Por lo que tengo entendido Gran Central permite enviar a los diferentes cores de las modernas CPU's "bloques" de procesos que están en ejecución.
El problema es que no lo hace de forma transparente, los bloques han de ser marcados a nivel de hardware.
Si este sistema se implementara en SSOO libres (Linux, BSD) y los programas habituales que ya usa Apple (mySQL, Apache, php, perl,...) se aplican estos marcadores Apple saldría ganando.
Si cometo algún error que alguien me lo comente pero tengo entendido que funciona así.
por
pobrecito hablador
el Sábado, 12 Septiembre de 2009, 00:18h
(#1173365)
Parece que es la implementacion en C del viejo (y ya veo que muy util) truco que uso en java de crear "ejecutores" asignados a un pool de threads.(A partir de java 5 (creo recordar) se añadio la clase ThreadPool en la API para facilitar esto) Veo que es una implementación muy elegante e integrada en en el lenguaje, aunque me parece que el "grand central" hace bien poca cosa. Solo crear un pool de threads e ir poniendo los "blocks" en cola. Seguro que la pobre gente de C lo esperaba hace tiempo, pero no veo porque no se habia podido implementar antes con una libreria y punteros a funciones estaticas. (Dudo que no exista ya) Vaya, que o me pierdo algo, o no le veo el gran cambio de "paradigma". Parece mas bien una mejora en la elegancia y claridad sintactica. (que ya es mucho, no me malinterpreteis).
En resumen parece que es un pool de threads como ya viene en la librería de java, como alguna implementación que hay para C++ o como la que viene con KDE 4 (creo que viene una implementación con KDE para que los programadores aprovechen los múltiples cores).
Reconozco que lo de añadir bloques y funciones anónimas a C está muy bien. Pero no creo que un pool de threads sea una gran novedad.
Algunas personas por ignorancia/desconocimiento de Mac OS X se vuelven muy atrevidas contra lo que no conocen lo suficiente. Creo que este comentario ejemplifica la concepción simplificada del usuario de Mac OS X.
Cierto es que en Mac OS X existen usuarios fans de de las iApplications igual que Windows tiene usuarios fans del nuevo look de Vista. Pero esto es sólo una parte de los final users. No todos los usuarios de Mac son fans de las iApplications (con funcionalidad extrasimplificada pero reducida) ni todos los usuarios de Vista son fans de las ventanitas chulas de Vista (pero que enlentecen la máquina enormemente).
En cualquier caso tanto Windows como Mac OS X y como Linux tienen final users, power users, desarrolladores [macprogramadores.org], investigadores [macresearch.org], etc.
Por otro lado, los final users forman parte del ecosistema y pagan una parte importante de las licencias. De hecho la supervicencia de los profesionales (desarrolladores/administradores) es más difícil en plataformas con una baja tasa de final users.
Puede que tenga interés en hacerlo
(Puntos:2, Interesante)No entiendo muy bien
(Puntos:2, Interesante)Veo que es una implementación muy elegante e integrada en en el lenguaje, aunque me parece que el "grand central" hace bien poca cosa. Solo crear un pool de threads e ir poniendo los "blocks" en cola.
Seguro que la pobre gente de C lo esperaba hace tiempo, pero no veo porque no se habia podido implementar antes con una libreria y punteros a funciones estaticas. (Dudo que no exista ya)
Vaya, que o me pierdo algo, o no le veo el gran cambio de "paradigma". Parece mas bien una mejora en la elegancia y claridad sintactica. (que ya es mucho, no me malinterpreteis).
¿Es un pool de threads?
(Puntos:2)( http://drupal.gulic.org/blog/aplatanado )
Reconozco que lo de añadir bloques y funciones anónimas a C está muy bien. Pero no creo que un pool de threads sea una gran novedad.
Re:Y ahora
(Puntos:1, Inspirado)Parodia por ignorancia
(Puntos:2)( Última bitácora: Lunes, 05 Julio de 2010, 16:34h )
Cierto es que en Mac OS X existen usuarios fans de de las iApplications igual que Windows tiene usuarios fans del nuevo look de Vista. Pero esto es sólo una parte de los final users. No todos los usuarios de Mac son fans de las iApplications (con funcionalidad extrasimplificada pero reducida) ni todos los usuarios de Vista son fans de las ventanitas chulas de Vista (pero que enlentecen la máquina enormemente).
En cualquier caso tanto Windows como Mac OS X y como Linux tienen final users, power users, desarrolladores [macprogramadores.org], investigadores [macresearch.org], etc.
Por otro lado, los final users forman parte del ecosistema y pagan una parte importante de las licencias. De hecho la supervicencia de los profesionales (desarrolladores/administradores) es más difícil en plataformas con una baja tasa de final users.