De NZB a un archivo verificado
antes de que otros terminen de descargar.

nzbfast es un descargador de Usenet construido en torno a una sola pasada: cada byte se decodifica, se verifica y se extrae mientras se descarga. No hay una pasada de ensamblado al final, ni nada que verificar o desempaquetar cuando termina: en el momento en que la barra de progreso se llena, el archivo está terminado y su integridad, demostrada.

8.31 Gbps en una línea de 10 GbE 190 GB → 4m33s a un archivo verificado Los volúmenes RAR nunca tocan el disco La mitad del disco que necesita la competencia Memoria acotada · 0 swaps, nunca
Descargar Mira los números

macOS · Windows · Linux · Docker: un único ejecutable autocontenido, con herramientas de reparación y desempaquetado integradas.

Panel de nzbfast a mitad de descarga a 61 MB/s: velocidad con pico de 104 MB/s sobre un gráfico de historial completo, gráficos en vivo de recursos y por proveedor, y las etapas del pipeline de descarga/verificación/extracción solapándose

Por qué es rápido

Tres ideas que los clientes convencionales no explotan del todo

Esto es arquitectura, no microoptimización, y cada pieza está medida en el registro de benchmarks con comandos que puedes volver a ejecutar.

🔁

NNTP en pipeline

Varias solicitudes de artículos permanecen en vuelo por conexión, así que una ida y vuelta nunca deja el socket ocioso y TCP nunca deja decaer su ventana de congestión entre artículos. En cuatro sitios medimos de +12% a +270% frente al modo serial, y una línea se satura con 8 conexiones en lugar de 30–50.

🚿

El pipeline de una sola pasada

Los artículos se decodifican con SIMD in situ y se escriben una sola vez, directos a sus offsets finales, y luego se verifican con PAR2 desde esos mismos búferes de decodificación. En las publicaciones RAR en modo almacenamiento el contenido se extrae durante la descarga, así que los volúmenes nunca existen como archivos: lo escrito en disco queda en contenido × 1.0.

🕸️

Disponibilidad por unión

Un artículo solo está «ausente» cuando todos los backbones configurados lo han rechazado. Una contabilidad exacta por bloque decide COMPLETO / REPARABLE / IMPOSIBLE antes de malgastar bytes, obtiene el mínimo justo de bloques de recuperación y aborta las descargas sin remedio en segundos.

El pipeline

Toca cada byte una sola vez

La competencia escribe los volúmenes del archivo, los relee para verificar, los relee otra vez para extraer y luego escribe la salida, aproximadamente 2× escrituras y 2× lecturas. nzbfast hace esto en su lugar:

socket ──TLS──▶ decodificación SIMD rapidyenc (in situ - 4.95 GB/s por núcleo)
                   │
                   ├─▶ pwrite en el offset final       (publicaciones normales)
                   │      └─ o: traducción por mapa RAR ─▶ pwrite directo al archivo
                   │         extraído (publicaciones en modo almacenamiento - los
                   │         volúmenes rar nunca tocan el disco)
                   ├─▶ resumen de bloques PAR2 - cada bloque verificado con MD5 desde
                   │      el búfer de decodificación; la verificación termina con la descarga
                   └─▶ libro de disponibilidad - salud exacta por bloque, en vivo
¿Publicación dañada? Los bloques defectuosos se conocen en cuanto sus artículos fallan, el mínimo justo de volúmenes de recuperación se obtiene durante la descarga (22 bloques obtenidos para 20 necesarios, en la ronda de benchmark), y la reparación toca solo los tramos dañados. ¿Publicación imposible? Aborta en segundos habiendo descargado casi nada, antes de que tu cuota se entere.

Funciones destacadas

Todo lo que necesita una configuración seria

La lista completa (cada ajuste, cada integración) está en la página de funciones.

  • Descargas a velocidad de línea: NNTP en pipeline medido a 8.31 Gbps en 10 GbE; el cliente más rápido en cada tramo de benchmark limpio, a cualquier tamaño.
  • Pipeline de una sola pasada: decodificación, verificación y extracción se solapan; los volúmenes RAR en modo almacenamiento nunca tocan el disco; los archivos anidados se desempaquetan en la misma pasada; necesita 1× de disco donde otros necesitan ~2×.
  • Disponibilidad por unión de proveedores: enrutado exacto por bloque entre backbones; veredictos de comprobación previa; reparación a medida; aborto temprano de publicaciones imposibles.
  • Presupuesto de memoria: un único presupuesto global de RAM con niveles de desbordamiento graduales. Nunca hace swap en tu máquina: un trabajo de 190 GB se completa dentro de un presupuesto de 1 GB (~1.1 GB de RSS pico).
  • Reanudación a prueba de fallos: un diario a nivel de artículo hace que un fallo o un kill −9 a mitad de descarga apenas cueste nada: se reanuda, volviendo a bajar solo lo que no se había guardado.
  • APIs listas para usar: API compatible con SABnzbd y JSON-RPC de NZBGet: Sonarr, Radarr, nzb360 y LunaSea funcionan sin cambios. Importación en un clic de tu configuración de SAB/NZBGet.
  • Indexador integrado: escanea tus newsgroups hacia un índice local con búsqueda, y sirve Newznab para que tu stack *arr también pueda consultarlo.
  • Muro de pósteres con metadatos sin claves: carátulas, valoraciones, reparto y sinopsis de todo lo que hay en tu índice, sin ninguna clave API que registrar.
  • Automatización por lista de seguimiento: nombra una serie o película (emitida o no); se captura en cuanto aparece y luego se mejora la calidad hasta alcanzar tu objetivo.
  • Un solo ejecutable: la reparación (par2) y el desempaquetado (RAR) viajan dentro del binario. Descomprime, ejecuta, listo.

Benchmarks

190.6 GB → un archivo verificado de 167.9 GB

La misma máquina, los mismos seis proveedores, ejecuciones intercaladas una tras otra. Tiempo hasta que existe un archivo usable y extraído, la única métrica que importa. Cada competidor ajustado a su mejor configuración documentada (incluido activar el pipelining de SABnzbd, que viene desactivado de fábrica).

nzbfast4m 33s
NZBGet 26.27m 58s · +75%
SABnzbd 5.0.419m 32s · +329%
rustnzb 1.3.4sin archivo usable

NZB de 190.6 GB → un único mkv de 167.9 GB, M1 Ultra en 10 GbE, 6 proveedores × 8 conexiones. El mismo trabajo se completa dentro de un presupuesto de memoria de 1 GB. Tablas completas, los siete escenarios y los tramos que no ganamos (además de cómo reproducirlos) en la página de benchmarks.

Encaja con tu stack

Apunta hacia él tus herramientas actuales

Sonarr / Radarr

API totalmente compatible con SABnzbd. Añade nzbfast como cliente de descargas «SABnzbd» y funciona sin más: capturas, categorías, prioridades, reintentos, scripts de posprocesado (contrato SAB_*), historial. La fachada Newznab también permite a los *arr buscar en tu índice local como si fuera un indexador.

nzb360 / LunaSea

El daemon también habla el JSON-RPC de NZBGet, los mandos remotos de teléfono más populares controlan nzbfast sin cambios. Y el propio panel tiene un diseño para móvil de primera clase para cuando estás lejos de la pantalla grande.

¿Vienes de SAB o NZBGet?

Un clic importa tus servidores desde una instalación existente de SABnzbd o NZBGet (también lee sabnzbd.ini directamente). Las carpetas vigiladas, los feeds RSS con filtros, las carpetas inteligentes con archivado de TV y las reglas de limpieza vienen incluidas.

Pruébalo en los próximos dos minutos

Descomprime, haz doble clic en el lanzador, responde tres preguntas (o deja que encuentre tu configuración de SABnzbd) y el panel se abre. Primera descarga en menos de dos minutos.

Descargar nzbfast Lee la lista completa de funciones