> En ce qui concerne la réactivité de l'interface, je regrette : le switching des tâches ce fait au niveau du noyau (dans le scheduler), donc les algo du noyaux sont plus qu'important.
Certes, mais si ton application n'utilise qu'une tache et qu'elle est bloquée en attente du disque ou du réseau, quelquesoit ton noyau, l'application ne répondra pas!
Quand j'avais joué avec BeOS, une des choses que j'avais remarqué c'est que les applications repondaient même quand elles faisaient autre choses: un exemple, tu ouvres un document complexes avec une application, puis finalement tu changes d'avis et tu veux fermer la fenetre, souvent sous Windows ou Linux, il faut attendre pas mal de temps avant de pouvoir fermer la fenetre, sous BeOS l'interface restait réactive car elle avait sa propre thread et tu pouvais fermer ta fenetre sans attendre.
Le probleme c'est que la fluidité d'utilisation, ca ne se mesure pas facilement: quand les developpeurs de Mozilla (par exemple) disent: on est rapide car on affiche une page complexe en tant de temps, ça me fait grincer des dents, car souvent lors d'un acces réseau long par exemple, je ne peux pas passer a une autre tab pour continuer a surfer: la fenetre est figée.
Tout cela n'a bien rien a voir avec la gestion des thread de l'OS mais avec la conception des applications..
[^] # Re: Le CD de démo de BluEyedOS est disponible
Posté par reno . En réponse à la dépêche Le CD de démo de BluEyedOS est disponible. Évalué à 3.
Certes, mais si ton application n'utilise qu'une tache et qu'elle est bloquée en attente du disque ou du réseau, quelquesoit ton noyau, l'application ne répondra pas!
Quand j'avais joué avec BeOS, une des choses que j'avais remarqué c'est que les applications repondaient même quand elles faisaient autre choses: un exemple, tu ouvres un document complexes avec une application, puis finalement tu changes d'avis et tu veux fermer la fenetre, souvent sous Windows ou Linux, il faut attendre pas mal de temps avant de pouvoir fermer la fenetre, sous BeOS l'interface restait réactive car elle avait sa propre thread et tu pouvais fermer ta fenetre sans attendre.
Le probleme c'est que la fluidité d'utilisation, ca ne se mesure pas facilement: quand les developpeurs de Mozilla (par exemple) disent: on est rapide car on affiche une page complexe en tant de temps, ça me fait grincer des dents, car souvent lors d'un acces réseau long par exemple, je ne peux pas passer a une autre tab pour continuer a surfer: la fenetre est figée.
Tout cela n'a bien rien a voir avec la gestion des thread de l'OS mais avec la conception des applications..