Admin honoris causa

Privado

Mensajes

  • RE: Información & anuncios

    La versión 4 del banco de pruebas se encuentra en fase "Release Candidate" (sólo web, el programa como ya dije, se dejará para más adelante). Si no pasa nada raro, se estrenará durante este fin de semana.

    En otro orden de cosas, se han empezado a traducir los subtítulos de Peertube. La política de traducción en estos momentos consiste en:

    • Si el video está en inglés, se traduce a español.
    • Si está en un idioma diferente al inglés y que sea compatible con la cacharrería de traducción (la mayoría de idiomas mayoritarios occidentales, coreano, chino, japonés, árabe y persa), se traduce al inglés.

    Cuando las traducciones hayan avanzado y se haya evaluado mejor el consumo de recursos de esto (estoy teniendo graves problemas de rendimiento a los que les he encontrado un parche), se planteará traducirlo todo a español. La calidad de las traducciones está siendo bastante buena en general, condicionada principalmente por la calidad de la transcripción disponible y la habilidad del locutor de transmitir sus ideas. Es decir, no son perfectas, a veces se cometen errores con la jerga (en este aspecto, menos errores de los que esperaba) pero a un nivel mucho más que decente.

    Todo el tema de las traducciones, condicionará también las decisiones de adquisición de nuevo hardware en el futuro.

    Y sobre el hardware, la segunda fase (NAS) y tercera fase (servidor frontal) de actualización del hardware que estaba planificada, quedan en suspenso debido al aumento desbocado de precios, que es especialmente sangrante en discos duros mecánicos y memorias RAM.

  • RE: Duda sobre las prioridades en Linux

    He estado midiendo tiempos para hacer un cálculo aproximado de rendimientos. El simple hecho de que haya un proceso de ffmpeg consumiendo un solo hilo hace que pyhon vaya unas 20-30 veces más lento (lo que tardaría 3 segundos, tarda en torno a minuto y medio). Aquí veo casi totalmente claro que es un tema de ancho de banda de memoria y puede que de gestión de la caché de la CPU porque creo (no estoy seguro) que un hilo de ffmpeg usaría un solo canal de la memoria por lo que python tendría, como poco, el otro disponible. Así que para que el rendimiento caiga de esa forma, supongo que hay que culpar también a la caché.

    La verdad es que ni idea, nunca he puesto una máquina al límite de esta forma, pero al final la estrategia de pausar Python cuando haya otras cosas parece que es lo más razonable.

  • RE: Duda sobre las prioridades en Linux

    @pos_yo Pues lo había pensado tanto para ffmpeg como para la IA. Aunque sea pequeña, lo mismo algo hace. Pero estoy ocupado al 100% (a ver si este finde puedo publicar la versión 4 del banco de pruebas y paso a lo siguiente) por lo que no he podido probar.

    Una cosa que sí me preocupa un poco de usar la GPU para codificar video es que hace bastantes años (no sé si el tema habrá cambiado), la GPU aceleraba pero la calidad de imagen era sustancialmente peor que hacerlo con CPU.

  • RE: Duda sobre las prioridades en Linux

    Esto está mal a varios niveles. Estoy viendo que cuando python se está ejecutando, todo lo demás va lentísimo y viceversa. Por ejemplo, si hay un proceso de ffmpeg consumiendo un solo núcleo, la velocidad de python (consumiendo 11 en vez de 12 núcleos) cae en picado. Igual pasa al revés.

    Sospecho que hay un cuello de botella importante con la memoria y esta no es precisamente lenta (6400MT/s 30-37-37-96 en dual channel). Pero es que el modelo de traducción se dedica a machacar 20GB de RAM, así que es normal que el equipo flaquee por ahí.

    Lo que voy a hacer es hacer que python se pause automáticamente cuando vea que hay algún proceso de ffmpeg o whisper en marcha. Creo que es la forma más eficiente de hacerlo todo y de sacarle todo el jugo a la CPU.

    Lo de las prioridades lo voy a olvidar ya que parece que el tema no va por ahí, aunque tengo curiosidad sobre por qué no hace caso.

  • Duda sobre las prioridades en Linux

    Buenas.

    Estoy haciendo cosas con el Ryzen 9 9900X (12 núcleos con SMT desactivado) y quiero priorizar procesos. He estado leyendo sobre el concepto de niceness en Linux que traducido como amabilidad, es bastante intuitivo (cuando más amable es el proceso, más deja pasar a los demás y cuando más incívico y maleducado, se cuela todo lo que puede). Tiene un valor de -20 (más prioritario) a 19 (menos prioritario). Nice lo he usado en el pasado y nunca he tenido problemas, pero al ver el comportamiento que veo ahora, he tenido que documentarme un poco. Aunque no encuentro una solución al tema.

    En esta máquina se ejecutan tres tipos de procesos:

    • ffpmeg que está configurado para acaparar un hilo de ejecución con un niceness de 19.
    • whisper que está configurado para consumir 4 hilos con un niceness de 0.
    • python que está configurado para consumir todos los hilos disponibles con un niceness de 19.

    Esos valores de prioridad no son casuales: ffmpeg funciona muy rápido con esta CPU, por lo que no me importa que pueda consumir muy pocos recursos. whisper es bastante más demandante y quiero que consuma siempre todo lo que haya disponible. Y Python es muy demandante, pero sencillamente quiero que consuma lo que les sobra a los demás, compartiendo lo que sobre con ffmpeg.

    Esta es una caputura de top:

    top del pepino

    Cuando también hay un proceso de ffmpeg y la CPU está ocupada, consume muy poca CPU (menos del 30%), que es lo que quiero que haga. Pero como veis en la imagen, python está consumiendo prácticamente 6 núcleos mientras que cada proceso de whisper no llega a 2. Y las prioridades, como se puede ver, están correctamente configuradas.

    ¿Por qué sucede esto y cómo lo podría solucionar?

    Gracias.

  • RE: Tarjeta gráfica para Lenovo E50-00

    @vreyes1981 Te bifurco el hilo a uno nuevo.

  • Resumen semana del 10 de noviembre de 2025

    Diseño modular para SSD

    Samsung ha presentado un nuevo diseño modular para unidades SSD en el que se puede separar la controladora de la memoria flash. Según la compañía, de esta forma se mejora la disipación de calor y la reparabilidad de la unidad.

    Servidor en bombilla inteligente

    Alguien ha conseguido instalar un servidor de Minecraft en una bombilla inteligente. El dispositivo va motorizado por un procesador RISC-V a 192MHz y 276kB de RAM.

    Firefox 145 disponible

    Firefox 145 viene con mejoras en la privacidad respecto al seguimiento de usuarios, soporte para los principales códecs de video y audio en el contenedor Matroska y con el fin del soporte para sistema de 32 bits en Linux.

    Nuevo hardware de Valve

    La maquinaria de marketing de Valve ha estado echando humo las últimas horas anunciando cuatro nuevas piezas de hardware: una Steam Machine (basada en un Zen 4), unos cascos de realidad virtual basados en ARM y funcionando con Linux, un nuevo mando y unas pinceladas de lo que será la Steam Deck 2.

  • RE: Información & anuncios

    Ya se ha migrado la base de datos del banco de pruebas a MariaDB y se ha reimplementado la página de placas base (motherboard.php). Ya solo queda todo lo demás (otras 10 páginas). Estoy pudiéndole dedicar mucho menos tiempo del previsto inicialmente, pero la inestimable ayuda de ChatGPT ha acelerado el proceso en torno a un orden de magnitud. Con un poco de suerte, espero poder dejarlo todo listo (o casi) esta semana porque algunas de las cosas más complejas ya se han dejado hechas.

    Dicho eso, es improbable que se añadan nuevas CPUs ni se actualicen placas base y memorias a partir de ahora y hasta que la nueva versión entre en producción.

    En otro orden de cosas, ha comenzado la temporada de recodificación de la instancia de Peertube. Esto creo que no lo he anunciado antes pero si lo he comentado con alguien en privado (no recuerdo quién). Total, que por cuestiones de eficiencia energética, durante parte de la primavera, el verano y parte del otoño, no se recodifican los directos. Esto se hace durante los meses fríos porque uso el calor de las máquinas como calefacción del piso (aunque parezca coña, el ahorro es mucho más importante de lo que uno pudiera imaginar). Esta temporada, además, se va a hacer la transcripción de todos los vídeos pendientes (varios miles) y en cuestión de unos días, empezará el proceso de traducción de los subtítulos. Aquí, el nuevo Ryzen 9 9900X va a poder sacar todo su músculo (y todos sus watios).

    A ver cómo se presenta esta semana...

  • RE: Museo Hardlimit

    Buenas @vreyes1981

    Es por la migración a la versión 3 del museo. La biblioteca estará fuera de servicio hasta que se migre a la nueva versión, con suerte, antes de Navidad donde, además, estarán disponibles los discos de la Micromanía que me enviaste.

  • Resumen semana del 3 de noviembre de 2025

    Samsung vende su HBM4 para 2026

    Samsung ya ha colocado toda la producción de su memoria HBM4 del año 2026. Para ese mismo año, SK Hynix y Micron casi han alcanzado su límite de producción para la generación HBM3E.

    Microsoft no tiene potencia para tanta GPU

    En medio de una crisis de inventario de GPUs, memorias y dispositivos de almacenamiento, el jefe ejecutivo de Microsoft ha dicho que no disponen de la suficiente potencia eléctrica como para usar todas las GPUs que han comprado.

    Fallo de seguridad en los Zen 5

    Se ha encontrado un fallo de seguridad en CPUs Zen 5 que consiste en que un error en la µinstrucción RDSEED se esta marcando incorrectamente como correcto, lo que lleva a que el generador de números aleatorios genere claves de cifrado predecibles. Se solucionará con una actualización de AGESA.

Lista de Miembros