À l'occasion, j'ai vu des commentaires en ligne du type "assurez-vous de définir 'bs=' car la valeur par défaut prendra trop de temps", et mes propres expériences extrêmement non scientifiques de "eh bien, cela a semblé prendre plus de temps que cet autre fois la semaine dernière » semblent le confirmer. Ainsi, chaque fois que j'utilise 'dd' (généralement dans la plage de 1 à 2 Go), je m'assure de spécifier le paramètre bytes. Environ la moitié du temps, j'utilise la valeur spécifiée dans le guide en ligne à partir duquel je copie ; le reste du temps, je choisirai un nombre qui a du sens dans la liste "fdisk -l" pour ce que je suppose être le support le plus lent (par exemple, la carte SD sur laquelle j'écris).
Pour une situation donnée (type de média, tailles de bus ou tout autre élément important), existe-t-il un moyen de déterminer une « meilleure » valeur ? Est-ce facile à déterminer ? Si non, existe-t-il un moyen facile d'atteindre 90 à 95 % du chemin ? Ou est-ce que "choisissez simplement quelque chose de plus grand que 512" est même la bonne réponse ?
J'ai pensé à essayer l'expérience moi-même, mais (en plus d'être beaucoup de travail) je ne sais pas quels facteurs influent sur la réponse, donc je ne sais pas comment concevoir une bonne expérience.
Réponse acceptée :
dd remonte à l'époque où il était nécessaire de traduire les anciennes bandes mainframe IBM, et la taille du bloc devait correspondre à celle utilisée pour écrire la bande, sinon les blocs de données seraient ignorés ou tronqués. (Les bandes 9 pistes étaient capricieuses. Soyez heureux qu'elles soient mortes depuis longtemps.) De nos jours, la taille du bloc devrait être un multiple de la taille du secteur du périphérique (généralement 4 Ko, mais sur des disques très récents, elle peut être beaucoup plus grande et sur un très petit pouce les disques peuvent être plus petits, mais 4 Ko est un terrain d'entente raisonnable quoi qu'il en soit) et plus il est grand, mieux c'est pour les performances. J'utilise souvent des tailles de bloc de 1 Mo avec des disques durs. (Nous avons aussi beaucoup plus de mémoire à jeter ces jours-ci.)