¿Qué pasaría si el desempeño más pobre fuera culpa del distribuidor del sistema operativo? Vipul Ved Prakash descubrió, al experimentar con un equipo de la empresa donde labora, que el código Perl se ejecutaba 100 veces más lento de lo esperado. El código estaba siendo probado en un sistema con CentOS, utilizando el paquete RPM de Perl creado por Red Hat (CentOS solo recompila el paquete RPM sin modificar para mantener compatibilidad con Red Hat).

Prackash decidió descartar el paquete de CentOS y compiló manualmente la versión de Perl correspondiente. El resultado fue que el problema con Perl desapareció.

Este es un viejo problema conocido del desempeño de Perl en en Red Hat. Fue documentado por primera vez en 2006 a través del sistema Bugzilla de Red Hat. Lamentablemente solo hay dos opciones: dejar el sistema como está y aceptar que desempeño de Perl será lento; o desinstalar el paquete (rpm -e --nodeps perl) y recompilar Perl desde los fuentes. Esto, sin embargo, es algo que anula responsabilidad alguna de parte del servicio de soporte de Red Hat para Perl, sí, por supuesto, se hace uso de éste.

Este es un problema que Red Hat deberá encontrar como resolver pronto, siendo que se le está dando una muy amplia cobertura al incidente.

Fuente: Slashdot.