Barrapunto

Llevaba algún tiempo oyendo cómo los límites de frecuencia de los procesadores se estaban alcanzando, y cómo AMD e Intel tenían ya la respuesta en los multicore, pero hasta ahora no había visto un análisis de las causas y sobre todo, de las consecuencias que puede tener sobre los desarrolladores, como el de este artículo: The Free Lunch Is Over: A Fundamental Turn Toward Concurrency in Software.

Básicamente, dice que los tiempos en los que se obtenía rendimiento simplemente dejando pasar el tiempo y comprando procesadores más rápidos han terminado. A partir de ahora(o en los próximos años) habrá que currarse un diseño concurrente si quieres aprovechar de verdad el hardware disponible. Hasta tal punto será importante el cambio que vaticina un impacto similar al de la generalización de la Orientación a Objetos a principios de los 90.

Ésto afecta también a las herramientas. Los lenguajes que tienen threads "en espacio de usuario"(como Ruby), o que imponen una serialización vía big-lock(como Python) tendrán que ponerse las pilas, mientras que otros como Erlang pueden aparecer con fuerza. Lo mismo pasa en los sistemas operativos con soporte "rudimentario" de SMP como NetBSD y OpenBSD...

En fin, una lectura interesante. Y de regalo un artículo sobre el procesador SPARC Niagara: 8 cores * 4 threads = 32 threads ¡en una oblea!. Eso sí no se puede podrá hacer SMP con él (aunque quién sabe si se podrá con el que será su sucesor llamado "Rock").

Actualización: El artículo sobre Niagara es éste. El que he enlazado antes habla sobre los multicore en general