Calculer Girl
  1. Calculer Girl
  3. Boost Mutex pour Windows
Intereting Posts
Qu’est ce qui ne va pas avec mon code? WSGI, bécher, python, apache2 couper une partie particulière d’une ligne sans utiliser la commande grep L’appel d’un programme Java à partir d’un script CGI échoue Comment résoudre svn: E195019: Cycle de redirection détecté, dans mon cas? Ressources suggérées pour le programmeur ARM débutant? Exécuter un script python en arrière-plan avec nohup et le chronométrer Déclaration conditionnelle dans Apache httpd Django et Nginx try_files 403 pour la page racine du site comment obtenir icmp sur le socket udp sous UNIX Est-il possible de modifier le code d’état HTTP renvoyé lorsque la passerelle proxy_pass est désactivée dans nginx? php perdant des champs de formulaire lors du téléchargement de gros fichiers Programme de comptage de caractères ne produisant rien? Recherche d’un nom d’interface à partir d’une adresse IP trouver des noms de fichiers qui renvoient le succès sur la commande -exec Ignorer une tâche planifiée à venir une seule fois avec cmd

Boost Mutex pour Windows

Autant que je sache dans les anciennes versions de Boost boost::mutex implémentation de boost::mutex pour Windows a été faite en utilisant des sections critiques. Mais dans la dernière version de Boost 1.51, j’ai découvert que l’implémentation de mutex est désormais basée sur des événements.

Est-ce que quelqu’un sait quelle est la raison de ce changement? A-t-il été fait pour des raisons de performance? Les sections critiques sont-elles obsolètes?

N’est-il pas merveilleux qu’en utilisant boost nous avons toujours la meilleure approche sans changement? Dans la nouvelle version de boost , boost::mutex est implémenté comme un spinlock mais avec l’aide d’un événement Windows pour éviter une attente chargée et cet événement ne sera créé qu’en cas de besoin, il est donc très léger et très performant. activer boost pour utiliser ce mutex léger pour une attente chronométrée! Je pense que c’est excellent