On Wed, Apr 2, 2008 at 11:37 PM, Diego Woitasen <[EMAIL PROTECTED]> wrote: > > On Wed, Apr 02, 2008 at 05:48:12PM -0300, Marco Antonio de Hoyos wrote: > > buenas.. > > > > quisiera saber, si a alguien le paso o le pasa lo mismo sobre la > > velocidad de escritura a un dispositivo SDLT320, con OS debian 4.0 > > > > la cosa es asi: el dispositivo (/dev/sdt0) funcionando en un RHE4 > > (kernel 2.4.xx, raid 5 con discos SCSCI) y con un volumen de datos a > > escribir de 250 gb, lo hace en aproximadamente 5 horas... > > pero en un debian (kernel 2.6.xx, disco SATA para el dir root, y > > dispositivo storage de 1 tera por fibra para datos) , la misma > > cantidad de datos de escritura, tarda mas de 18 horas..!!! > > > > los "fierros" son diferentes(tengo entendido): en el RHE4, con un xeon > > (de los primeros) tiene el filesistem en raid5 contra el debian (un > > xeon de 2.4 gb con 1 giga de ram) , que tiene un dispositivo de discos > > DGC raid 5 por fibra a una placa controladora donde esta la data a > > backupear. > > > > para mas datos, les paso lo siguiente (del equipo con debian): > > > > backup:~# lsscsi > > [0:0:5:0] tape QUANTUM SDLT320 4646 /dev/st0 > > [1:0:0:0] disk DGC RAID 5 0220 /dev/sda > > [2:0:0:0] disk ATA WDC WD1600AABS-0 05.0 /dev/sdb > > > > > > backup:~# hdparm -tT /dev/sda1 (de 1.5 terabites, donde esta la info a > > pasar al SDLT) > > > > /dev/sda1: > > Timing cached reads: 1776 MB in 2.00 seconds = 888.10 MB/sec > > Timing buffered disk reads: 190 MB in 3.00 seconds = 63.24 MB/sec > > > > backup:~# hdparm -tT /dev/sda2 (de 250 gb) > > > > /dev/sda2: > > Timing cached reads: 2110 MB in 2.00 seconds = 1056.10 MB/sec > > Timing buffered disk reads: 146 MB in 3.01 seconds = 48.54 MB/sec > > > > mi consulta es: > > > > porque hay tanta diferencia de velocidad, realizando los mismos > > comandos (dump, cp, rsync, etc) en el redhat y el debian, siendo el > > primero mas rapido ?? > > > > se puede optimizar la velocidad de copiado del debian, hacia es > > dispositivo sdlt ? > > > > intente convencer al admin de usar bacula en el debian, pero esta > > descartado, y quiere SOLAMENTE usar el comando dump para hacer el > > backup... :( > > > > desde ya , gracias x sus comentarios... > > > > > > -- > > Marco Antonio de Hoyos > > 15-5-157-2322 // 4268-1557 // nxtl: 160*6759 > > Claypole - Pcia. de Bs. As.- Argentina > > ICQ#92702911 / jabber: [EMAIL PROTECTED] > > ------------------------------------------------------------------ > > > software is like sex, it´s better when it´s free < > > (Linus Torvalds) > > ------------------------------------------------------------------ > > http://tecnicoslinux.com.ar ~ https://ututo.org > > "Mas vale dichoso en burro, ke infeliz a caballo" > > -- > > Para desuscribirte tenés que visitar la página > > https://listas.linux.org.ar/mailman/listinfo/lugar-gral/ > > > > /* Publica y encontra trabajo relacionado con softlibre en > http://www.usla.org.ar/modules/jobs/ */ > > > > Si tenés algún inconveniente o consulta escribí a mailto:[EMAIL PROTECTED] > > Yo he visto ese tipo de comportarmientos. Eso suele pasar por que los > dispositivos de cintas esperan un flujo de datos constantes, si hay > algun tipo de interrupcion minima en ese flujo, la unidad se pausa y > vuelve a arrancar. Este es el motivo de la lentitud. > > Cuando haces backup con tar o dump, levantar los archivos uno por uno y > tirarlos a la cinta, generan este problema. > > Usando programas como Bacula o Amanda se resuelve el problema, lastima > que no puedas :). Estos generan un buffer en disco antes de volcarlo a > la cinta. > > Que filesystem es? Tal vez el dump de ese filesystem tenga alguna opcion > de buffering para mejorar la situacion. > > saludos! > > > -- > > -------------- > Diego Woitasen
La regla que siempre funciona es todo lo que es archivo chico que vaya a un pool de disco, los grandes (>500 MB) directo a cinta, tenés que tener el software de backup que permita hacer eso (creo que todos los mas o menos decentes SL o no SL), en mi caso uso TSM el cual es propietario pero que me permite dormir tranquilo. Tengo armada una red privada de backup gigabit en la cual obtengo ratios de 200 GB hora escribiendo a cinta LTO4 (x duplicado) en una libreria robotica IBM archivos de 2GB en promedio cada uno. Para los archivos chicos en cambio los mando a pool de disco y luego eso se migra a cinta. Slds -- Para desuscribirte tenés que visitar la página https://listas.linux.org.ar/mailman/listinfo/lugar-gral/ /* Publica y encontra trabajo relacionado con softlibre en http://www.usla.org.ar/modules/jobs/ */ Si tenés algún inconveniente o consulta escribí a mailto:[EMAIL PROTECTED]
