El mié., 15 jul. 2020 a las 5:34, Rafa Griman (
On Tue, Jul 14, 2020 at 10:17 PM Carlos E. R.
wrote: [...] No he usado btrfs porque (según dicen) el soporte para RAID5 y RAID6 no es del todo fiable aún (que es lo que necesitábamos nosotros). Para RAID 0, 1 y 10 dicen que funciona muy bien. Para este caso concreto, yo aconsejaría RAID 5 (Z), 6 (Z2) o Z3 por tema de volumen y protección de datos.
Ojo, que el problema de btrfs con el raid es usando el sistema de raid propio de btrfs. Ya sabes, un anillo único para controlarlos a todos y eso. Funciona perfectamente si usas el raid software de toda la vida, tengo entendido.
Eso es cierto. Yo, personalmente, usaría todo del BTRFS por usar una única herramienta, así evitas tener que usar RAID (sea HW o SW), LVM y BTRFS. Pero esa es MHO.
Lo que no sé es si el RAID de BTRFS de reconstruye el disco entero si falla o sólo los bloques que tienne datos. Sé que en HW RAID y SW RAID por mdadm se reconstruye el disco entero ... que en el caso de los discos de hoy en día puede suponer varios días. En el caso de ZFS (IIRC), te reconstruye sólo los bloques que contenían datos, por eso es más rápido (y es otra razón para NO usar HW RAID por debajo).
Tengo esperanzas en BTRFS porque parece que Fedora se ha animado a soportarlo también. Ya no son "sólo" Facebook, Oracle y SUSE.
Lo del anillo ;-)
;)
Parece que se está moviendo el tema de RAID 5 y 6.
Si el soporte de RAID 5 y 6 fuese óptimo, aconsejaría BTRFS sobre ZFS en Linux por una sencilla razón: in kernel.
Justo.
Es por lo mismo que no he probado reiserfs4.
Estoy harto de drivers de NVIDIA y ZFS que no están en el kernel y tienes que andar compilando y configurando.
Yo me he pasado a la tarjeta de video en AMD... Sé que se pueden poner driver del fabricante, pero ni me he molestado.
Yo llevo años com t. gráfica AMD en casa por varias razones: - no tengo ganas de andarme peleando con la instalación de drivers NVIDIA - no necesito sus ventajas (como por ejemplo: CUDA) - no juego (hay juegos que están optimizados para NVIDIA) - no uso SW profesional que le saque partido (animación, CAD/CAM/CAE, AI, ...)
Vivo muy contento porque no tengo que andar parcheando ni compilando ni maldiciendo.
En el trabajo ... eso ya es otra historia. Mis usuarios de GPUs todos tienen SW desarrollado basándose en CUDA ... y diles que migren a otra cosa ... Y cada día es una pelea con los drivers de NVIDIA y sus actualizaciones. Por ejemplo, en la última actualización de CUDA a los usuarios les aparece este error:
CUPTI_ERROR_INSUFFICIENT_PRIVILEGES
Porque han cambiado una cosa (yo creo que es por la nueva característica de las A100 que permiten "particionar" la GPU para que varios usuarios al mismo tiempo la usen simultáneamente). Pues para arreglar eso, lo más sencillo es crearte un ficherillo en /etc/modprobe.d/ que contiene:
options nvidia "NVreg_RestrictProfilingToAdminUsers=0
Bueno, pues tenemos máquinas en las que no funciona y otras en las que sí. Y sí, son el mismo HW, mismo firmware, mismo todo (se instalan y configuran con Ansible) ... En las que no funciona, sí funciona si lo tecleas a mano en la shell.
Pero ... eso no es todo, leyendo la doc de NVIDIA te dice que en algunos casos tienes que crear de nuevo el initrd (si es Debian o derivado) ...
Por si alguien se encuentra en esta situación:
https://developer.nvidia.com/nvidia-development-tools-solutions-err-nvgpuctr...
Ya, ya, ... en el caso de AMD, los drivers del kernel son para las GPUs "caseras", en las "profesionales" también tienes que andar liado con los drivers oficiales de AMD, versiones específicas del kernel, ... Si quieres usar el equivalente de CUDA necesitas un kernel específico, ... Así que tampoco es que sea mucho más fácil ... Pero bueno, para el usuario casero es mucho más sencillo y no hablemos de potátiles ...
Hace unos 5 años me tuve que comprar un portátil con CPU Intel (y una iGPU) y GPU NVIDIA ... Qué horror !!! Bumblebee (creo que ese era el SW para gestionar cuándo usas la iGPU y cuándo usar la NVIDIA) era un mareo, instalar/actualizar los drivers de NVIDIA otro ... Al final quité el soporte para NVIDIA y lo tengo sólo con la iGPU de Intel.
Sin embargo, en el trabajo he podido pedir un portátil 100% AMD ... una maravilla. No tengo que andar poniendo velas ni sacrificando cabras. Si alguien tiene curiosidad, es un Lenovo T495s, funciona todo con SUSE Tumbleweed. Ni un problema.
Bueno, lo único "malo" es que en el trabajo se usa Zoom para vídeo y eso me pone la CPU al 100%. Si uso Google Meet, por ejemplo, la CPU está al mínimo.
Que driver AMD utilizas? Si utilizas una gráfica de menos de 5 años, debería utilizar el driver amdgpu! Yo con Zoom, no tengo ningún inconveniente, incluso usando el fondo virtual, con la versión más reciente de Zoom (FX-8320 + RX-580). Para el renderizado de video Openshot desde comienzos de este año, si a la hora de renderizar uno selecciona la opción VA-API, la mayor parte del renderizado lo hace con la GPU, mientras que los nucleos del micro permanecen a un 20-30%, mientras que si renderizaba por CPU, los nucleos del micro se iban al 80-90%, y la temperatura subía bastante. Es cierto que el tiempo de renderizado tenía una leve mejoría con GPU frente a los 8 núcleos de CPU. Había hecho un posteo en la lista con el asunto "VA-API y VDPAU". Hace unos días estaba viendo de comprar este portátil con AMD Ryzen 7 3700U quad, Radeon RX Vega 10: https://www.amazon.de/HP-14-dk0008ng-Laptop-Radeon-Windows/dp/B07PWGHF6Q Pero realmente, no necesito un portátil hoy en día, y para comprarla y dejarla guardada envejeciendo, preferiría gastarme ese dinero en viajar (cuando se pueda nuevamente). A medida que pasa el tiempo, OpenCL es cada vez mejor soportado: https://create.pro/2020-gpgpu-roundup-metal-vs-cuda-vs-opencl-amd-vs-nvidia/ https://www.youtube.com/watch?v=mF9hF9GNL6Y https://www.anandtech.com/show/15746/opencl-30-announced-hitting-reset-on-co... Las versiones más recientes del kernel y Mesa 20.x, también ayudan a mejorar la perfomance en juegos con gráfica AMD: https://www.phoronix.com/scan.php?page=article&item=mesa201-radv-aco&num=1 Por otro lado, actualmente los drivers de codigo abierto amdgpu están rindiendo lo mismo que los propietarios amdgpu-pro. Salu2 -- 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