-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ricardo Esdra escreveu: > > > 2009/7/20 Allison Vollmann <[email protected] > <mailto:[email protected]>> > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Alexandre Martani escreveu: > > 2009/7/20 Ricardo Esdra <[email protected] > <mailto:[email protected]>>: > >> Boa tarde, ontém a tardeziha fui zerar um hd com urandom, o HD > tem 40 Gb > >> ele ficou cerca > >> de 3 horas e 20 minutos e nada de terminar , minha máqina estava > com os > >> comsumos dos > >> processadores em 100%, a memória estava consumindo cerca de 10% > somente. > >> Agora a dúvida, isto é normal, toda esta demora, e ainda consumir > >> praticamente todos recursos > >> da máquina, ou pode ser que o HD esteja com problemas? > >> Eu dei um Ctrl C, para finalizar o processo, e ele retornou que havia > >> copiado 22 Gb, ou seja tinha > >> passado da metade. > >> Configuração da máquina; > >> Proc. Athon 64 X2 5.200 > >> Mem. 2 x 2 800 Mhz Kingstom > >> HD em uso, Samsung 500 Gb Sata II > >> HD não montado, Samsung 40 Gb IDE > >> Sistema Lenny. > >> -- > >> Ricardo Esdra. > >> > > > > Trecho do: man urandom > > > > Users should be very economical in the amount of seed material that > > they read from /dev/urandom (and /dev/random); unnecessarily reading > > large quantities of data from this device will have a negative > > impact on other users of the device. > > > > Portanto, creio que utilizar o urandom não seja o mais adequado para o > > que vc está fazendo. Como vc disse que o processador estava em 100%, > > então provavelmente o gargalo do processo não estava no HD, ou seja, > > provavelmente a demora não é culpa do HD. > > > > -- > > Alexandre Martani - amartani em gmail com > > Sent from Sao Paulo, SP, Brazil > > > > > > Eu acho que para esse caso e mais aconselhavel utilizar o "/dev/zero" > > A[]'s > > > eu também tentei o /dev/zero, > e aconteceu a mesma coisa, é comum toda esta demora? > > > > -- > Ricardo Esdra.
Fiz um teste aqui utilizando o dd com o "/dev/zero" e nao chega a ocupar muito da cpu nao (praticamente nada), porem o processo nao foi muito rapido (disco usb, em uma maquina com controladora 1.0). Acredito que o tempo seja proporcional a uma transferencia normal com a montante de dados igualada ao tamanho do disco (considerando velocidade de gravacao do mesmo, e velocidade de transmissao do barramento). O Consumo de cpu nao e normal (exceto com o urandom), talvez tenha alguma falha de I/O no disco, mas se isso ocorrer, por default cai no STDOUT do TTY ativo. > Cara > não sei se serve para vc. > mas eu uso o DD pra clonar maquinas, e percebi uma coisa se eu usar o > cfdisk -z /dev/DESTINO apagando tudo zerando ele. a copia com o dd fica > mais rapida. tipo demora ums 2hrs sem fazer o cfdisk demora umas 5hrs. Bom em relacao a isso nao sei afirmar o motivo, mas se acelera o processo nao custa tentar. A[]'s -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpkww0ACgkQ7OAY7mv8BhkTSACfaDIUSH+2nWUg8SZVcf+4hX0I qLwAoK0SU6mCLszMO+V5xql+59FMVKVC =HQSw -----END PGP SIGNATURE----- -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
