Berta Sándor
Nem szeret egyes AMD processzorokat a Windows XP SP2
Újabb problémák merültek fel a Windows XP operációs rendszerekhez nemrég kiadott 2-es szervizcsomaggal kapcsolatban. A Microsoft által nyilvánosságra hozott információk szerint kompatibilitási gondok lehetnek az SP2 és az AMD egyes processzorai között.
Az amerikai vállalat azt tanácsolja az AMD CPU-kat a számítógépükben alkalmazó felhasználóknak, hogy várjanak a szervizcsomag feltelepítésével. Az érintett CPU-k között vannak az AMD Athlon 64 típusú PC- és Opteron típusú szerverprocesszorai. A hiba akkor jön elő, amennyiben a termékek No Execute (NX) funkciója aktiválva van. Ebben az esetben a számítógépet az operációs rendszer többször is újraindítja. Ennek a biztonsági funkciónak a célja egyébként nem más, mint hogy megakadályozza az úgynevezett puffertúlcsordulást és része mind a szoftvernek, mind a hardvernek.
A Microsoft és az AMD szakemberei gyorsan össze is dugták a fejüket és rájöttek, hogy a hiba valószínűleg a Sigma Designs cég által nem megfelelően programozott Hollywood Plus nevű DVD-dekódoló szoftvernek köszönhető. Ennek az alkalmazásnak ugyanis szüksége van az mpegport.sys nevű fájlra, amely a két vállalat szerint állítólag magáért a problémáért felel.
A Microsoft azt ajánlja, hogy akinek Athlon 64 vagy Opteron processzora van, az kapcsolja ki az NX funkciót, vagy végső megoldásként az szolgálhat, ha az ilyen CPU-kkal rendelkező felhasználók és cégek nem telepítik fel a számítógépeikre és a szervereikre a 2-es szervizcsomagot.
Eddig egyébként csak az AMD integrálta ezt a funkciót a processzoraiba. Az Intel ugyan bejelentette a hasonló Execute Disable Bitet, ám az csak a Pentium 4 következő generációjában debütál majd - persze ez korántsem biztos. A szakemberek szerint könnyebb helyzetben van ugyanakkor a Transmeta által készített Efficeon nevű processzor, mivel a beépített kódmorfológiai technológiának köszönhetően akár egy BIOS-frissítéssel is aktiválni lehet a CPU-ban a puffertúlcsordulást megakadályozó funkciót.
Az amerikai vállalat azt tanácsolja az AMD CPU-kat a számítógépükben alkalmazó felhasználóknak, hogy várjanak a szervizcsomag feltelepítésével. Az érintett CPU-k között vannak az AMD Athlon 64 típusú PC- és Opteron típusú szerverprocesszorai. A hiba akkor jön elő, amennyiben a termékek No Execute (NX) funkciója aktiválva van. Ebben az esetben a számítógépet az operációs rendszer többször is újraindítja. Ennek a biztonsági funkciónak a célja egyébként nem más, mint hogy megakadályozza az úgynevezett puffertúlcsordulást és része mind a szoftvernek, mind a hardvernek.
A Microsoft és az AMD szakemberei gyorsan össze is dugták a fejüket és rájöttek, hogy a hiba valószínűleg a Sigma Designs cég által nem megfelelően programozott Hollywood Plus nevű DVD-dekódoló szoftvernek köszönhető. Ennek az alkalmazásnak ugyanis szüksége van az mpegport.sys nevű fájlra, amely a két vállalat szerint állítólag magáért a problémáért felel.
A Microsoft azt ajánlja, hogy akinek Athlon 64 vagy Opteron processzora van, az kapcsolja ki az NX funkciót, vagy végső megoldásként az szolgálhat, ha az ilyen CPU-kkal rendelkező felhasználók és cégek nem telepítik fel a számítógépeikre és a szervereikre a 2-es szervizcsomagot.
Eddig egyébként csak az AMD integrálta ezt a funkciót a processzoraiba. Az Intel ugyan bejelentette a hasonló Execute Disable Bitet, ám az csak a Pentium 4 következő generációjában debütál majd - persze ez korántsem biztos. A szakemberek szerint könnyebb helyzetben van ugyanakkor a Transmeta által készített Efficeon nevű processzor, mivel a beépített kódmorfológiai technológiának köszönhetően akár egy BIOS-frissítéssel is aktiválni lehet a CPU-ban a puffertúlcsordulást megakadályozó funkciót.
Magyarázza el valaki, miért jó az ha a windóz mikrokernelénél fogva nem tudja megakadályozni az ilyen hibákat???? Akkor MIÉRT JOBB A WINDÓZ???????
Vagyis miért ne lehessen ezért alázni meg szidni?? Ez totális igénytelenség, még a végén azért védik az m$-t mert ő nem tehet arról hogy hülye a termékéban a kernel-oprendzser kapcsolat, merthogy az olyan és kész. És még többet is foglal mint pl. az Unix alapú rendszerek. Lehet normális kernelt írni kedves m$ mint a többi fejlesztőcég (persze tök új winnel), nem pedig ránevelni az embereket arra, hogy az elismerten rosszabb rendszerüket is értelmetlenül megvédjék adott esetben. Valaki magyarázza már meg, nem értem... Inkább legyen nagyobb a kernel, akkor legalább kevesebb ilyen probléma lehete, persze ha a többi alaphibát is hasonlóan ki tetszenének esetleg normálisan javítani... De mint tudjuk újraírás az nem valószínű hogy valaha is lesz... Csak akkor nem kéne elvenni a helyet a jobb rendszerek elől...