-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2009-12-27 21:25, Camaleón wrote:
El Sun, 27 Dec 2009 21:10:04 +0100, Carlos E. R. escribió:
¿En el 2.005 ya había 64 bits? :-)
Imagino. No es tan moderno, ¿no?
Supongo que en el 2.005 no estaría tan afinado y los programas no estarían preparados para trabajar sacando el máximo partido.
Puede.
Si tienes montado ya el sistema de 64 bits en una partición "chrooteada", podrías probarlo desde ahí.
No, no lo tengo. Y el espacio libre lo he ocupado de momento con una partición temporal que contiene los datos de uno de mis discos de respaldo que ha petado con 500 horas de uso:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 5 Reallocated_Sector_Ct 0x0033 001 001 036 Pre-fail Always FAILING_NOW 30748
Tengo que intentar devolverlo en garantía, a ver como va eso, por cierto.
Para que luego digas que los discos externos por usb, siempre en una leja, y alimentados por SAI, no fallan nunca, que los discos duros duran más que los DVD y eso. No se quien me decía eso hace poco >:-)
Al menos te ha avisado.
No, no me ha avisado. Lleva fallando probablemente varios meses, pero lo que yo veía era corrupción en el sistema de ficheros reiserfs, que tardaba horas en corregir; y que curiosamente se presentaba con el oS 11.0, pero no con el 10.3 ni el 11.1, por lo que escribía en él a través de un 11.1 en vmware. Ahora ya no sé si fallaba el oS 11.0, fallaba el disco, o ambos. Me he enterado al conectarlo al ordenador nuevo via eSATA, y avisarme la BIOS durante el arranque, nada menos. Si no es por eso no me entero. Es el problema con los malditos chipsets de USB storage, que no soportan SMART. Han hecho lo mínimo para que funcionen, pero te pueden dar unos sustos de tres pares de narices - y más teniendo en cuenta que al ser discos externos reciben más vibraciones y golpes que los normales.
Un DVD te hubiera grabado mal los datos, lo hubieras guardado en su cajita de oro y al intentar leerlo dentro de una semana te hubieras dado con un canto en los dientes.
No, si te tomas la molestia de comprobar la imagen completa, y son de calidad. Eso todavía no me ha pasado con ninguno de mis DVDs. Podría pasar, desde luego, pero para eso tomo mis precauciones. Incluyendo par2, a falta del equivalente a bajo nivel.
Otra cosa que estaba pensando... no sé si obtendrías mayor velocidad en la codificación si utilizaras un segundo disco duro, es decir, procesar la entrada (mpeg) desde un disco y enviar la salida (avi) al otro.
Lo he hecho. Las pruebas con el trocito de la del coleccionista de huesos fueron así.
Pero no es el caso con libxvid. Ahora mismo estoy probando unas series de 90 segundos a varias calidades (temperatura: 68..58, cpu 200% (de 400), modo "on demand" @2Ghz, 70..100%), y el disco apenas se mueve, ni registra en el gkrellm. Los fps oscilan entre 60 y 30, parece. Cuando está generando mpeg-4, entonces sí se ve la velocidad de grabación o lectura en el disco, pero es suficiente para cargar el sistema I/O, que lo he visto chascar a más de 50MiB/S sostenidos con rsync (o sea, con miles de ficheros sueltos).
Me está ocupando todos los cores, pero a una media del 50%.
Debería hacer un uso más elevado de cada núcleo.
Eso pensé. Algo le hace esperar.
Creía que había una manera de ver los "threads", pero en el top no lo veo, y en el "system monitor" me sale un cuadro en gris, se ha colgado. Lo arranco otra vez, y se llena, pero salta el bugbuddy, y se cierra. Lo arranco una tercer, y ya veo los gráficos. Mmmm... al clickar la pestaña "system" se cuelga. Le doy otra vez, y funciona.... nada de interés, sigo sin ver los threads de cada proceso.
En el top... pone algo en su manual:
-H : Threads toggle Starts top with the last remembered ’H’ state reversed. When this tog‐ gle is On, all individual threads will be displayed. Otherwise, top displays a summation of all threads in a process.
Pero si lo activo no veo los datos :-?
Sí lo veo. Pero tendría que filtrar además a un sólo proceso para verlo claro. - -- Cheers / Saludos, Carlos E. R. (from 11.2 "Emerald" GM (bombadillo)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iEYEARECAAYFAks3ybYACgkQU92UU+smfQX6FQCdGc1IogNKCDpkpN4MWp7RNRIB TEIAni4R7zMLYiMzm2cbU7qYhec1l4HY =lnW4 -----END PGP SIGNATURE----- -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org