Je crée la file d'attente lockless dans C \ C++, la file d'attente fonctionne bien, mais je reçois des erreurs, Visual Studio montre qu'il est un fonctionnement libre et aussi il se bloque sur cette fonctioncorruption du tas de Windows C++ C
extern « C » _CRTIMP int __cdecl _CrtIsValidHeapPointer ( vide const * pUserData)
Et cela se produit lorsque Thera sont beaucoup de fils de lecture (threads qui utilise libre), si je retire sans cela fonctionne très bien avec un certain nombre de fils ou si je mets simple printf ("truc aléatoire"); (Il ralentit obstinément un peu) cela fonctionne très bien avec un certain nombre de threads. Donc, je ne sais pas quoi faire :(il semble que beaucoup de threads tentent de libérer les fenêtres de mémoire ne peut pas gérer, est-ce le problème? Aussi, je reçois violation d'accès, lorsque l'adresse variable devient «magique» (0xABABABAB, 0xCDCDCDCD ..), je trouve que ceux-ci sont aussi liés à tas ..
Dans linux, avec des fils Posix n'a pas eu de problèmes, fonctionne très bien avec un certain nombre de fils.
Alors question , pourquoi ralentir les discussions aide (ou c'est une coïncidence?) et comment se débarrasser des problèmes de tas sans ralentir des conseils sur la mémoire de tas sont les bienvenus
On dirait que vous avez un problème de race, mais personne ne peut vous aider sans code – Collin
Tant que vous utilisez juste un régulier, thread-safe tas de processus pour mettre en œuvre la file d'attente, ce n'est pas sans verrou. Utilisez-vous des atomiques pour l'accès variable? Les affectations de variables simples ne fonctionneront PAS dans les threads. Peu importe si cela fonctionne dans vos tests - il échouera sous une charge suffisante. – ActiveTrayPrntrTagDataStrDrvr
Mis à jour avec le code. La file d'attente fonctionne bien mais avec une grosse charge, elle se bloque. Et plante toujours dans la méthode dequeue. –