- A Colorful "fagyosan kompakt" alkatrészekkel megy elébe a nyárnak
- A Keychron ismét egy űr betöltését vállalta magára az egerek szegmensében
- Az átlagnál vaskosabb ventilátorok kandikáltak ki a Corsair vitorlája mögül
- Csatába küldte Magyarországon idei csúcs hangprojektoros szettjét a Samsung
- Karácsonyfaként világíthat a Thermaltake új CPU-hűtője
- VR topik (Oculus Rift, stb.)
- Háromféle processzor is része lesz a Core 200 sorozatnak
- Dell notebook topic
- A régi node-okra koncentrál a szankciók miatt Kína
- ThinkPad (NEM IdeaPad)
- Csatába küldte Magyarországon idei csúcs hangprojektoros szettjét a Samsung
- NVIDIA GeForce RTX 3080 / 3090 / Ti (GA102)
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Egészen nagy teljesítményspektrumon fedné le a mobil piacot az AMD
- Az átlagnál vaskosabb ventilátorok kandikáltak ki a Corsair vitorlája mögül
Hirdetés
-
Az átlagnál vaskosabb ventilátorok kandikáltak ki a Corsair vitorlája mögül
ph Az amerikai cég legfrissebb szériája kétféle méretben választható, és fél évtizedes jótállással kecsegteti leendő gazdáit.
-
Kapnak egy rakás reklámot a Roblox játékosai
it Videohirdetésekre készülhetnek ezentúl a virtuális világokban a Roblox játékosai.
-
Frissítve! Samsung Univerzum: Az S23-at is megbabonázta a Galaxy AI
ma Rengeteg Samsung megkapja az AI alapú nyelvi, képi és keresőfunkciókat.
Ú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
-
bambano
titán
"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 ]