Re: "Obciety" koprocesor przez MMX ????

Autor: Radosław Sokół (rsokol_at_iname.com)
Data: Sat 14 Jun 1997 - 17:47:21 MET DST


Grzegorz Szyszlo <znik_at_avalon.wbc.lublin.pl> napisal w artykule
<5nsafl$k84$1_at_helios.man.lublin.pl>...
: KARPIO_at_golem.umcs.lublin.pl (Andrzej Karpinski) wrote:
:
: no tak. ale to dosyc kontrowersyjne. wyobraz sobie sytuacje w systemie
: wielozadaniowym. pierwszy lepszy przyklad, popularne scierwo winNT
: (bo tylko on z windowsow zasluguje na miano systemu).
  ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Przeczytac te slowa napisane reka Grzegorza Szyszlo...
Jednak uzywam systemu, a nie emulatora, wirusa itp. !

: no wiec zapuszczam sobie program obliczeniowy, a jednoczesnie
: chce sobie obejrzec jakis film typu avi. zakladam ze sprzet
: nie wspiera avi. i co ?
: 1. nie ulega watpliwosci ze aplikacja obliczeniowa korzysta z FPU

Chyba, ze liczy na liczbach calkowitych :).
Ale podobno nawet mnozenie liczb calkowitych jest przez FPU
wykonywane szybciej niz przez sam procesor (w przypadku Intela).
Tu moze lezec przyczyna powolnosci wielu gier na procesorach
Cyrixa i AMD (gry mnoza przez FPU, ktory w tym wypadku jest
wolniejszy niz sam CPU).

: 2. intel deklaruje, ze MMX jest dla aplikacji multimedialnych.
: to wszystko pracuje w systemie wielozadaniowym, wiec musi sie
: przelaczac. jak to wplywa na prace calosci ?

Windows NT w czasie przelaczania watkow musi przechowywac za
kazdym razem wszystkie rejestry oraz stos koprocesora (bo w innym
przypadku gryzyly by sie nawet dwie aplikacje korzystajace z
FPU). Biorac pod uwage, ze 80-bitowy rejestr MMX to jest po
prostu rejestr FPU, to przelaczenie trybow FPU/MMX nie wplynie
ujemnie na wydajnosc. Samo przelaczanie watkow spowalnia system.

Ten sam problem w zasadzie dotyczylby zarowno OS/2 jak i Linuxa...
Podobno tez mozna na nich uruchomic ponad jeden program ;)
A moze nie wolno w nich uzywac MMX?

-------------------------------------------
Radoslaw Sokol
Mail address: rsokol_at_iname.com
What do you want to fix today?



To archiwum zostało wygenerowane przez hypermail 2.1.7 : Tue 18 May 2004 - 16:09:39 MET DST