* Nicolas George <nicolas$ in fr.comp.os.linux.debats:
Ce n'est pas mysql qui bugge, c'est le noyau, plus précisément les futexes qui expirent immédiatement au lieu d'attendre leur timeout. Ça se voit dans mysql parce que mysql utilise beaucoup de threads, mais ça se voit aussi dans firefox pour la même raison.
En effet ; juste pour compléter, on trouve pas mal d'informations à ce sujet depuis deux ou trois jours :
Chez Google, ils ont fait le choix de répartir la seconde sur la journée qui précède : http://googleblog.blogspot.fr/2011/09/time-technology-and-leaping-seconds.html
Sinon, ces problèmes sont survenus malgré des correctifs mis en place assez récemment (mais pas suffisants, bien sûr) : http://codemonkey.org.uk/2012/06/15/testing-leap-code/
-- DW
* Nicolas George <nicolas$george@salle-s.org> in fr.comp.os.linux.debats:
Ce n'est pas mysql qui bugge, c'est le noyau, plus précisément les
futexes qui expirent immédiatement au lieu d'attendre leur timeout. Ça
se voit dans mysql parce que mysql utilise beaucoup de threads, mais
ça se voit aussi dans firefox pour la même raison.
En effet ; juste pour compléter, on trouve pas mal d'informations à ce
sujet depuis deux ou trois jours :
Chez Google, ils ont fait le choix de répartir la seconde sur la journée
qui précède :
http://googleblog.blogspot.fr/2011/09/time-technology-and-leaping-seconds.html
Sinon, ces problèmes sont survenus malgré des correctifs mis en place
assez récemment (mais pas suffisants, bien sûr) :
http://codemonkey.org.uk/2012/06/15/testing-leap-code/
* Nicolas George <nicolas$ in fr.comp.os.linux.debats:
Ce n'est pas mysql qui bugge, c'est le noyau, plus précisément les futexes qui expirent immédiatement au lieu d'attendre leur timeout. Ça se voit dans mysql parce que mysql utilise beaucoup de threads, mais ça se voit aussi dans firefox pour la même raison.
En effet ; juste pour compléter, on trouve pas mal d'informations à ce sujet depuis deux ou trois jours :
Chez Google, ils ont fait le choix de répartir la seconde sur la journée qui précède : http://googleblog.blogspot.fr/2011/09/time-technology-and-leaping-seconds.html
Sinon, ces problèmes sont survenus malgré des correctifs mis en place assez récemment (mais pas suffisants, bien sûr) : http://codemonkey.org.uk/2012/06/15/testing-leap-code/
* Nicolas George <nicolas$ in fr.comp.os.linux.debats:
Ce n'est pas mysql qui bugge, c'est le noyau, plus précisément les futexes qui expirent immédiatement au lieu d'attendre leur timeout. Ça se voit dans mysql parce que mysql utilise beaucoup de threads, mais ça se voit aussi dans firefox pour la même raison.
Objection. Ni firefox, ni iceape, ni aucun autre programme massivement multithreadé (et utilisant des futexes) ne présentent sur mes machines les mêmes symptomes. Le problème de mysql n'est _pas_ chez moi dû à ça. Au passage, les machines étaient synchronisées parfaitement sur une horloge du réseau et les bidouilles à base d'adjtimex n'ont servi à rien sauf à résoudre les problèmes de firefox/iceape.
JKB
-- Si votre demande me parvient sur carte perforée, je titiouaillerai très volontiers une réponse... => http://grincheux.de-charybde-en-scylla.fr
* Nicolas George <nicolas$george@salle-s.org> in fr.comp.os.linux.debats:
Ce n'est pas mysql qui bugge, c'est le noyau, plus précisément les
futexes qui expirent immédiatement au lieu d'attendre leur timeout. Ça
se voit dans mysql parce que mysql utilise beaucoup de threads, mais
ça se voit aussi dans firefox pour la même raison.
Objection. Ni firefox, ni iceape, ni aucun autre programme
massivement multithreadé (et utilisant des futexes) ne présentent
sur mes machines les mêmes symptomes. Le problème de mysql n'est
_pas_ chez moi dû à ça. Au passage, les machines étaient
synchronisées parfaitement sur une horloge du réseau et les
bidouilles à base d'adjtimex n'ont servi à rien sauf à résoudre les
problèmes de firefox/iceape.
JKB
--
Si votre demande me parvient sur carte perforée, je titiouaillerai très
volontiers une réponse...
=> http://grincheux.de-charybde-en-scylla.fr
* Nicolas George <nicolas$ in fr.comp.os.linux.debats:
Ce n'est pas mysql qui bugge, c'est le noyau, plus précisément les futexes qui expirent immédiatement au lieu d'attendre leur timeout. Ça se voit dans mysql parce que mysql utilise beaucoup de threads, mais ça se voit aussi dans firefox pour la même raison.
Objection. Ni firefox, ni iceape, ni aucun autre programme massivement multithreadé (et utilisant des futexes) ne présentent sur mes machines les mêmes symptomes. Le problème de mysql n'est _pas_ chez moi dû à ça. Au passage, les machines étaient synchronisées parfaitement sur une horloge du réseau et les bidouilles à base d'adjtimex n'ont servi à rien sauf à résoudre les problèmes de firefox/iceape.
JKB
-- Si votre demande me parvient sur carte perforée, je titiouaillerai très volontiers une réponse... => http://grincheux.de-charybde-en-scylla.fr
Damien Wyart
* JKB in fr.comp.os.linux.debats:
Objection. Ni firefox, ni iceape, ni aucun autre programme massivement multithreadé (et utilisant des futexes) ne présentent sur mes machines les mêmes symptomes. Le problème de mysql n'est _pas_ chez moi dû à ça. Au passage, les machines étaient synchronisées parfaitement sur une horloge du réseau et les bidouilles à base d'adjtimex n'ont servi à rien sauf à résoudre les problèmes de firefox/iceape.
En tous cas, pour l'instant, il n'y a rien de tel répertorié côté MySQL ; c'est sûr que le problème est encore tout frais, mais vu le nombre d'utilisateurs de MySQL, apparemment il n'y a pas eu de remontée utilisateur indiquant un autre problème, indépendant du noyau.
http://bugs.mysql.com/bug.php?ide778
-- DW
* JKB <jkb@koenigsberg.invalid> in fr.comp.os.linux.debats:
Objection. Ni firefox, ni iceape, ni aucun autre programme
massivement multithreadé (et utilisant des futexes) ne présentent
sur mes machines les mêmes symptomes. Le problème de mysql n'est
_pas_ chez moi dû à ça. Au passage, les machines étaient
synchronisées parfaitement sur une horloge du réseau et les
bidouilles à base d'adjtimex n'ont servi à rien sauf à résoudre les
problèmes de firefox/iceape.
En tous cas, pour l'instant, il n'y a rien de tel répertorié côté
MySQL ; c'est sûr que le problème est encore tout frais, mais vu le
nombre d'utilisateurs de MySQL, apparemment il n'y a pas eu de remontée
utilisateur indiquant un autre problème, indépendant du noyau.
Objection. Ni firefox, ni iceape, ni aucun autre programme massivement multithreadé (et utilisant des futexes) ne présentent sur mes machines les mêmes symptomes. Le problème de mysql n'est _pas_ chez moi dû à ça. Au passage, les machines étaient synchronisées parfaitement sur une horloge du réseau et les bidouilles à base d'adjtimex n'ont servi à rien sauf à résoudre les problèmes de firefox/iceape.
En tous cas, pour l'instant, il n'y a rien de tel répertorié côté MySQL ; c'est sûr que le problème est encore tout frais, mais vu le nombre d'utilisateurs de MySQL, apparemment il n'y a pas eu de remontée utilisateur indiquant un autre problème, indépendant du noyau.
Tu verras que nulle part, il est dit que ce soit une collision MD5. Tout n'est que suppositions.
C'est écrit dans le titre: "flame MD5 collision".
Ensuite, ça n'est qu'un article de journaleux web. L'analyse de hashclash est bien plus intéressante. http://trailofbits.files.wordpress.com/2012/06/flame-md5.pdf -- Kevin
Tu verras que nulle part, il est dit que ce soit une collision MD5. Tout
n'est que suppositions.
C'est écrit dans le titre: "flame MD5 collision".
Ensuite, ça n'est qu'un article de journaleux web. L'analyse de hashclash
est bien plus intéressante.
http://trailofbits.files.wordpress.com/2012/06/flame-md5.pdf
--
Kevin
Tu verras que nulle part, il est dit que ce soit une collision MD5. Tout n'est que suppositions.
C'est écrit dans le titre: "flame MD5 collision".
Ensuite, ça n'est qu'un article de journaleux web. L'analyse de hashclash est bien plus intéressante. http://trailofbits.files.wordpress.com/2012/06/flame-md5.pdf -- Kevin
