En effet les Posix Threads sous Linux (LinuxThreads intégrés à la GNU Libc version >= 2.0 iirc) sont en effet un peu mauvais. Avec le noyau 2.6, tout change, l'arrivée des futex (des _f_ast m_utex_) a rendu possible une nouvelle implémentation des POSIX Threads, d'une part conforme au standard, et d'autre part bien plus rapide :-)
Si tu regardes sur kerneltrap.org et que tu fouilles un peu les archives tu devrais trouver les résultats postés par Ingo Molnar, qui je crois est le codeur qui a fait tout le travail sur le scheduler O(1) du 2.5/2.6 et les futex qui ont rendu possible la librairie NPTL. A noter que les dernières Red Hat intègrent les futex/NPTL et doivent deja beneficier d'un gain substantiel de perfs pour les programmes fortement threadés... enfin toute incompatibilité mise a part etant donné que les LinuxThreads permettaient des choses pas très standard et que certains programmes en tiraient parti.
# Re: eclipse et kernel 2.6
Posté par Edouard Gomez . En réponse au journal eclipse et kernel 2.6. Évalué à 2.
Si tu regardes sur kerneltrap.org et que tu fouilles un peu les archives tu devrais trouver les résultats postés par Ingo Molnar, qui je crois est le codeur qui a fait tout le travail sur le scheduler O(1) du 2.5/2.6 et les futex qui ont rendu possible la librairie NPTL. A noter que les dernières Red Hat intègrent les futex/NPTL et doivent deja beneficier d'un gain substantiel de perfs pour les programmes fortement threadés... enfin toute incompatibilité mise a part etant donné que les LinuxThreads permettaient des choses pas très standard et que certains programmes en tiraient parti.