Diskuze: Chyba v ACPI driverech Microsoftu způsobuje krátkou výdrž notebooků s procesory Core Duo

liborc

Level

30. 1. 2006 12:00

Komentáře tohoto uživatele máš zablokované.

...je znamou veci. Dokonce vyrobci zakladnich desek kvuli tomu zku..ili implementaci ACPI v BIOSech. Jen proto, aby byla kompatibilni s tou zku..enou ve Windowsu. Tam bych hledal pricinu vsech potizi s ACPI vubec.

ludeksls

Level

28. 1. 2006 22:57

Komentáře tohoto uživatele máš zablokované.

Pokud je problém skutečně na straně ovladačů ACPI pod operačním systémem Windows XP SP2, nebylo by možno stejnou skutečnost vyzkoušet na některé verzi LINUXU nebo MAC OS? Minimálně by se tím dalo přiblížit k tomu, na které straně problém je.

tief

Level

28. 1. 2006 19:37

Komentáře tohoto uživatele máš zablokované.

Podobný problém už byl na platformě AMD K7 (Athlon XP). Tam se procesor přepínal do úsporného režimu odpojením se od čipsetu (vypnutím FSB) na určitý časový okamžik. Problém ale byl (a stále je) s USB zařízeními a s burst přenosy pevných disků. Ty totiž vyžadují neustálou interakci procesoru. V okamžiku, kdy došlo k odpojení FSB a přepnutí procesoru do úsporného řežimu, procesor tyhle činnosti samozřejmě neřídil. Na to opět musel zvýšit svojí frekvenci z řádu pár set MHz až na nominál (alespoň na nejnižší PState) a připojit FSB. To ale zabralo nějaký čas. Důsledkem byla výrazně snížená rychlost kopírování z USB zařízení - cca. 2x až 5x pomalejší. U burst přenosů HDD taktéž došlo k výraznému poklesu rychlosti o desítky procent.

Tehdy to byla koncepční chyba platformy. Zde popsaný problém s Napa mi přijde ze stejného soudku - čipset vyžaduje po procesoru interakci při komunikaci s USB zařízením, a tak mu neumožní přepínat se do úsporného stavu. V zásadě to vypadá úplně stejně jako u AMD K7, jen u Athlonu XP byl preferován úsporný režim CPU na úkor výkonu USB, zatímco zde tomu bude naopak. Pokud tomu tak je, bude to opět koncepční chyba, kterou může vyřešit jedině nový hardware.