Intel interesado en el software para procesadores multinúcleo

5mgarock dijo el 23-8-2009 a las 19:23:

espero 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.

1D: dijo el 23-8-2009 a las 19:45:

Lo 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..

0Marcelo dijo el 23-8-2009 a las 19:53:

estaria bastante bueno pa sacarle el jugo a las aplicaciones que no son multitarea.

5Karim dijo el 23-8-2009 a las 20:05:

@Edgar Aguilar
Ya 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…

2neolandes dijo el 23-8-2009 a las 20:14:

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.

5morefeo dijo el 23-8-2009 a las 20:34:

Por eso Apple se ha tirado mucho tiempo con el Grand Central Dispatch, que es una de las principales novedades de Snow Leopard.

@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 ).

4S8k! dijo el 23-8-2009 a las 20:50:

Eso esta como el cuento de las aplicaciones de 64Bits. Si suman las dos cosas el cambio se notaria bastante.

-1Javier dijo el 23-8-2009 a las 21:29:

Lo 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).

0reinaldo dijo el 23-8-2009 a las 21:31:

siempre 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.

o eso espero, pero soy optimista.

2felipe dijo el 23-8-2009 a las 23:00:

Puta 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.

0Tu madre dijo el 23-8-2009 a las 23:34:

@felipe
El 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.

-1Edgar Aguilar dijo el 23-8-2009 a las 23:34:

@Karim
Se 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??

0rodolfo dijo el 24-8-2009 a las 10:04:

de acuerdo con @edgar aguilar, los bits van con el tamaño de la memoria, no hay mucho que buscar por ese lado.

Dependiendo 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.

0Pedro dijo el 24-8-2009 a las 10:55:

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).

Los 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

0ian dijo el 24-8-2009 a las 13:42:

Al igual que algunos pienso que el tema tiene mas que ver con el sistema operativo que con las aplicaciones en si.

2Daniel dijo el 24-8-2009 a las 15:53:

El Procesador más rápido =D

Una 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.

0Intel quiere software para procesadores multinúcleo. | klicxel dijo el 2-9-2009 a las 18:52:

[...] Fayerwayer. Comparte y [...]