Pour t'assurer que les copies sont bien faite tu peux comparer les hash, par exemple comparer dd if=/dev/disque | sha256sum à zcat disque.bakup | sha256sum
pour le bs, je lis que par défaut sur mon implémentation c'est 512 octets, effectivement c'est peu. ça fait beaucoup d'appel système pour rien (dd va lire 512 octets sur l'entrée en les copiant dans sa mémoire, puis les écrire sur la sortie, et recommencer). Plus la valeur de bs est élevée, plus dd consommera de mémoire, et moins il aura à faire d'appels systèmes. Il faut qu'il soit assez gros pour que le temps des appels systèmes soient négligeable à coté du temps passé à lire le disque. Avec 10M t'es tranquille, avec 1k les performances seraient pas très différentes.
Petit bench juste pour vous sur mon ordi portable, avec un disque dur traditionnel :
[^] # Re: Bizarre
Posté par Zylabon . En réponse au message Sauvegarde d'un SDD dans un fichier ?. Évalué à 3.
Pour t'assurer que les copies sont bien faite tu peux comparer les hash, par exemple comparer dd if=/dev/disque | sha256sum à zcat disque.bakup | sha256sum
pour le bs, je lis que par défaut sur mon implémentation c'est 512 octets, effectivement c'est peu. ça fait beaucoup d'appel système pour rien (dd va lire 512 octets sur l'entrée en les copiant dans sa mémoire, puis les écrire sur la sortie, et recommencer). Plus la valeur de bs est élevée, plus dd consommera de mémoire, et moins il aura à faire d'appels systèmes. Il faut qu'il soit assez gros pour que le temps des appels systèmes soient négligeable à coté du temps passé à lire le disque. Avec 10M t'es tranquille, avec 1k les performances seraient pas très différentes.
Petit bench juste pour vous sur mon ordi portable, avec un disque dur traditionnel :
Conclusion : bonnet blanc et blanc bonnet
Please do not feed the trolls