Publicados por Trotador

Tin,

Depende del software que utilices, de todas formas más que para ripear me imagino que te refires para codificar.

Un par de enlaces para que investigues

http://www.doom9.org

http://www.divx-digest.com/

Tyan tiene dos placas MPX "normales" y me refiero sin controladora SCSI incorporada.

El modelo 2466 tiene USB en placa inhabilitado pues en con revisión primera del chipset MPX que tiene un defecto en ese punto, para compensar este fallo Tyan, igual que los demás fabicantes, incluye una controladora USB PCI, creo que la de Tyan es USB 1.1 mientras que los otrs fabricantes incluyen una USB 2.0.

el otro modelo es la 2466-4n que ya incluye la revisión del chipset MPX que corrige el fallo y no incluye controladora adicional USB (otros fabricantes la han mantenido incluso aunque funcione bien la controladora de la placa, MSI).

Esos micros no han salido todavía ¿no?, el XP2800 ó 2700 se dice que será el primero pero hasta octubre creo que no sale.

De todas formas como han contado más arriba las placas duales AMD no sobresalen por sus capacidades de subir el fsb.

Bueno ya estoy en casa. Probablemente no sea así pero para ver resultados unos ejemplos:

RC5 sobre microprocesador:
http://n0cgi.distributed.net/speed/query.cgi?cputype=61&arch=all&contest=rc5&multi=0&recordid=1

RC5 sobre multiprocesador:
http://n0cgi.distributed.net/speed/query.cgi?cputype=61&arch=all&contest=rc5&multi=1&recordid=1

He elegido PIII porque los XP con el tema de los MHz reales vs el nombre comercial es más confusa aunque la tendencia es la misma.

Esto confirma mi experiencia directa de cinco años trabajando con máquinas duales y más de 800 dias "cracking" RC5.

En cuanto a las placas, no es MSI,ASUS,Tyan EPOX o Supermicro quie diseña la arquitectura multiprocesador (ni la monoprocesador). De ello es responsable quien diseña el chipset:intel, AMD, VIA, ALI,SErverwork…

Otros enlaces:

http://www.anandtech.com/chipsets/showdoc.html?i=1483

http://www.anandtech.com/showdoc.html?i=1570

describen los chipset MP y MPX de AMD y explica mucho mejor que yo como se intenta optimizar el sistema dual completo concomunicacions punto a punto y no simplemente a soportar dos micros.

saludos,

Imaginate un PC monoprocesador, evidentemente el 100% de su potencia no esta disponible para ejecutar aplicaciones. Hay un porcentaje de la CPU que es utilizada por el SO para gestionar todo el cotarro existente en el PC. Si ejecutas el administrador de tareas en W2k o WNT verás que muy raramente el proceso inactivo del sistema, el que se indica la inactividad de la FPU de la CPU, baja del 98%. Por tanto podemos decir que disponemos más o menos de un máximo del 98% de la potencia del procesador para ejecutar las aplicaciones.

Ahora vayamos a un sistema con dos procesadores. El 2% del primer procesador se ocupa como antes de manejar todo el cotarro básico del PC que no varía mucho de antes ya que los periféricos son los mismos. Ahora hay que añadir el sobretrabajo de gestionar la multitarea/multiprocesador. Si consideramos ahora en que consisten las aplicaciones de cálculo distribuido veremos que se tratan de pequeñas rutinas muy optimizadas que sólo utilizan la CPU y pequeños accesos a memoria y disco duro para volcar/recoger datos muy de vez en cuando. En estos casos el trabajo de más por gestionar 2 CPUs es muy bajo y en mi experiencia diaría no he visto que sobrepase un 2% de la potencia de una CPU. Por tanto disponemos (simplificando un montón)de una CPU ocupada al 3-4% y otra disponible al 100%. Por tanto sí que podriamos casi alcanzar el techo teórico de duplicar el rendimiento de una CPU aislada.

Se trata evidentemente de un ejemplo a favor muy particular, en la mayoría de las situaciones y como tu bien señalas en tu respuesta, al tener diversas aplicaciones en ejecución se producen colisiones entre ellas al acceder a los mismos subsistemas del PC (memoria, HDD, video) que el SO debe arbitrar y que le ocupan más de un 2% de su tiempo que por tanto no puede dedicar a ejecutar aplicaciones.

También hay que señalar que las placas bases para sistemas multiprocesador utilizan arquitecturas especificas para minimizar este tipo de situaciones, sobre todo en lo que se refiere al acceso y utilización de la meoria RAM. También los sitemas multiprocesador aprovechan mejor la carácterisiticas avanzadas de los buses SCSI y de las configuraciones RAID apropiadas para poder alimentar/recibir datos a las aplicaciones.

A ver, rompo una lanza por los sitemas duales de los que soy un forofo.

Sin contradecir ninguna de las respuestas anteriores que son básicamente correctas (aunque yo no he visto situaciones en que un SO multiprocesador no reparta la carga de trabajo sobre todos los procesadores disponibles) voy a dar algunas razones a favor para utilizar sistemas duales (partiendo del hecho de utilizar SO adecuado):

-SI eres dado a tener múltiples aplicaciones abiertas (aunque no aprovechen más un procesador): navegar a la vez que juegas o ves peliculas, escuchando música, quemando CDs, mpegeando pelis, ripeando/mptreando CD etc, compilando programas… un sistema multiprocesador es muchisimo más ágil que uno monoprocesador.

-SI eres un forofo de los desafios de la computación distribuida (RC5, OGR, cancer varios, genoma varios, ovnis varios) entonces SÍ que vera casi un 200% de rendimiento sobre lo que obtendrías con una máquina uniprocesador.

-SI eres forofo de algunos programas que si son capaces de exprimir un sistema multiprocesador: Photoshop, 3DMAX... notarás que los tiempos de espera decrecen considerablemente.

-http://forums.2cpu.com/showthread.php?threadid=12959 para más información (en inglés)

Es cierto que las placas son más caras, aunque las monoprocesador de calidad van cada vez más arriba, que hacen falta dos micros (je,je), que la memoria es más cara etc con lo que el sistema sale más caro pero esto de la informatica no deja de ser un hobby para la mayoría y siempre estará presente la duda eterna de si gastar mucho o poco ahora o dentro de un poquito.

Como resumen el eslogan del sitio web por excelencia (2cpu.com) ¡Porqué dos es mejor que una!