El bug de aMule 2.3.3 que mataba la velocidad de descarga (y cómo se solucionó)
El síntoma es perfectamente reconocible para cualquier veterano del P2P: arrancas una descarga y durante los primeros segundos todo va bien, a toda velocidad. Luego, sin previo aviso, el caudal cae en picado hasta casi detenerse. Cierras el cliente, lo vuelves a abrir, y la velocidad se recupera… para volver a caer al cabo de un rato. Un ciclo que puede volver loco a cualquiera.
La primera tentación es echarle la culpa al router, al operador o al WiFi. Y sí, hay veces que el problema está ahí: routers que petan por exceso de conexiones simultáneas, configuraciones de puertos mal hechas o un ISP que aplica políticas de tráfico agresivas. Pero en este caso, la verdad estaba en el software.
El culpable: un bug en aMule 2.3.3
Tras semanas de pruebas y frustración, la comunidad identificó el origen del problema: un bug en la versión 2.3.3 de aMule, el cliente de eDonkey para Linux. El fallo provocaba que la velocidad de descarga se degradase progresivamente hasta casi cero, obligando a reiniciar el programa para recuperarla. El mantenedor oficial del proyecto reconocía públicamente no tener una solución clara, y los intentos de parchear con configuraciones alternativas —como ajustar los límites de conexiones o modificar parámetros de estadísticas— resultaban infructuosos.
Algunos usuarios optaron por soluciones temporales: instalar una variante inestable (amule-git), ejecutar eMule de Windows mediante Wine, o incluso cambiar de proveedor de Internet. Pero el verdadero remedio tardaría meses en llegar.
La cura: aMule 3.0.0, lanzado en junio de 2026
En junio de 2026, el proyecto aMule liberó la versión 3.0.0, una actualización que, entre otras mejoras, corregía el bug de la caída de velocidad. Las pruebas no dejaban lugar a dudas: con la nueva versión, una docena de ficheros con varias fuentes cada uno se descargaban a 30 MB/s sostenidos sin una sola interrupción. Las estadísticas, que antes se negaban a mostrarse, volvían a funcionar. El salto era tan grande que varios usuarios calificaron la experiencia de «brutal».
Con el bug resuelto, la discusión se desplazó hacia otros aspectos: la importancia de mantener el cliente actualizado, la necesidad de tener los puertos abiertos (o al menos una ID baja funcional) y el papel de la fibra óptica simétrica, que ha convertido las descargas P2P en algo mucho más fluido que en los tiempos del ADSL. La moraleja es clara: cuando el P2P va mal, no siempre es culpa del router. A veces, el problema está en una línea de código mal escrita.
Debates relacionados en el foro