Sous Windows XP 64, j'ai téléchargé un fichier de 1,2 Go et il s'est retrouvé fragmenté, comme le montre l'image. Malheureusement, avant de prendre l'instantané de Piriform Defraggler, j'ai défragmenté les autres fichiers, donc vous ne pouvez pas voir l'état exact au moment où le fichier a été écrit. Cependant, le disque était tout le temps à peu près aussi vide que maintenant (25% utilisé) et à peine fragmenté.
Quel algorithme d'allocation de blocs NTFS utilise-t-il ? On dirait qu'il est aléatoire ou qu'il est placé là où se trouve la tête du disque.
UPDATE :
C'est ce qui s'est passé aujourd'hui après avoir écrit 67 MiB d'un nouveau fichier. Il a été divisé en 731 fragments, d'une taille moyenne de seulement 95 KiB. Le fichier a été utilisé pour combler certains vides, mais pas tous, il n'utilise pas non plus l'énorme espace libre continu. C'est étrange, n'est-ce pas ?
UPDATE 2 :
Contrairement à Gourou du PC Je ne pense vraiment pas qu'Opera soit le coupable. Je pense qu'il (contrairement à Google Chrome) ne dit pas à Windows la taille attendue, cependant, il y a beaucoup de cas où ce n'est pas possible et c'est la responsabilité du système d'exploitation de le gérer de manière saine. L'image suivante montre ce qui s'est passé après quelques jours où je n'ai pratiquement rien fait sur cette partition - le répertoire TEMP et toutes mes données (sauf celles gérées par Windows) sont tous deux situés ailleurs. Windows lui-même semble ne pas utiliser SetEndOfFile et fragmente ses propres fichiers d'une manière terrible (600 fragments pour un couple de petits fichiers d'environ 40 Mo). NTFS ne semble pas utiliser le premier secteur disponible, car il y a de nouveau des fichiers au milieu et aussi vers la fin du disque assez vide (utilisation 23%), donc l'algorithme exact est encore inconnu.
