Új hozzászólás Aktív témák

  • bambano

    titán

    válasz Csapo83 #85 üzenetére

    "Az eltérő felépítés miatt az a folyamat ami lassulást okoz illetve többlet terhelést az intel procikban az AMD-ben soha nem is volt benne!": de, benne volt és most is benne van. csak ők nem cseszték el a védelmi szint ellenőrzését a folyamat közben, az intel meg igen.

    nagyon röviden KONYHANYELVEN fogalmazva: egy csomó adatot, ami a program futtatásához kell, becachel a processzor, mert a ram a prociba épített cache-khez képest lassú. amíg össze lehetett keverni a kernel adatait a felhasználói program adataival, addig a cache maradhatott. most szét kell választani, mert bugos a védelem, ezért amikor a felhasználói programod kernel szintű rendszerhívást csinál, akkor ki kell dobni a cache tartalmát, és fel kell tölteni a kernelhez tartozó adatokkal, majd amikor visszatér a rendszerhívás, akkor ki kell dobni a kernel adatait és fel kell tölteni a felhasználói program adataival.

    ez a felesleges cache-eldobás és újratöltés húzza be a kéziféket, mert addig a feldolgozó egységek állnak.
    most ne menjünk bele, hogy a tlb az közelről nézve nem cache, távolról nézve konyhanyelven az.

    visszatérve az amd-re: ezt, hogy cachel, az amd is csinálja, mindig is csinálta. a különbség, hogy ők nem cseszték el a védelmi szintek ellenőrzését a különböző memórialapok esetén, így az eredetileg kitalált algoritmus maradhat és nincs szükség a büntető cache ürítésre.

    szerk: mondok még egy példát, hátha érthetőbb lesz: merevlemez cache. ha először indítasz egy programot, diszkről hozza be, lassú lesz. ha másodszor, akkor diszk cache-ből, ezért gyorsabb az indulás. ha találnak egy bugot a diszk cache programban, és ezért le kell tiltani a diszk cache-t, akkor fogod pont ugyanazt érezni, mint itt.

    [ Szerkesztve ]

    Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

Új hozzászólás Aktív témák