lesik20

31/F

üzenetet írok neki

Évtized Bugja. 5-30% teljesítményvesztés a Patch Által

lesik20

Link másolása

2018. január 3.
6 komment

Linus szokatlan módon, a 4.15-ös kernel fejlesztési ciklusának végén olvasztotta be a Kernel page-table isolation patchkészletet. A Microsoft decemberben tolt ki a fast-ring csatornában a Windows Insider-nek olyan változásokat, amelyeket várhat

https://www.theregister.co.uk/2018/01/02/intel_cpu_design_flaw/

Lényegébene Intel x86-64 platformjai érintettek. Az összes. Ebbe beletartozik az összes i3, i5, i7, i9, Core Duo, Celeron stb. És nem csak a legújabbak. Az elmúlt 10 év ÖSSZES Intel-es CPUját érinti ez a patch A patch Kernel szintű, és és már a javitás meg is jött Linux-hoz. Nagy árral viszont:

https://www.phoronix.com/scan.php?page=article&item=linux-415-x86pti&num=2

Néhány helyen a teljesítmény vesztés elérte az 50+% is. Szerencsére úgy látszik egyelőre hogy semmilyen játék nem vesztett teljesítményt, viszont így is elszomorító hogy néhány hétköznapi Taskban is lelassult az Intel.

Érdemes megemliteni hogy elviekben Ryzenek nem volt ilyen Bugja, a Patch Elviekben nem érinti azt sehogy. Az viszont jó lehetséges hogy e miatt az érdeklődés a Ryzen után megnő, tovább kihegyezve a CPU-k közti versenyt. Ez annyit jelent hogy mindkét cég minél több CPU-t akar eladni hogy ő győzzön=Jobb CPU-kat kapunk, lehetőleg olcsobban a jövőben (Mint most a 8000 szériával)

14.

tsulok

2018. január 5. 23:19

válasz erre

#13: Nem. Pont az a lényeg, hogy az out-of-order végrehajtás miatt nem garantált, hogy hozzáférés ellenőrzés előbb végrehajtásra kerül mint a kiolvasás. Most is segmentation fault-ot okoz a művelet, szval nem kapja meg a program a védett adatott csak úgy. A gond az, hogy az exception előtt már be lett olvasva címzett memória a registerbe, ami meg a cache segítségével kiolvasható (leegyszerűsítve).

A megoldás az, hogy a process virtuális címtárába csak annyi védett memória kerüljön amennyi feltétlen szükséges. Ez okozza a teljesítményromlást: kontextus váltás esetén be kell tölteni a kernel laptábláját (eddig nem kellett).

13.

mestermagyar

2018. január 5. 22:34

válasz erre

#10: Akkor másképp mondom: Eddig az volt a predikátum hogy a processzor úgy van felépítve hogy ne olvashasd a kernel memóriát normál felhasználói engedélyekkel. Most annyi változott hogy megtudták hogy ez a limitáció nem létezik. Az eredménye az, hogy ha meg akarják őrizni a jelenlegi működést akkor mindig valamilyen megoldás folytán meg kell nézni hogy ugye nem akarja elérni ez a user azt a részét a memóriának.

10.

tsulok

2018. január 5. 13:43

válasz erre

#9: "Pl. minden alkalommal amikor a user akárcsak fosni akar, azt az OS-nek meg kell állapítania szoftveres szinten hogy jogosultan teszi-e."
Ezt mondjuk nem tudom melyik cikkben írták, mert nem sok értelme van.

mestermagyar

2018. január 3. 13:40

válasz erre

Valszeg nem észrevehető a lassulás annyira. De lehet azért van ez mert nem proci-nehéz címeket nézel.

Egy Dwarf Fortress például teljesen procira támaszkodik. Egy EU4-et az i5-öm nem tud a patch nélkül sem elég jól futtatni. Nekem nagy gondom lesz még ebből úgyérzem.

Lehet hanyagolom ezt a patchet mert az én linux gépem úgysem nagyon védett. A természetes tűzfal megteszi amire szükségem van.

Hozzászólás írásához be kell jelentkezned!
Ha nem vagy még tag, regisztrálj! 2 perc az egész.

Egy kis türelmet kérünk...