Historias
Slashboxes
Comentarios
 

Login Barrapunto

Login

[ Crear nueva cuenta ]

Apple ha liberado Gran Central

Entrada escrita por DonkeyMCP y editada por rvr el 11 de Septiembre 2009, 18:00h   Printer-friendly   Email story
Apple ha liberado Grand Central bajo licencia Apache, uno de los componentes clave de OS X Snow Leopard que optimiza el soporte de procesadores de varios núcleos en las aplicaciones.

Historias relacionadas

[+] Grand Central en FreeBSD 44 comentarios
Hace unos días comenté que Apple había liberado Grand Central Dispach. Hoy la noticia es que Grand Central Dispatch ha sido portado a FreeBSD y está planeado que se incluya de serie en FreeBSD 8.1. Si a alguien le interesa saber algo más sobre GCD puede echar un vistazo al artículo de Ars Technica.
[+] libdispatch en el núcleo 23 comentarios
high.impedance nos cuenta: «diegocg cuenta en su bitácora que libdispatch entrará en el kernel: "Resulta curioso que a veces una misma idea florezca con diferentes formas al mismo tiempo sin que entre cada aparición haya aparentemente ninguna relación. Digo esto porque en la próxima versión de Linux va a añadirse un curioso sistema con ideas similares a las del sistema Grand Central Dispatch de OS X pero aplicado exclusivamente al kernel, y no parece que haya ninguna relación entre ambos"».
Este hilo ha sido archivado. No pueden publicarse nuevos comentarios.
Mostrar opciones Umbral:
Y recuerda: Los comentarios que siguen pertenecen a las personas que los han enviado. No somos responsables de los mismos.
  • Puede que tenga interés en hacerlo

    (Puntos:2, Interesante)
    por ericsala (22789) el Viernes, 11 Septiembre de 2009, 18:27h (#1173305)
    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í.
  • No entiendo muy bien

    (Puntos:2, Interesante)
    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).
  • por aplatana2 (22096) el Martes, 15 Septiembre de 2009, 22:17h (#1174144)
    ( http://drupal.gulic.org/blog/aplatanado )
    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.
  • Re:Y ahora

    (Puntos:1, Inspirado)
    por pobrecito hablador el Viernes, 11 Septiembre de 2009, 18:12h (#1173298)
    OK. Apple devuelve un 10%
    [ Padre ]
    • Re:Y ahora de pobrecito hablador (Puntos:1) Viernes, 11 Septiembre de 2009, 18:21h
      • Re:Y ahora de pobrecito hablador (Puntos:3) Viernes, 11 Septiembre de 2009, 18:55h
        • Re:Y ahora de pobrecito hablador (Puntos:2) Viernes, 11 Septiembre de 2009, 20:53h
          • Re:Y ahora de pobrecito hablador (Puntos:1) Viernes, 11 Septiembre de 2009, 23:49h
            • Re:Y ahora de pobrecito hablador (Puntos:1) Sábado, 12 Septiembre de 2009, 12:34h
            • 3 respuestas por debajo de tu umbral de lectura actual.
          • 1 respuesta por debajo de tu umbral de lectura actual.
        • 1 respuesta por debajo de tu umbral de lectura actual.
      • Re:Y ahora de pobrecito hablador (Puntos:1) Viernes, 11 Septiembre de 2009, 19:24h
      • 1 respuesta por debajo de tu umbral de lectura actual.
  • por ActiveMan (9870) el Sábado, 12 Septiembre de 2009, 06:54h (#1173372)
    ( Última bitácora: Lunes, 05 Julio de 2010, 16:34h )
    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.

    [ Padre ]
  • 3 respuestas por debajo de tu umbral de lectura actual.