>il "suffirait" d'utiliser les threads plus intensivement dans les applications utilisateur pour obtenir cette réactivité.
Certes, mais c'est loin d'être gagné:
-regarde Firefox, il a fallu que Chrome botte le c* des developpeurs de FF pour qu'ils se mettent enfin a utiliser des thread differents (processsus) pour chaque onglets (normalement ce sera dans FF4) qui est pourtant une architecture 'logique' (je n'ai pas attendu Chrome pour pester contre FF quand un onglet figeait tout les autres).
-C. Kolivas annonce un nouveau scheduler pour ammeliorer l'utilisation en desktop sur Linux, Ingo Molnar essaye de mesurer l'ammelioration sur un benchmark qui contient OLTP..
Heureusement que les SSDs vont bientôt être a un tarif "abordable", car la ré-écriture des applications pour amméliorer la réactivité, je n'y crois pas: BeOS est tres, tres vieux et pourtant il etait bien meilleur que ce qu'on a maintenant sur ce point la.
[^] # Re: Scheduler
Posté par reno . En réponse à la dépêche Le projet Haiku Project annonce la disponibilité d'Haiku R1/Alpha 1. Évalué à 2.
Certes, mais c'est loin d'être gagné:
-regarde Firefox, il a fallu que Chrome botte le c* des developpeurs de FF pour qu'ils se mettent enfin a utiliser des thread differents (processsus) pour chaque onglets (normalement ce sera dans FF4) qui est pourtant une architecture 'logique' (je n'ai pas attendu Chrome pour pester contre FF quand un onglet figeait tout les autres).
-C. Kolivas annonce un nouveau scheduler pour ammeliorer l'utilisation en desktop sur Linux, Ingo Molnar essaye de mesurer l'ammelioration sur un benchmark qui contient OLTP..
Heureusement que les SSDs vont bientôt être a un tarif "abordable", car la ré-écriture des applications pour amméliorer la réactivité, je n'y crois pas: BeOS est tres, tres vieux et pourtant il etait bien meilleur que ce qu'on a maintenant sur ce point la.