Ça dépend du remplissage du disque. Si le disque n'est pas plein (dans une proportion qui dépend de la taille moyenne des fichiers), alors dd va inutilement copier toutes les parties inutilisées.
Zut c'est vrai, j'oubliais.
Je me rappelle que certains remplissaient l'espace vide par un fichier rempli de zéros, puis utilisaient la compression pour contourner ce problème.
Dixit Nicolas George :
Non, dd est une des méthodes les plus rapides.
Ça dépend du remplissage du disque. Si le disque n'est pas plein (dans une
proportion qui dépend de la taille moyenne des fichiers), alors dd va
inutilement copier toutes les parties inutilisées.
Zut c'est vrai, j'oubliais.
Je me rappelle que certains remplissaient l'espace vide par un fichier
rempli de zéros, puis utilisaient la compression pour contourner ce
problème.
Ça dépend du remplissage du disque. Si le disque n'est pas plein (dans une proportion qui dépend de la taille moyenne des fichiers), alors dd va inutilement copier toutes les parties inutilisées.
Zut c'est vrai, j'oubliais.
Je me rappelle que certains remplissaient l'espace vide par un fichier rempli de zéros, puis utilisaient la compression pour contourner ce problème.
Damien Wyart
* Nicolas George <nicolas$ in fr.comp.os.linux.configuration:
En revanche, rsync ne gère pas les ACL.
Les versions récentes, si, mais la man dit que c'est une option « non-standard » et que les deux instances doivent être compatibles :
,---- | -A, --acls | This option causes rsync to update the destination ACLs to be | the same as the source ACLs. This nonstandard option only | works if the remote rsync also supports it. --acls | implies --perms. | | Note also that an optimization of the ACL-sending protocol | used by this version makes it incompatible with sending files | to an older ACL- enabled rsync unless you double the --acls | option (e.g. -AA). This doubling is not needed when pulling | files from an older rsync. `----
-- DW
* Nicolas George <nicolas$george@salle-s.org>
in fr.comp.os.linux.configuration:
En revanche, rsync ne gère pas les ACL.
Les versions récentes, si, mais la man dit que c'est une option
« non-standard » et que les deux instances doivent être compatibles :
,----
| -A, --acls
| This option causes rsync to update the destination ACLs to be
| the same as the source ACLs. This nonstandard option only
| works if the remote rsync also supports it. --acls
| implies --perms.
|
| Note also that an optimization of the ACL-sending protocol
| used by this version makes it incompatible with sending files
| to an older ACL- enabled rsync unless you double the --acls
| option (e.g. -AA). This doubling is not needed when pulling
| files from an older rsync.
`----
* Nicolas George <nicolas$ in fr.comp.os.linux.configuration:
En revanche, rsync ne gère pas les ACL.
Les versions récentes, si, mais la man dit que c'est une option « non-standard » et que les deux instances doivent être compatibles :
,---- | -A, --acls | This option causes rsync to update the destination ACLs to be | the same as the source ACLs. This nonstandard option only | works if the remote rsync also supports it. --acls | implies --perms. | | Note also that an optimization of the ACL-sending protocol | used by this version makes it incompatible with sending files | to an older ACL- enabled rsync unless you double the --acls | option (e.g. -AA). This doubling is not needed when pulling | files from an older rsync. `----
-- DW
Nicolas George
Samuel Colin wrote in message <459e4d19$0$321$:
Je me rappelle que certains remplissaient l'espace vide par un fichier rempli de zéros, puis utilisaient la compression pour contourner ce problème.
Ça, c'est valable si le facteur limitant est entre les disques, là où les données sont comprimées, typiquement une connexion réseau ou un stockage. Pour une copie locale, le facteur limitant, c'est l'accès physique au disques, et la compression n'y change strictement rien.
Samuel Colin wrote in message <459e4d19$0$321$426a74cc@news.free.fr>:
Je me rappelle que certains remplissaient l'espace vide par un fichier
rempli de zéros, puis utilisaient la compression pour contourner ce
problème.
Ça, c'est valable si le facteur limitant est entre les disques, là où les
données sont comprimées, typiquement une connexion réseau ou un stockage.
Pour une copie locale, le facteur limitant, c'est l'accès physique au
disques, et la compression n'y change strictement rien.
Je me rappelle que certains remplissaient l'espace vide par un fichier rempli de zéros, puis utilisaient la compression pour contourner ce problème.
Ça, c'est valable si le facteur limitant est entre les disques, là où les données sont comprimées, typiquement une connexion réseau ou un stockage. Pour une copie locale, le facteur limitant, c'est l'accès physique au disques, et la compression n'y change strictement rien.
