Não, usar dd
não é "placebo".
New volumes created from existing EBS snapshots load lazily in the background.
Então, se você não fizer alguma coisa para encorajá-la a não ser preguiçosa, a EBS naturalmente presumirá que não há pressa em particular, então não é necessário taxar seus próprios recursos, ou os do S3, para carregar os dados rapidamente.
If your instance accesses data that hasn't yet been loaded, the volume immediately downloads the requested data from Amazon S3, and continues loading the rest of the data in the background.
If you need to ensure that your restored volume always functions at peak capacity in production, you can force the immediate initialization of the entire volume using
dd
orfio
. For more information, see Initializing Amazon EBS Volumes.http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-restoring-volume.html
Você pode até fazer isso com o volume montado. Como você está apenas lendo - não escrevendo para - o dispositivo de bloco, o sistema operacional não notará ou verá isso como um problema.
Como fio
pode executar leituras em paralelo, ele pode aquecer seu volume mais rapidamente do que dd
, mas dd
fará o trabalho.
Se você gosta de medidores de progresso, tente pv - pterab /dev/xvdN > /dev/null
. ( sudo apt-get install pv
first.) Isso não será necessariamente o mais rápido, mas é sólido e mais divertido de assistir, já que oferece throughput atual e sustentado, porcentagem concluída e um ETA. Quando terminar, seu volume estará totalmente aquecido.