En somme, ce que tu dit c’est que c’est pas un problème de faire de l’io bloquante sur le main thread parce que tu peux bien attendre 1 minute le temps que ton disque en train de lâcher laisse tomber?
Et qu’au lieu de faire gaffe à garder nos applis réactive, on ferais mieux de faire en sorte qu’un process (effet de bord sur le monde physique initié depuis le monde virtuel, en l’occurrence) qui part définition peut partir en couille ne parte jamais en couille?
C’est comme si je disais "construire des amortisseurs c’est trop compliqué, on ferait mieux de s’assurer qu’aucune route n’ait de nid de poules, et que personne n’ait besoin de faire un freinage d’urgence".
[^] # Re: Aucun I/O dans le fil d'exécution principal est irréaliste
Posté par groumly . En réponse au journal GNOME avec un scheduler temps réel. Évalué à 10. Dernière modification le 30 avril 2020 à 09:27.
En somme, ce que tu dit c’est que c’est pas un problème de faire de l’io bloquante sur le main thread parce que tu peux bien attendre 1 minute le temps que ton disque en train de lâcher laisse tomber?
Et qu’au lieu de faire gaffe à garder nos applis réactive, on ferais mieux de faire en sorte qu’un process (effet de bord sur le monde physique initié depuis le monde virtuel, en l’occurrence) qui part définition peut partir en couille ne parte jamais en couille?
C’est comme si je disais "construire des amortisseurs c’est trop compliqué, on ferait mieux de s’assurer qu’aucune route n’ait de nid de poules, et que personne n’ait besoin de faire un freinage d’urgence".