On peut quand même essayer de limiter la casse : par exemple, nautilus ne devrait pas (à mon avis, hein) complètement freezer dès qu’il essaye d’accéder à un partage réseau en berne.
On devrait quand même être capable de le fermer, ou simplement de naviguer dans d’autres dossiers etc.
Il est inutile et effectivement illusoire de vouloir rendre tout "parfait", on peut au moins éviter de galérer comme des ânes et rendre les choses plus fluides. Vu que les utilisateurs sont humains, on peut se permettre quelques dizaines de millisecondes de freeze par-ci par-là, en quelque sorte :)
[^] # Re: Aucun I/O dans le fil d'exécution principal est irréaliste
Posté par Ruminant . En réponse au journal GNOME avec un scheduler temps réel. Évalué à 10. Dernière modification le 29 avril 2020 à 23:37.
On peut quand même essayer de limiter la casse : par exemple, nautilus ne devrait pas (à mon avis, hein) complètement freezer dès qu’il essaye d’accéder à un partage réseau en berne.
On devrait quand même être capable de le fermer, ou simplement de naviguer dans d’autres dossiers etc.
Il est inutile et effectivement illusoire de vouloir rendre tout "parfait", on peut au moins éviter de galérer comme des ânes et rendre les choses plus fluides. Vu que les utilisateurs sont humains, on peut se permettre quelques dizaines de millisecondes de freeze par-ci par-là, en quelque sorte :)