El 24 de mayo de 2012 09:58, Rafa Griman <rafagriman@gmail.com> escribió:
Wenas :)
2012/5/22 Carlos E. R. <robin.listas@telefonica.net>:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 2012-05-21 18:59, Ala de Dragón wrote:
¿Y si la aplicación no aprovecha al completo los multihilos? es decir, puede que solo busque dos nucleos (hyper threading) y el núcleo reparte el trabajo entre sus 4 hilos. No se como explicarlo pero lo he visto en videojuegos, En micros de dos núcleos a plena carga y en micros de 4 al 50% en cada uno... de cualquier modo si los indices de transferencia de los discos hacen tope, el cuello de botella estará en los discos.
De hecho hay aplicaciones que funcionan peor en modo threaded que simple. El ffmpeg cuando el codec es xvid: me funciona incluso más lento. Es más eficaz si puedo lanzar cuatro procesos completos simultáneos.
HT + FPU (coma flotante) = lento
HT + enteros = rápido
En HPC lo del HT está muy mal visto porque se usa mucha coma flotante (FPU). La cosa es que si son enteros con lo que se trabaja, no hay cuello de botella en la FPU (obviamente porque no se usa ;) por lo que el HT mejora el rendimiento. En el caso de operaciones en coma fotante (aplicaciones científicas y media), se produce un cuello de botella al acceder a la FPU y, por tanto, va más lento.
Perdón por mi ignorancia! Que significa HT? Salu2 -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org