Aujourd'hui, Linux fait des choix plutôt orientés vers les gros serveurs qui vont traiter des milliers de requêtes réseau en parallèle. Ils font des compromis différents, et il n'est pas évident que des patches pour changer ça soient bienvenu
Aujourd'hui, Linux, c'est aussi Android, qui justement cherche à avoir une réactivité et introduit ses patch dans le kernel Linux. Donc, je ne suis pas sûr que les développeurs kernels soient hostiles à ce genre de patch.
Je ne dis pas que c'est simple à écrire et qu'il faut porter Haiku sous Linux, juste que le fait que ça va être refusé ne me semble pas une bonne justification (la charge de travail du patch en lui-même me semble une bonne justification à lui seul).
Dans Haiku, le principal endroit ou ça se joue, c'est en fait sur la priorisation des accès au disques.
Il y a aussi plusieurs scheduler disque dans Linux pour gérer différents cas/disque, donc ça pourrait être fait.
Et dans les utilisations modernes, il y aurait probablement beaucoup à faire pour les aspects réseau, en gérant de la QoS entre différentes applications. Pour pas que le téléchargement d'un gros fichier ralentisse la navigation web ou n'augmente la latence d'une connexion ssh interactive, par exemple.
Je pense qu'il y a plus de chance de se faire pourrir la connexion par un autre système connecté au même réseau que par une application sur la même machine. En plus, il n'est pas possible de savoir quelle est la bande passante disponible pour accéder à un hôte distant, ni avec quels autres hôtes elle est partagée.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Amusant que Haiku soit le seul survivant
Posté par claudex . En réponse à la dépêche Haiku R1 bêta 2. Évalué à 4.
Aujourd'hui, Linux, c'est aussi Android, qui justement cherche à avoir une réactivité et introduit ses patch dans le kernel Linux. Donc, je ne suis pas sûr que les développeurs kernels soient hostiles à ce genre de patch.
Je ne dis pas que c'est simple à écrire et qu'il faut porter Haiku sous Linux, juste que le fait que ça va être refusé ne me semble pas une bonne justification (la charge de travail du patch en lui-même me semble une bonne justification à lui seul).
Il y a aussi plusieurs scheduler disque dans Linux pour gérer différents cas/disque, donc ça pourrait être fait.
Je pense qu'il y a plus de chance de se faire pourrir la connexion par un autre système connecté au même réseau que par une application sur la même machine. En plus, il n'est pas possible de savoir quelle est la bande passante disponible pour accéder à un hôte distant, ni avec quels autres hôtes elle est partagée.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche