Pour dd c'est 512 octets. (ça se règle avec l'option bs, par exemple dd bs=4k, il y a aussi ibs et obs pour régler la taille de bloc pour "input" et "output". À priori c'est le coté réseau le plus important.
Si la taille de bloc est trop petite, le cout des appels système est trop important par rapport au cout des copies des données. Au delà d'un certain stade, augmenter ce nombre ne fait que consommer inutilement de la mémoire, puis grève les performance à cause de la perte des effets de cache.
[^] # Re: CP/DD et mesure de temps
Posté par Zylabon . En réponse au message Bench ecriture commande DD + CP. Évalué à 2. Dernière modification le 28 octobre 2014 à 22:58.
ajout : désolé, en fait mon message sera peu éclairant, j'étais en mode "j'explique au noob"
Tu peux connaitre la taille des blocs utilisé par cp avec strace (en supposant qu'il ne l'adapte pas en fonction des perfs).
Chez moi pour cp : de /dev/urandom vers /dev/null
Pour dd c'est 512 octets. (ça se règle avec l'option bs, par exemple
dd bs=4k, il y a aussi ibs et obs pour régler la taille de bloc pour "input" et "output". À priori c'est le coté réseau le plus important.Si la taille de bloc est trop petite, le cout des appels système est trop important par rapport au cout des copies des données. Au delà d'un certain stade, augmenter ce nombre ne fait que consommer inutilement de la mémoire, puis grève les performance à cause de la perte des effets de cache.
Please do not feed the trolls