Új hozzászólás Aktív témák
-
S_x96x_S
őstag
>Ez a hiba szerintem nem az otthoni felhasználókat érinti elsősorban...
Ez mindenkit érint, akinek nem izolált rendszere van.
Előbb utóbb lesz majd javascriptes kód is,
* ami a böngészőből bármilyen fájlt el tud érni, telepíteni, törölni.
* Sőt bitcoin bányászprogramot telepiteni a gépedre - és nem tudod mitől van a lasulás
* a választások előtt 1 nappal lecseréli a háttérképedet valamelyik pártlogóra.Mottó: "A verseny jó!"
-
Joczek
tag
A patch lassít, ha benne van az AMD, akár azt is (akár 49%-kal is).
De ha jól értelmezem, szerencsére nem fogja érinteni az AMD-t Linux fronton.
-
Joczek
tag
Az a biztonságos, ha mindent patchelünk alapon lassítják az AMD-t? Most még nem elég tiszta a kép.
-
Jack@l
veterán
Nem a hiba okoz lasssulást, hanem a hiba szoftveres javítása, ami ellen épp lobbizik az amd.
A hozzászólási jogosultságodat 2 hónap időtartamra korlátoztuk (1 hsz / 10 nap) a következő ok miatt: Az ÁSZF III 10/8. pontjának megsértése - trollkodás - miatt. Többször és többen is kértek már, hogy hozzászólás írásakor használd a linkelés funkciót, mert ennek elmaradása sokak számára zavaró.
-
Goose-T
veterán
Nem a hiba okozza a lassulást, hanem a hiba javítása. Ha AMD procikra alkalmazzák, akkor bizony azokat is lassítani fogja. Ha sikerül kiharcolni az AMD-nek, hogy ne legyen általános ez a bugfix (mert bizony így áll jelenleg a Linux kernel forráskódja), akkor csak az Inteleket fogja lassítani.
Rockbandám: https://fb.me/scharlotterhodes *** Gitárelektronikai műhelyem: https://www.fb.me/goosetgitar
-
Jack@l
veterán
Ebben még linusék se biztosak 100%-ig, azért marad benne.
[ Szerkesztve ]
A hozzászólási jogosultságodat 2 hónap időtartamra korlátoztuk (1 hsz / 10 nap) a következő ok miatt: Az ÁSZF III 10/8. pontjának megsértése - trollkodás - miatt. Többször és többen is kértek már, hogy hozzászólás írásakor használd a linkelés funkciót, mert ennek elmaradása sokak számára zavaró.
-
shortcutme
tag
A kernel és user space memória szétválasztása már régóta terítéken van, mert általánosan növeli a rendszer biztonságát.
A CPU gyártótótól függő, két különböző típusú memóriakezelés nehezíti a tesztelés és a hibakeresés folyamatát, ezért van rá esély, hogy a Win és a Linux kernele is minden CPU esetében alkalmazni fogja a módosítást.
-
Goose-T
veterán
Akkor leírom, mit csinál a hibajavítás: lebutítja a user/kernel mód közötti váltás menetét kb. 10 évvel ezelőtti szintre. Az Intel és az AMD ezeket ugye tudta gyorsítani eddig úgy, hogy a user process címterében ott volt rejtve a kernel kódja is, csak a processzor nem engedte a user kód hozzáférését a kernelhez. Az Intelnél most kiderült, hogy valahogy mégis hozzá tud férni a user process a kernel adataihoz, ezért kitalálták, hogy akkor vissza a kőkorba, ne legyen elrejtve a user processben a kernel, mert akkor biztos nem tud hozzáférni semmi. Ennek az a hátránya, hogy a context switch sokkal lassabb lesz tőle, mert törölni kell a cache tartalmát és egyéb adminisztrációs overheadek is játszanak. Ez lassítja az AMD és az Intel procikat is. Ha elfogadják mégis az AMD Linux kernel javítását, akkor az AMD procikon nem lesz aktiválva ez a kőkorszaki mód.
Rockbandám: https://fb.me/scharlotterhodes *** Gitárelektronikai műhelyem: https://www.fb.me/goosetgitar
-
"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
-
tpeter77
addikt
Szia,
Azt tudni h konkrétan mely procikat érinti a lassulás és milyen szinten? És melyeket nem fog érinteni a hiba?
A cikk számomra nem elég egyértelmű.
Pl intel Xeon E3 és intel i5 4th. gen esetében hogy alakulhat a lassulás?
Pontosan mi váltja ki a lassulást és lesz e rá tényleges javítás az igérgetésen kívül?
Mit gondoltok?[ Szerkesztve ]
Új hozzászólás Aktív témák
- Napelem
- VPN topic
- Apple Watch Sport - ez is csak egy okosóra
- Otthoni hálózat és internet megosztás
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Yettel topik
- Autós topik látogatók beszélgetős, offolós topikja
- Otthonfelújítási program (2024.)
- Facebook és Messenger
- A régi node-okra koncentrál a szankciók miatt Kína
- További aktív témák...
- Beszámítás! Intel Core i5 6500 4 mag 4 szál processzor garanciával hibátlan működéssel
- ! Intel 13700KF + ASUS TUF Gaming Z790 Plus D4 + Kingston FURY DDR4 3600MHz CL18 !
- Új bontatlan, dobozos, számlás, garanciális i9 13900K CPU akció!
- AMD Ryzen 5 5600X
- Beszámítás! Intel Core i9-11900 Processzor - Garancia & Számla - Utolsó Darabok