Entradas Mensuales

Síguenos en:

Canal Oficial Telegram de elhacker.NET Grupo Facebook elhacker.NET Twitter elhacker.NET Canal Youtube elhacker.NET Comunidad Steam: Grupo elhacker.NET Mastodon

Entradas populares

PostHeaderIcon Abogado crea servidor IA privado con ocho GPU Nvidia V100 usadas


Un abogado construyó un servidor de IA privado utilizando ocho GPUs Nvidia V100 usadas para procesar archivos legales sin conexión y garantizar la privacidad. El sistema ejecuta el modelo DeepSeek V4.1 Flash con un rendimiento sorprendente, alcanzando hasta 215 tokens por segundo en código y 118 en redacción legal. A pesar de algunos problemas técnicos y eléctricos, el proyecto permite automatizar gran parte de su flujo de trabajo evitando costos de API y riesgos de datos en la nube.




Un abogado publicó en Reddit sobre su servidor de IA privado construido con ocho GPUs de centro de datos Nvidia Tesla V100 usadas de la era de 2018, para que los archivos de los casos nunca tengan que salir de la oficina. Con dos placas SXM2 NVLink de 4 tarjetas, cuatro interruptores PEX y cables SlimSAS por todas partes —además de un conector de alimentación quemado— el constructor ahora ejecuta el modelo abierto DeepSeek V4.1 Flash con cada experto en la memoria de la GPU, a una velocidad de hasta 215 tokens por segundo. Las placas de cuatro GPUs costaron unos 2.400 dólares cada una cuando el constructor las compró.

Homelab V100 del abogado, actualización: dos placas SXM2 NVLink de 4 tarjetas, cuatro interruptores PEX, SlimSAS por todas partes, un conector de alimentación quemado y un modelo de 250 GB ejecutándose enteramente en VRAM a más de 200 tok/s
de r/homelab r/homelab


Las ocho tarjetas Tesla V100-SXM2-32GB, cada una con 32 GB de HBM2 a 900 GB/s, se conectan a SXM2, el zócalo mezzanine de Nvidia para GPUs de centro de datos, en lugar de ranuras PCIe, y se dividen en dos placas base. Dentro de cada placa, las cuatro tarjetas están conectadas mediante NVLink —el enlace directo de GPU a GPU de Nvidia— para obtener 128 GB por placa, pero las dos placas solo se comunican a través de PCIe. Cada placa se conecta al host mediante dos tarjetas interruptoras PEX (PLX) a través de cables SlimSAS, cuatro interruptores en total, y cada interruptor gestiona dos GPUs a velocidades PCIe 3.0 x8 a través de su propio enlace ascendente x16.



Los precios indicados ya son cosa del pasado: las tarjetas V100 SXM2 32GB usadas se anuncian ahora en eBay por unos 900 dólares, más del doble de los aproximadamente 400 dólares por unidad de la publicación, y los anuncios sugieren que los precios siguen subiendo. El sistema también cuenta ya con otros componentes necesarios: una placa base Gigabyte Threadripper Pro con una CPU 3945WX de 12 núcleos a juego, 8x 32GB DDR4 RDIMM, un nodo NUMA y dos fuentes de alimentación, 2.800 W en total, en circuitos de oficina independientes. Este es un caso real de hardware de centro de datos usado como una ruta barata para conseguir mucha VRAM rápida en un solo lugar.

El servidor se utiliza actualmente a diario para el trabajo preliminar de los archivos de los casos: lee una carpeta de registros, extrae hechos, fechas y números, los resume y realiza un primer borrador de redacción rutinaria. “Nada sale por la puerta sin una revisión real”, que es una buena política de intervención humana en general. También ayuda a garantizar la privacidad en casos donde los archivos de los clientes no pueden enviarse a una nube o a un modelo frontera. Las bases de datos RAG y las llamadas a herramientas están integradas; el operador puede manejar el sistema a través de una interfaz estilo Discord mediante SSH, en este caso desde un PC con Windows. Por ahora, solo gestiona una solicitud a la vez.

DeepSeek V4.1 Flash está comprimido mayoritariamente a 2 bits aquí, y sus pesos siguen sumando 248,8 GB. Los “expertos” del modelo, las partes que hacen la mayor parte del trabajo para cada palabra, residen enteramente en la memoria de la GPU, mientras que unos 110 GB de tablas de consulta, llamadas tablas Engram, permanecen en la RAM normal del sistema. La obtención de datos desde la RAM cuesta unos 0,12 milisegundos por paso, lo que según el constructor apenas afecta a las cifras de velocidad.


La primera mitad de las capas del modelo (0–19) se ejecuta en la primera placa SXM2 y la segunda mitad (20–39) en la segunda. Cada placa gestiona su tráfico pesado a través de su propio NVLink, por lo que solo un traspaso por paso tiene que cruzar el enlace PCIe más lento entre las placas. En una publicación anterior, el constructor descubrió que dividir cada capa entre las ocho tarjetas hacía que las velocidades “cayeran en picado” debido a ese salto de PCIe.

El rendimiento es sorprendentemente bueno para un modelo de este tamaño. El código es lo que sale más rápido, hasta 215 tokens por segundo, porque un pequeño modelo de borrador integrado en DeepSeek adivina cinco tokens por adelantado, y el código es fácil de predecir. La redacción legal, que es para lo que sirve el servidor, funciona hasta a 118 tokens por segundo.

Los documentos largos tardan más en arrancar: el modelo lee los prompts a unos 2.200 tokens por segundo, por lo que con 128K tokens, el primer token llega después de aproximadamente un minuto. Puede aceptar hasta 524K tokens de contexto. Tres días antes de la publicación, el mismo modelo en cuatro de estas tarjetas lograba solo 36–38 tokens por segundo. El salto llegó con la segunda placa, que presumiblemente podría duplicar el rendimiento en circunstancias ideales, y el constructor atribuye el resto a kernels personalizados y trabajo de prellenado. Consulta la tabla para el desglose completo.



DeepSeek V4.1 Flash en ocho Tesla V100, por longitud de prompt

Prompt length

Wait for first token

Code (tokens/s)

Legal writing (tokens/s)

1K tokens

1.2 seconds

215

118

32K tokens

17.2 seconds

200

117

128K tokens

59.2 seconds

183

111

256K tokens

118.7 seconds

160

103


Mediciones del constructor, 5 de nov.; decodificación codiciosa, 1.024 tokens de salida, media de dos ejecuciones.

No fue tan sencillo como conectar todo y encender la corriente. El host se reinició dos veces con un error PCIe fatal en el enlace a una placa de GPU, ambas veces con un límite de potencia más alto y relojes de GPU sin límite. En este estado, las tarjetas consumían entre 192 y 232 W, superando el límite de 180 W. La mejor suposición, aunque “no probada”, es que una placa deja de responder durante los picos de carga.

Los reinicios cesaron después de que el constructor limitara los relojes y eliminara una placa cuyo conector de alimentación tenía una marca de quemadura; “Revisen sus conectores, gente”. Cada tarjeta está ahora limitada a 150 W, la mitad de su potencia nominal de 300 W, con el reloj de gráficos limitado a 1522 MHz. Un límite de 200 W no aportó ganancias de rendimiento apreciables, según las pruebas.

La memoria del sistema también sufrió errores ECC no corregidos, que desaparecieron después de que el constructor bajara la RAM de DDR4-3200 a DDR4-2666. Una GPU estaba conectada a x4 en lugar de x8 en la última comprobación, y el constructor planea reasentarla; un comentarista atribuyó el mismo tipo de problema en su propia V100 a un cable defectuoso.

El esfuerzo valió la pena, ya que se estima que entre el 50 y el 60% de los flujos de trabajo de LLM existentes del abogado ahora pueden ejecutarse en la máquina en lugar de modelos frontera. Para cerrar la brecha, cuenta con un segundo servidor DeepSeek en dos DGX Sparks , donde los dos sistemas se pasan el trabajo mutuamente. La configuración parece ahorrar dinero, al menos en comparación con los precios de las API , aunque el constructor dice que no es realmente más rápido. Sin embargo, protegerá los datos del cliente “una vez que sea autónomo, que es el objetivo”.

El constructor añadió que la caja V100 también podría recibir un circuito de 240 V. Más allá de la energía, el sistema también tiene los días contados con la rama de controladores Nvidia R580, que es la última en soportar Volta . Por ahora, el abogado admite que es principalmente un pasatiempo, pero en el futuro podría ser una idea de negocio. El siguiente paso es gestionar dos o tres solicitudes a la vez, algo ya construido y verificado en un sistema de prueba, pero aún no en el servidor.


Fuente:
TomsHardware