ben pourquoi les mutex sont "rapides" par défaut sous Linux et lents par défaut sous BSD ?
Les mutexs "rapides" sont une spécificité non portabl des linux threads. C'est une façon de faire qui n'ets pas conforme au standard Posix.
Une façon courte d ete répondre serait la suivante : Sous Linux il n'y a pas 36 façons d'intialiser un mutex et le lier aux fonctions de lock d'un ou plusieurs threads, sous BSD il y en a des quintaux.
Au final sous linux la méthode par défaut est pas très optimisée coté thread masi elle s'appuie sur des spécifité du système Linux qui la rende rapide au final (mais impossible à porter). Sous BSD on a toute la panoplie et on peut régler les Pthreads et les mutexs au millimètre, par contre si on ne fait pas les réglages soit même le système préfère ne pas prendre de risque et utilise des valeurs "passe partout" qui ne sont pas d'une éfficacité redoutable.
Au final MySQL a un comportement très attypique (des locks et des unlocks en rafales en 50) . La politique "safe" de BSD lui retombe donc sur le nez. L'équipe MySQL AB aurait du passer plsu de temps à peaufiner l'utilisation des threads natifs des différents BSD...
[^] # Re: Désolé pour les trolls
Posté par Jerome Herman . En réponse au journal La guerre des OS. Évalué à 9.
Les mutexs "rapides" sont une spécificité non portabl des linux threads. C'est une façon de faire qui n'ets pas conforme au standard Posix.
Une façon courte d ete répondre serait la suivante : Sous Linux il n'y a pas 36 façons d'intialiser un mutex et le lier aux fonctions de lock d'un ou plusieurs threads, sous BSD il y en a des quintaux.
Au final sous linux la méthode par défaut est pas très optimisée coté thread masi elle s'appuie sur des spécifité du système Linux qui la rende rapide au final (mais impossible à porter). Sous BSD on a toute la panoplie et on peut régler les Pthreads et les mutexs au millimètre, par contre si on ne fait pas les réglages soit même le système préfère ne pas prendre de risque et utilise des valeurs "passe partout" qui ne sont pas d'une éfficacité redoutable.
Au final MySQL a un comportement très attypique (des locks et des unlocks en rafales en 50) . La politique "safe" de BSD lui retombe donc sur le nez. L'équipe MySQL AB aurait du passer plsu de temps à peaufiner l'utilisation des threads natifs des différents BSD...