Tecnología / MUNDO

NVIDIA describe cómo agentes reescriben UDF de Spark para ejecutarlas en GPU

NVIDIA informó de que una reescritura de UDF de Spark redujo el tiempo de operador de 274,55 a 12,78 horas en una carga de 600.000 millones de filas de una empresa tecnológica de consumo no identificada.

Ilustración conceptual de tecnología, procesadores e información conectada.Ilustración
Ilustración simbólica

NVIDIA explicó que las funciones definidas por el usuario (UDF) de Apache Spark pueden obligar a una canalización de GPU a volver a la CPU, lo que añade costes de transferencia de datos y ejecución. Sus habilidades de cuDF guían a agentes de programación para probar el comportamiento de una UDF, reescribirla con Spark SQL, cuDF o CUDA personalizado y medir después equivalencia y rendimiento. La publicación cita a una empresa tecnológica de consumo no identificada que convirtió más de 30 UDF de producción con este flujo.

En una carga de 600.000 millones de filas, el tiempo de operador comunicado fue de 274,55 horas con una UDF basada en CPU y de 12,78 horas con una implementación cuDF en GPU; NVIDIA lo calificó como una aceleración de 22 veces. El artículo especifica 16 TB de entrada y 17,4 TB de salida, pero no identifica al cliente ni aporta una medición independiente. El resultado corresponde a una sola carga y no garantiza el rendimiento de todos los trabajos de Spark.

Datos

Cifras clave

Tiempo de operador de una UDF de Spark reescrita

Tiempos comunicados para las versiones de CPU y GPU de una carga de 600.000 millones de filas en una empresa tecnológica de consumo no identificada.

Tiempo de operador de la UDF con CPU
274,55 hours
2026-10-13 · Observado
Tiempo de operador de la UDF acelerada por GPU con cuDF
12,78 hours
2026-10-13 · Observado
Metodología

Tiempos de operador de CPU y cuDF/RapidsUDF para una UDF de producción, según la publicación de NVIDIA del 13 de octubre de 2026. La fuente describe una carga de 600.000 millones de filas y 16 TB de entrada; es un ejemplo y no debe generalizarse a todos los trabajos de Spark.

Actualizado:

Cobertura estructurada

Temas y lugares

Propuestas temáticas

Versión de la taxonomía: IPTC Media Topics 2026-Q2

Seguir leyendo

Tecnología

Ember cambia la ubicación de datos cuando las cargas superan la memoria GPU

Investigadores de la Universidad Técnica de Múnich desarrollaron Ember, un gestor de memoria que sigue qué datos deben permanecer en una GPU cuando se llena su memoria. En las cargas intensivas en datos del estudio, registró más velocidad que la memoria virtual unificada estándar en tres GPU de NVIDIA.

arXiv2 min de lectura
Incluye datos