Au contraire de l'analyse effectuée ici, je ne pense pas que celle du dev kde soit très pertinente. Pourquoi? il compare le démarrage de kde depuis le disque au démarrage de kde depuis le cache!
Il a juste découvert que quand des données étaient en cache, on y accédait plus vite. C'est tout.
Après c'est vrai que c'est dû au seeks, mais aucun rapport avec la fragmentation puisque précisément, comme *il* l'explique, ce sont des seeks entre fichiers, pas entre fragments du même fichier.
Et le fait de positionner les fichiers lu l'un après l'autre pour accélérer la chose ne fonctionne que si le noyau gère ça (réordonnancement des opérations par le hardware plus souvent que par le noyau, parce qu'il se connait mieux que le noyau), et c'est encore en developpement.
[^] # Re: Réponse au 3° lien
Posté par mickabouille . En réponse à la dépêche ShaKe, un défragmenteur pour GNU/Linux. Évalué à 7.
il compare le démarrage de kde depuis le disque au démarrage de kde depuis le cache!
Il a juste découvert que quand des données étaient en cache, on y accédait plus vite. C'est tout.
Après c'est vrai que c'est dû au seeks, mais aucun rapport avec la fragmentation puisque précisément, comme *il* l'explique, ce sont des seeks entre fichiers, pas entre fragments du même fichier.
Et le fait de positionner les fichiers lu l'un après l'autre pour accélérer la chose ne fonctionne que si le noyau gère ça (réordonnancement des opérations par le hardware plus souvent que par le noyau, parce qu'il se connait mieux que le noyau), et c'est encore en developpement.