La couche logiciel (user space) peu aussi corrompre tes fichiers (pointeur fou, oublie d'un mutex, …). Dire que tout vas biens alors que l'OS/FS à remonter une erreur (sur le resize par exemple, peu controlé, et souvent source de corruption).
Je réponds partiellement aux questions posés (surtout du point de vue utilisateur):
écritures sont asynchrones -> tant que le buffer n'est pas plein (buffer = écriture), après cela deviens synchrone
La 1ere lecture est toujours synchrone, les suivantes sont en cache généralement (cache = lecture). Donc pour un copie de fichier qu'on ne viens pas d'utiliser (souvent le cas pour moi), la lecture est synchrone, et l'OS n'as rien en cache.
Faire sauté les barrières aide bien sur ext4. Mais rien qu'avec, pas mal de lecture/écriture devienne synchrone.
Je sais pas comment marche linux, pour ça: Faudrait que certaines zone soit en mémoire, et qu'elle soit à la fois buffer et cache. C'est à dire que les fichiers temporaire (ceux de compilation de gcc par exemple), qui sont écrit, puis lu (directement depuis les page non écrite, et pas écrite garde comme cache), puis supprimé (installation de software pour gentoo) ce font que en mémoire sans jamais être ralenti pour le hdd. Et que si l'écriture n'as pas fini quand la suppression arrive, alors ont annule l'écriture, et ont supprime, et si la création du fichier n'as même pas commencer, alors ont ne fait rien sur le hdd.
Hors sur ça comme pas mal de point, je met des tmpfs (ram disk), car je suis trop ralenti par le hdd.
Il y as aussi cette histoire de zone chaude pour le hdd, nouveauté du noyau 3.8 si je me trompe. Mais pour moi les applications ne devrai pas lire/écrire en continue sur le hdd, si non c'est une problème souvent d'user space. Quand je vois que skype (mauvaise application) écrit tout le temps, à chaque contact qui se connecte…
Mon projet libre: https://ultracopier.herman-brule.com/, mon jeu libre: https://catchchallenger.herman-brule.com/
[^] # Re: J'ai du mal à comprendre
Posté par alpha_one_x86 (site web personnel) . En réponse à la dépêche Supercopier 3. Évalué à 4.
La couche logiciel (user space) peu aussi corrompre tes fichiers (pointeur fou, oublie d'un mutex, …). Dire que tout vas biens alors que l'OS/FS à remonter une erreur (sur le resize par exemple, peu controlé, et souvent source de corruption).
Je réponds partiellement aux questions posés (surtout du point de vue utilisateur):
écritures sont asynchrones -> tant que le buffer n'est pas plein (buffer = écriture), après cela deviens synchrone
La 1ere lecture est toujours synchrone, les suivantes sont en cache généralement (cache = lecture). Donc pour un copie de fichier qu'on ne viens pas d'utiliser (souvent le cas pour moi), la lecture est synchrone, et l'OS n'as rien en cache.
Faire sauté les barrières aide bien sur ext4. Mais rien qu'avec, pas mal de lecture/écriture devienne synchrone.
Je sais pas comment marche linux, pour ça: Faudrait que certaines zone soit en mémoire, et qu'elle soit à la fois buffer et cache. C'est à dire que les fichiers temporaire (ceux de compilation de gcc par exemple), qui sont écrit, puis lu (directement depuis les page non écrite, et pas écrite garde comme cache), puis supprimé (installation de software pour gentoo) ce font que en mémoire sans jamais être ralenti pour le hdd. Et que si l'écriture n'as pas fini quand la suppression arrive, alors ont annule l'écriture, et ont supprime, et si la création du fichier n'as même pas commencer, alors ont ne fait rien sur le hdd.
Hors sur ça comme pas mal de point, je met des tmpfs (ram disk), car je suis trop ralenti par le hdd.
Il y as aussi cette histoire de zone chaude pour le hdd, nouveauté du noyau 3.8 si je me trompe. Mais pour moi les applications ne devrai pas lire/écrire en continue sur le hdd, si non c'est une problème souvent d'user space. Quand je vois que skype (mauvaise application) écrit tout le temps, à chaque contact qui se connecte…
Mon projet libre: https://ultracopier.herman-brule.com/, mon jeu libre: https://catchchallenger.herman-brule.com/