Reseña y benchmark de NZB Fast frente a SABnzbd y NZBGet

Última actualización: 11/11/2026

NZB Fast es un nuevo descargador de Usenet con una propuesta destacada: descomprimir los archivos mientras se descargan para reducir la espera y el espacio necesario. Probamos esa idea en un NAS doméstico frente a SABnzbd y NZBGet, dos descargadores muy utilizados.

Qué hace NZB Fast

Quien utiliza Usenet conoce el proceso. Un NZB indica qué artículos debe obtener el descargador. Este los descarga, repara daños con archivos PAR2 y descomprime los archivos RAR, 7z o zip para obtener los ficheros finales.

SABnzbd y NZBGet también permiten descomprimir antes de terminar mediante Direct Unpack. Descarga y extracción pueden solaparse, pero conservar las partes del archivo junto a los ficheros finales aún puede tener dos costes:

• Necesitar aproximadamente el doble del tamaño de la publicación como espacio libre, porque ambas copias coexisten.
• Que la reparación o la extracción pendiente prolonguen la finalización más allá de la descarga.

NZB Fast extrae cada volumen al recibirlo. El proyecto denomina este método descarga de una pasada. En teoría, la tarea termina con la descarga y necesita aproximadamente 1x el tamaño de la publicación en espacio libre.

También integra funciones que las herramientas antiguas dejan a otros programas: búsqueda en indexadores, lista de seguimiento, navegador multimedia y vista previa. Su API imita a SABnzbd o NZBGet para que Sonarr y Radarr puedan usarlo como cliente de descarga. Puede importar servidores de una configuración de SABnzbd existente.

Cómo lo probamos

Buscábamos una prueba reproducible con contenido claramente legal.

• La publicación: Descargamos la ISO oficial Debian 13.7.0 DVD-1 (3,99 GB), comprobamos su SHA-512, la dividimos en volúmenes RAR de 100 MB y añadimos PAR2 con un 10% de recuperación. Después la publicamos nosotros en alt.binaries.test. Comprobamos que los 6.162 artículos estaban presentes en el servidor de descarga.
• El equipo: Un NAS Ugreen con cuatro núcleos y 7,5 GB de RAM, ejecutando Docker. Cada descargador utilizó un contenedor propio, uno a la vez, con una carpeta de descarga vacía.
• El servidor: El mismo servidor estadounidense de Newshosting y 20 conexiones para todas las aplicaciones. Los demás contenedores siguieron funcionando, por lo que el NAS no estaba inactivo.
• Las ejecuciones: Tres por configuración, alternando el orden en cada ronda. Medimos desde la entrega del NZB hasta que la aplicación declaró completada la tarea. Tras cada ejecución comprobamos la ISO extraída con la suma publicada por Debian.
• Los ajustes: Valores predeterminados de las aplicaciones, más Direct Unpack activado en SABnzbd y NZBGet, su propia función de extracción anticipada.

Las pruebas principales se ejecutaron el 10 de noviembre de 2026, hora del Pacífico; comenzaron el 11 de noviembre a las 03:33 UTC. Son nuestras mediciones en NAS, no los benchmarks publicados por el desarrollador.

Versiones probadas: NZB Fast 1.10.0, SABnzbd 5.1.3 y NZBGet 26.3. Las recuperamos de los contenedores conservados: la imagen inmutable de NZB Fast lleva la etiqueta 1.10.0; los registros históricos de inicio identifican las versiones de SABnzbd y NZBGet. Los tres contenedores se crearon antes de las pruebas principales. Los archivos originales de resultados no registraban las versiones, por lo que revisamos los contenedores en lugar de asumir que la etiqueta latest actual correspondía a la versión probada. La versión v1.10.0 de NZB Fast está fechada el 10 de noviembre.

Resultados

Velocidad

El gráfico muestra la mediana de tres ejecuciones como barra y cada ejecución individual como punto, para que se aprecie la variación.

Los mismos datos en una tabla, con el uso máximo de disco: el mayor espacio utilizado por una ejecución, contando bloques asignados.

Las 15 ejecuciones principales terminaron correctamente y produjeron una ISO que coincidía con SHA-512. «Velocidad hasta los archivos terminados» significa tamaño útil dividido por el tiempo total de finalización, no una medición independiente del rendimiento de la red.

Lo más destacado:

• NZB Fast fue el más rápido en todas las rondas. Fue aproximadamente un 16% más rápido que SABnzbd y casi el doble que NZBGet con ajustes predeterminados. Sus tres tiempos estuvieron entre 100 y 111 segundos.
• Se cumplió la afirmación sobre disco. NZB Fast alcanzó unos 3,7 GiB para una publicación de 3,7 GiB. Las demás configuraciones llegaron a unos 7,4 GiB.
• Direct Unpack no garantizó una mejora. Ayudó a NZBGet en esta serie, mientras SABnzbd tardó más. Tres ejecuciones no permiten concluir que Direct Unpack ralentice generalmente SABnzbd.
• Los tiempos variaron. SABnzbd con Direct Unpack osciló entre 130 y 190 segundos. Conviene ser prudente con diferencias del 10–20% entre competidores cercanos.

Espacio en disco

Aquí destaca el diseño de NZB Fast. Con esta carga, SABnzbd y NZBGet alcanzaron aproximadamente el doble del tamaño de la publicación, también con Direct Unpack. Estas cifras miden el espacio asignado en las carpetas de descarga, no el almacenamiento total del contenedor o sistema.

El uso a lo largo del tiempo explica el motivo. Los descargadores antiguos aumentan progresivamente hasta unos 7,4 GiB y bajan a 3,7 GiB cuando borran los archivos comprimidos. NZB Fast reserva el espacio final en los primeros segundos y se mantuvo cerca de ese valor durante esta prueba sin daños.

Dos pruebas adicionales

Los primeros resultados correspondían a una publicación sin daños con 20 conexiones. También probamos una publicación dañada y 40 conexiones, con dos ejecuciones por aplicación en cada escenario adicional. Fueron series separadas con distinta carga de fondo del NAS: compare los clientes dentro de cada escenario, sin atribuir por sí solo un cambio entre series al beneficio de un ajuste.

Una publicación dañada

En Usenet pueden faltar artículos. Eliminamos 92 artículos, el 1,5% de los datos RAR, del NZB, obligando a cada aplicación a reparar con PAR2 antes de extraer. Ejecutamos cada una dos veces.

Todas repararon la publicación y obtuvieron una ISO idéntica byte a byte, pero con tiempos muy distintos. NZB Fast tardó 226 segundos, aproximadamente un cuarto menos que SABnzbd, con 305. NZBGet tardó 641 segundos, casi tres veces el tiempo de NZB Fast. El máximo de disco de NZB Fast solo subió ligeramente, a 4,0 GiB.

Más conexiones

Nuestras 20 conexiones están por debajo del límite de Newshosting. El ajustador de NZB Fast indicó que más conexiones ayudarían, por lo que repetimos todas las aplicaciones con 40.

Son medianas de dos ejecuciones por aplicación. NZB Fast y NZBGet terminaron antes con 40 conexiones; SABnzbd no. Las series se ejecutaron en momentos diferentes en un NAS ocupado, así que no demuestran que la cantidad de conexiones causara por sí sola las diferencias. Pruebe los ajustes en su propia conexión en lugar de asumir que más conexiones siempre ayudan.

¿Merece la pena usarlo?

Puede merecerla en un equipo de descarga con poco disco. Necesitar el doble de espacio es un problema real en una SSD pequeña o un NAS casi lleno; NZB Fast evitó esa asignación adicional en nuestra prueba sin daños.

Si SABnzbd ya funciona bien, la ventaja de velocidad en una descarga limpia es modesta. Ahorrar veinte segundos en 4 GB no cambia el día; importan más la conexión y el proveedor. La diferencia creció con los daños: NZB Fast terminó aproximadamente un cuarto antes que SABnzbd. Es prometedor, pero nuestra publicación dañada deliberadamente no representa todos los problemas de reparación.

Precauciones

• Aplicaciones sin firmar. Las versiones de macOS y Windows no están notarizadas ni firmadas; espere avisos de seguridad al iniciarlas. Docker evita esa situación.
• Responsable desconocido. No pudimos identificar quién dirige el proyecto. Importa cuando el programa almacena las credenciales del proveedor.
• Software joven. SABnzbd y NZBGet llevan años mantenidos. NZB Fast es mucho más nuevo y tiene una comunidad menor.
• Protección de duplicados. NZB Fast retuvo una segunda copia de la misma publicación como «alternativa» hasta que vaciamos la cola. NZBGet también omitió un NZB identificado como duplicado. Es una protección razonable, aunque puede sorprender al volver a descargar intencionadamente.
• No siempre es una pasada. Los archivos autoextraíbles, zip divididos y tareas reanudadas utilizan la vía más lenta de dos copias.

Cómo probarlo

1. Ejecute la imagen Docker nzbfast/nzbfast. El panel usa el puerto 6789.
2. Añada el servidor Usenet en el panel o importe los servidores desde SABnzbd. Respete el límite de conexiones del proveedor.
3. Añada un NZB o conecte Sonarr y Radarr con la clave API.
4. Mantenga el panel accesible solo en su red doméstica.

Nuestro veredicto

NZB Fast cumplió sus principales promesas en nuestra prueba: fue el más rápido y necesitó la mitad de disco. Sus limitaciones de seguridad y el responsable desconocido aconsejan probarlo primero en la red local, sin depender todavía de él. Más publicaciones, los identificadores inmutables de imagen registrados por ejecución y un NAS sin otra carga permitirían un seguimiento más sólido.

Para funciones, configuración y seguridad, consulte el proyecto NZB Fast. ¿Prefiere una solución consolidada? Lea nuestra reseña de SABnzbd.