## Pourquoi les fichiers clairsemés deviennent-ils volumineux lorsqu'ils sont copiés avec io.Copy() ?

Les fichiers fragmentés restent volumineux lorsqu'ils sont copiés à l'aide de io.Copy()

Lors de la copie de fichiers fragmentés à l'aide de io.Copy(), ils deviennent de manière inattendue grand à destination. Que peut-on faire pour éviter cela ?

Arrière-plan

io.Copy() transfère les octets bruts, ignorant les propriétés des fichiers clairsemés. Les fichiers clairsemés sont stockés efficacement, avec des trous dans les données. io.Copy() ne peut pas communiquer ces informations sur les trous, ce qui entraîne une perte de parcimonie pendant le processus de copie.

Solution

Pour résoudre ce problème, vous devez contourner io.Copy() et travaillez directement avec le package syscall. Voici comment :

• Détecter les trous : Utilisez les valeurs spéciales SEEK_HOLE et SEEK_DATA dans lseek(2) pour localiser les trous et les régions de données dans le fichier fragmenté.
• Personnaliser les valeurs de recherche : Les valeurs SEEK_HOLE et SEEK_DATA spécifiques à la plate-forme sont nécessaires. Déterminez ces valeurs pour les plates-formes prises en charge.
• Modifiez le modèle de lecture : Identifiez les régions contenant des données et lisez les données à partir d'elles.
• Envisagez la perforation de fichiers : Sous Linux, vous pouvez tenter de percer un trou à la fin du fichier de destination en utilisant fallocate(2). Si cela n'est pas pris en charge, écrivez des blocs remis à zéro pour simuler un trou.

Considérations supplémentaires

• Prise en charge du système de fichiers : Tous les systèmes de fichiers ne sont pas pris en charge trous, tels que FAT32. Vérifiez si le système de fichiers de destination prend en charge les trous.
• Différences de source et de destination : Vérifiez si les fichiers source et de destination résident sur le même système de fichiers. Si tel est le cas, envisagez d'utiliser syscall.Rename() ou os.Rename() pour déplacer le fichier sans le copier.

Pour plus d'informations, reportez-vous au numéro Go n° 13548 sur l'écriture de fichiers fragmentés dans des archives tar. .

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!