• [^] # Re: cache

    Posté par . En réponse au journal Benchmarkez votre clef USB !. Évalué à 2.

    Je suis même pas sûr qu'après un umount il n'y a pas des écritures toujours en cache

    Euh, là ce serait vraiment grave ...


    Pourquoi ? Le noyau te garantit une cohérence entre des tâches ordonnées. Il n'y a pas de raison pour flusher les buffers au démontage d'une partition. D'autant plus que les périphériques amovibles sont loin d'être les seuls au monde :). Sauf si tu me trouves dans SUS ou POSIX qu'il faut flusher au démontage d'une partition ? J'ai même trouvé dans des archives de la LKML que certains affirmaient que ce n'était pas effectuė.

    Perso avant d'enlever une clé USB je démonte la partition, j'invoque sync deux fois, et j'enlève le module usb-storage, ce dernier ayant la manie d'être foireux quel que soit la version du noyau utilisée.

    Malheureusement, ceux que tu appelles les neuneu sont nombreux,

    Certes. Et quand je dis "neuneu" c'est pas forcément aussi insultant que dans la bouche d'autres. Mes parents sont des neuneus de l'ordinateur.

    Je pense cependant que cp n'a pas à être configuré spécialement pour les périphériques lents amovibles utilisés par des neuneus.

    Il serait intéressant de tester avec supermount aussi tiens. Ça doit être plus ou moins équivalent à un mount -o sync mais il est possible qu'ils aient mis un délai sur le démontage automatique du FS utilisé, même quelque chose comme 1 seconde sans opération et on serait dans des performances avec cache sans que le neuneu y perde quoi que ce soit.

    Enfin au sujet du IO blocksize, en raisonnant par l'absurde on pourrait se demander pourquoi il n'est pas toujours maximal. Quels sont les problèmes potentiels à l'utilisation d'un très gros blocksize inconditionnellement ?