Estados Unidos 
8 cámaras clásicas de Kodak, ahora que dejará d...
Alemania dice que no firmará ACTA (al menos por...
México: Sujeto intentó subastar un bebé en Merc...
10 regalos geek para tu media naranja en este D...
2012: IPv6, odisea en el (ciber)espacio
España ya no está en los planes de Netflix
Argentina: Google deberá indemnizar a un empres...
Futurología: Google lanzará su propio sistema d...Intel interesado en el software para procesadores multinúcleo
(c) William Hook
Intel adquirió en los últimos 30 días dos compañías especializadas en el desarrollo de aplicaciones multiproceso, con el evidente objetivo de lograr un importante avance en el desarrollo de la computación paralela.
Las compañías adquiridas por Intel son Cilk (a fines del mes pasado) y Rapidmind (durante esta semana), siendo ambas pequeñas compañías con menos de 50 empleados.
Según el director de marketing y ventas de la compañía (James Reinders), el interés de Intel por ambas compañías se debe a que la mayoría de las aplicaciones tradicionales no aprovechan toda la capacidad de los actuales procesadores miltinúcleo.
Si bien actualmente los Sistemas Operativos como Windows son capaces de realizar algunas cosas en paralelo, la posibilidad de incluir cada día más núcleos en un procesador requiere necesariamente que las aplicaciones cambien, pero la mayoría de ellas aún no lo hacen con la velocidad que se requiere.
Link: Intel acquires two software firms (CNET)
22 Comentarios
Intel interesado en el software para procesadores multinúcleo
Es hora de que las aplicaciones que hacen buen uso de varios núcleos se masifiquen y no solo sean unas pocas aplicaciones profesionales.
Responderespero que bajen de precio los malditos procesadores que coraje que en eeuu cuesta 180 dolares un procesador q9550 y aqui en mexico nos la quieran insartar en 320 dolares ya estoy enfadado de estas economias estafadoras.
ResponderYo me pregunto ¿Acaso no tenemos plataformas de desarrollo desde hace más de una década que proporcionan mecanismos multitheading?... JAVA!!!
ResponderAhora la pregunta podría ser: ¿qué tanto aprovecha Java el potencial de los procesadores multicore?
Y si, es completamente cierto, las aplicaciones tienen que ser diseñadas de distinta manera, evitando los tan temidos dead locks, lecturas/escrituras sucias, entre otros.
Para terminar, Intel es famoso por sus C compilers optimazados para sus procs.. ¿esto significa que sacaran compiladores/librerias especiales para multithreading?
Espero que si.. como sea viene una década estupenda en cuestiones de cómputo.
no se mucho de estos temas, pero por que en vez de millones de aplicaciones adaptarce al procesador, el procesador contempla las posibilidades de adaptarse al comun de las aplicaciones.
ResponderLo que busca uno de los grandes proveedores de procesadores a nivel mundial "intel" :) es masificar el uso de los multiprocesos, ya que no sirve de nada tener un i7 si no puedes usar la capacidad de multiprocesos, y en la incentivar un poco mas de compañías que usen este tipo, Edgar nombro uno y es Java..
Responder@Mr.chinauta "no se mucho de estos temas..."
Responderdejemoslo hasta ahi entonces!...... si no sabes mucho.....
sucede que los procesadores estan MAS alla de las aplicaciones...... y son las aplicaciones las que NO aprovechan los multinucleos......
hace mas de 20 años que las aplicaciones funcionan para 1 solo nucleo....... hacer que los procesadores se adapten a las aplicaciones seria volver al pasado...
chau!
estaria bastante bueno pa sacarle el jugo a las aplicaciones que no son multitarea. :)
Responder@Edgar Aguilar
ResponderYa hay una infinidad de librerias multithreading boosters, openMP, bsp, mpi, y hasta bsm_on_mpi y blah blah blah, el problema es que los desarrolladores no las utilizan...
entre el problema del uso de los multiples nucleos y los cuellos de botella con la velocidad de lectura de los discos no es mucho lo que los procesadores actuales pueden hacer, aun teniendo potencia de sobra. es cosa de ver la carga de cada nucleo cuando se abre una aplicacion pesada.
ResponderPor eso Apple se ha tirado mucho tiempo con el Grand Central Dispatch, que es una de las principales novedades de Snow Leopard.
Responder@Karim:
El problema de todas esas librerías es que es a cada cual mas complicada y enrevesada de usar, y deja al programador el 100% de las decisiones.
Lo que se pretende es mejorar esto, y que sea el compilador el que decida que política debe adoptarse con los hilos, ver si puede paralelizar aun mas ciertos procesos, evitar esperas activas, ver que hilos son mejores para enviar a la GPU, etc. En el caso de GCD se dejan algunas de estas decisiones incluso en tiempo de ejecucion al OS.
Dejando al programador con la "unica" tarea de programar los hilos con lógica y evitando abrazos mortales ( lo cual no es poco ).
Eso esta como el cuento de las aplicaciones de 64Bits. Si suman las dos cosas el cambio se notaria bastante.
ResponderLo que deben haer es empezar ya a diseñar Software de 64 bits ya que practicamente ya todos tienen procesador de 64 bits y ahora que windows 7 es más compatible en SO de 64 bits abriendo aplicaciones de 32 bits + los Core i7 y las ram ddr3 estamos de lujo para el próximo windows 8 con el touch (pantallas tactiles).
Respondersiempre es bueno evolucionar, como por muchas variables los mononucleo no podían seguir, que se aproveche de verdad el uso de muchos procesadores es un gran avance, dentro de pocos años tendremos maquinas mucho más potentes a precios accesibles.
Respondero eso espero, pero soy optimista.
ya se acerca snow leopard y los gay´s que usan linux le tienen miedo por que son un montón de maricas
Respondersoy un macgay
ResponderPuta que ando perdido, pensé que con tener un equipo con procesador multi-nucleo, significaba que mi equipo era una maravilla, y los programas volaban aprovechando los múltiples núcleos para hacer procesos en paralelo, o por ultimo cada programa que abría utilizaba un núcleo diferente, así, no se interferían el sistema operativo con mi navegador de Internet y mi reproductor de películas. Pero parece que no, y según lo que veo, la tecnología avanza mas rápido que los que hacen el software para esta tecnología. Yo creo que eso se debe a que los actuales programadores aprendieron a programar a 16 o 32 bits en un solo núcleo, y nosotros usamos esos programas, y que aprendan a programar a 64 bit y multi-nucleo seria un cacho para ellos (perro viejo no aprende trucos nuevos), se debería sacar nuevas partidas de programadores de institutos y universidades pero ya capacitados para las nuevas tecnologías. Pero para ello, hay que capacitar a los profesores.
Responder@felipe
ResponderEl sistema operativo ayuda a esta adaptacion.
http://www.windowstecnico.com/archive/2009/01/28/programaci-243-n-paralela-y-afinidad-del-procesador-nunca-subestimes-el-programador-de-windows-vista-por-i-241-aki-ayucar.aspx
En muchos casos en Windows Vista y Windows 7 el sistema operativo balancea correctamente las cargas entre los nucleos y tambien uno le puede decir al proceso con cual nucleo se va a ligar....El tema en general es muy interesante.
no tengo conocimiento de que linux implemente algo parecido.
@Karim
ResponderSe nota que sabes usar google.. al menos para buscar "solo por encimita" de un tema. Pues si.. multithreading, paralelismo, y multiprocesamiento tienen DÉCADAS de existencia. Pero a nivel del consumidor normal (PC) tiene menos de 10 años.
Y a pesar de tantas décadas, incluso en las solicitudes laborales, aún no es común que las empresas desarrolladoras de SW soliciten como habilidad curricular algo así como "con experiencia en desarrollar aplicaciones multithreading".
Y si.. hay MUCHAS librerías, pero volvemos a lo mismo, no hay estandarización. Ni siquiera en una misma plataforma.
@Javier
Uno mas que cree que con 64 bits ya puede hacer 3D rendering en tiempo real.. En síntesis y para terminar pronto. Con procesadores y Sistemas Ops modernos y equivalentes, la diferencia palpable entre 32 y 64 bits es la cantidad de memoria RAM que pueden direccionar.
¿Acaso tienes más de 4 Gigas en RAM??
de acuerdo con @edgar aguilar, los bits van con el tamaño de la memoria, no hay mucho que buscar por ese lado.
ResponderDependiendo del pais te van a pedir el desarrollo de aplicaciones en multithreading, por ejemplo aca en Chile el desarrollo que se hace es extremadamente básico, la mayoría son enhancements a cosas que ya están, pero no se hacen cores desde cero, es solo ver en el diario que piden... puro java.
En realidad el encargado de administrar los diferentes recursos de Hardware es el Sistema Operativo, en este caso debería poder balancear la carga de CPU entre sus Núcleos. En Windows No sé mucho al respecto pero en Linux este tema se maneja hace bastantes años, desde el kernel 2.4 y posteriormente sus mejoras significativas en la versión 2.6. La arquitectura SMP (Multi-procesamiento simétrico, también llamada UMA, de Uniform Memory Access).
ResponderLos sistemas SMP permiten que cualquier procesador trabaje en cualquier tarea sin importar su localización en memoria; con un propicio soporte del sistema operativo, estos sistemas pueden mover fácilmente tareas entre los procesadores para garantizar eficientemente el trabajo.
Saludos
Al igual que algunos pienso que el tema tiene mas que ver con el sistema operativo que con las aplicaciones en si.
ResponderEl Procesador más rápido =D
ResponderUna velocidad de 3.2 GHz llevó al procesador Intel Core i7 a ostentar el récord de ser el más rápido para escritorio. También se le sometió al "SPECint base rate 2006", test para probar capacidad de CPU logrando una puntuación de 177, primer registro superior a 100. AMD rompió el récord del chip más rápido en overclock -técnica para llevar a los aparatos por sobre su límite-, con el procesador Phemon II X4, corriendo a 6,5 GHz.
Deja tu Comentario