-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Content-ID: <alpine.LSU.2.00.0904221034360.4850@nimrodel.valinor> El 2009-04-21 a las 15:19 +0200, Rafa Griman escribió:
On Tuesday 21 April 2009 15:04:02 Camaleón wrote:
Ah, sí algo he oído de eso. Pero Xen lo veo muy complicado para cositas pequeñas de andar por casa O:-)
A mi no me gusta nada Xen, es muy complicado y puñetero con drivers.
No he probado VirtualBox (sigue en mi lista de deberes), pero me han hablado muy bien de él: línea de comandos muy potente. De los que he probado, el que me gusta es KVM.
A mi el virtualbox no me vale porque no soporta sistemas operativos "vetustos", como el Windows Me, y el vmware sí.
Ya por último nos quedan ZFS y Lustre. Oracle (bueno, un asalariado de Oracle) está desarrollando btrfs que supuestamente iba a ser el futuro filesystem rompedor-de-la-muerte para Linux e iba a competir directamente con ZFS (hasta Ted Ts'o lo decía). ¿Ahora qué? Ahora tiene los dos sistemas de ficheros. ¿Liberará ZFS bajo la GPL? ¿Desaparecerá btrfs? ¿Fusionará los dos?
De ahí (zfs + btrfs) podría salir un buen sistema de archivos :-}~
A ver si hay suerte. Lo que no me gusta de ZFS es lo siguiente:
- software RAID: ya, Carlos está más de acuerdo que yo ;)
Con sus matices... cuando la alternativa es un fake-raid, pues la verdad, prefiero un raid en el kernel con soporte abierto, que sabemos lo que hace y va a funcionar en cualquier hardware, que no una cosa rara que necesita drivers del fabricante. Si me hablas de verdadero raid en hardware, la cosa cambia.
- junta: sw RAID + gestor de volúmenes + filesystem todo en uno -> perdemos la modularidad :(
Ostras.
- no tiene fsck y la gente que ha tenido problemas de apagones o similares dice que es muy robusto, pero que si tienes un problema: PIERDES TODO !!! Es decir, no pierdes el fichero que tenías abierto en ese momento sino que pierdes EL FILESYSTEM ENTERO =:0
¿Que no tiene fsck? Pffff.... ¡Que yuyu! - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAknu2F0ACgkQtTMYHG2NR9UZvQCfc+sekOzr6kwAwF+o38WpygsG 4fsAnAo0lxwBedQpb5bL4VY3uES3Tfrp =SBGg -----END PGP SIGNATURE-----