Tehetünk-e valamit azért, hogy ne veszítsünk annyi teljesítményt a Meltdown és a Spectre javításokból?

Az Intel ezt fel akarta menteni Meltdown és Spectre ez volt a problémája, majd kijavította és nyilvános nyilatkozatot tett, amelyben az AMD-t és az ARM-et technológiai partnerként említette, akikkel a probléma megoldása érdekében dolgozott, és ily módon rámutatott rájuk is, de az ARM és az AMD sem ilyen Ezeket a sebezhetőségeket érinti, mint az Intel, mivel a Meltdown szinte kizárólag az Intel mikroprocesszorait (és néhány ARM-et) érinti, a Spectre pedig több mikroprocesszort érint, de nem ugyanolyan mértékben, és az Intel ismét a legrosszabb részt vállalja.

Gyorsan ezt is mondták teljesítményvesztés szinte nulla lenne, hogy a felhasználók nem észrevennék a javítások telepítése után. És igaz, hogy a legtöbb esetben nincs olyan drámai veszteség, mint amire számítottunk, de igaz, hogy a chip generációjától függően a veszteség minimális vagy meglehetősen súlyos lehet. Már felismerték, és most már végeztek néhány tesztet referenciaértékekkel annak kiszámításához, hogy mekkora veszteségeket okozhat az Intel, miután telepítette a megfelelő javításokat a rendszerére, és bár a teszteket Microsoft Windows rendszerrel, Linux és más rendszerek, például a macOS hasonlóak lesznek ...

Becsült teljesítményveszteség ...

Mint mondom, ez a 30% -os teljesítményveszteség nem egészen ilyen, legalábbis a legújabb CPU-modellekben. Míg minél régebbi a chipje, annál nagyobb a teljesítményveszteség Ez azt jelenti, hogy frissíteni kell a Meltdown és a Spectre javításokkal. Az Intel által elvégzett teszteket csipesszel kell elvégezni, mivel feltételezem, hogy a választott referenciaértékek a gyártó javát szolgálják, és nem a legrosszabb esetben kerültek elhelyezésre, ráadásul a méréseket a felhasználó által használt legtöbb napi alkalmazás figyelembevételével végezték. , de mint tudják a szoftvertől függően változhat.

Az Intel egy újabb csalást is végzett a mérésekhez, vagyis használjon SSD meghajtókat minden felszerelésében, amelyet használt, ami egyike lenne azoknak a fejlesztéseknek, amelyeket mi magunk tehetnénk meg a harc ellen. Igen, ha a HDD-t SSD-re cseréljük, akkor az utóbbi elérési sebessége sokkal gyorsabb lenne, a TLB kiürítése pedig kisebb veszteséget jelentene, mint amit egy hagyományos merevlemez adhat. Ezért ha HDD-vel rendelkezik, akkor ezekből az Intel-tesztekből származó adatok meglehetősen optimisták, és nem szabad arra számítani, hogy ezeket az összehasonlító adatokat kapja meg. Ezenkívül a teszteket nem minden modellel hajtották végre, hanem mindegyik generációból egyet választottak, feltételezem, hogy ismét kiválasztották azokat, amelyek a legpozitívabb adatokat mutatják a márka imázsához.

Az eredmények volt:

• 8. generációs Intel Core (Kaby Lake és Coffe Lake): Becslések szerint az átlagos teljesítményhatás a legtöbb tevékenység esetében 6% lenne, és az olyan webes alkalmazásokban, mint például a JavaScript-kód futtatása, akár 10% -os veszteséget is tapasztalhat.
• 7. generációs Intel Core (Kaby Lake-H): itt az irodai alkalmazások és mások esetében a teljesítmény 7% -kal esne vissza, egy ponttal többet, mint az előző esetben, és a webes alkalmazások esetében is kicsit növekedne a 8.-hoz képest.
• 6. generációs Intel Core (Skylake-S): általában körülbelül 8% ... De a SYSMark 2014 SE által adott válaszkészségnek nevezett speciális teszt akár 79% -os veszteséget is felfedezett még az SSD használata esetén is.
• Intel ezt megelőzően: Nos, jelenleg még nem végeztek teszteket, legalábbis nem nyilvánosak, de minden generációval több veszteségpontot kell hozzáadni az elmúlt háromban látottakhoz, mivel állítólag ez utóbbi három az, amelyben a a veszteség sokkal kevesebb. Mi a helyzet például a 10 évvel ezelőtti processzorokkal? Meglátjuk a felhasználók válaszát ...

Az Intel által tesztelt terhelésekkel ezek a generációk veszteségesek, de ...és nagyobb terheléssel? Azt hiszem, hamarosan újabb viták lesznek az elégedetlen felhasználók részéről. Természetesen a játékosok kissé nyugodtabbak lehetnek, mert a videojátékok működéséhez nem kell túl sok hívás a rendszerbe, a teljesítménycsökkenés számukra nem annyira észrevehető és 2% körüli lehet, és az FPS gyakorlatilag nem sérült.

Hogyan lehet javítani a teljesítményt fizikai szempontból?

Tekintettel hardverbe fektethetünk egy kis pénzt a teljesítményvesztés kompenzálására:

• CPU: a CPU-t korszerűbb modellre frissíthetjük, ha a foglalatunk és a chipsetünk támogatja, így a modernebb mikroarchitektúra vagy egy kiváló tulajdonságokkal rendelkező processzor beépítéséből származó nyereség álcázhatja ezt a teljesítményvesztést, bár nyilvánvalóan megegyezik az előző chipjével az újnak a nem javított rendszerhez képest teljesítményvesztesége is lesz. A logikus dolog az lenne, ha nem frissítenénk a mikroprocesszort, hacsak nincs egy nagyon régi, és a veszteség közismert, és már amortizáltuk, hogy gondolkodjunk egy változáson.
• RAM: a RAM memória bővítése sem ártana, mivel kicsit növelhetnénk a teljesítményt, és elviselhetőbbé tennénk a teljesítményvesztést. Ebben az esetben talán azok számára szól, akiknek modernebb mikroprocesszora van, és nem akarják megváltoztatni, de nem túl sok pénz ráfordításáért összehasonlíthatnánk egy új modult, elkerülve ezzel a másodlagos memória (SWAP) használatát a folyamat tárolására adatokat, és hogy a mikroprocesszor még több ciklust vesz igénybe a TLB-ből való lemerüléshez.
• Merevlemez: Jó lehetőség lehet SSD-t is beépíteni a berendezésünkbe, ez jelentősen javítja a teljesítményt azáltal, hogy jelentősen lerövidíti a memória hozzáférési idejét a HDD-k vonatkozásában. Ezért az SSD-k teljesítményének hatása sokkal kisebb lesz, ezért az Intel használta őket a tesztek elvégzésére. A merevlemezt mindig lemezként hagyhatja az adatok számára, az SSD-t pedig a szoftverek számára.
• borítani: Amíg tudod, mit csinálsz, talán most jó alkalom fogadni a rendszer túlhúzására, hogy néhány száz megahertz feloldódjon a CPU-ban ... De ne felejtsd el, hogy ez egyesekben stabilitási problémákat okozhat chipeket, és különösen javítania kell a hűtést, ezért ez gazdasági költségeket is jelent.

biztosan egyik hardvercsere sem túl olcsó, és ha vissza akarjuk szerezni az előadás egy részét, pénzt kell költenünk. Nyilvánvaló, hogy nem minden felhasználónak kell ezt megtennie, csak azoknak, akik számára a teljesítmény kritikus. Továbbá, ha a CPU a legújabb generációkból származik, akkor látja, hogy a veszteségek nem olyan hatalmasak, és csak akkor vegye fontolóra az alkatrészek cseréjét, ha régebbi berendezései vannak, vagy amikor az Ön által használt alkalmazások jobban észreveszik a javítások kárát, mint pl. az adatbázisok stb.

Hogyan lehet javítani a szoftver teljesítményét?

A hardverünk megérintésével járó pénzkiadások elvetése fel kell tennünk magunknak a kérdést, hogy ugyanazzal a hardverrel rendelkezünk-e valamivel? a GNU / Linux disztribúciónkban, így a teljesítményvesztés nem annyira észrevehető. A válasz az, hogy valószínűleg tehetünk valamit, és minden olyan gyakorlat, hogy a beállítások megváltoztatása elősegítheti a teljesítményt. És bizonyára ezek közül a konfigurációk közül néhányat már ismer:

• AMD: Ha AMD CPU-ja van, kerülje a javításokat, bár ez kockázatot jelent, mivel ezek a chipek nem teljesen Spectre-mentesek, de igaz, hogy a kockázat sokkal alacsonyabb az Intel és az AMD közötti építészeti különbségek miatt ... Egyébként hamarabb vagy később érkezik egy kernel, amelyben már vannak ezek a soros javítások, és nem lenne jó, ha a kernelt frissítés nélkül használnánk más lehetséges problémákra. A legjobb egy konfigurációs mechanizmus, amely ezt letiltja bizonyos processzorokon ...
• Cserélhetőség: Nem érinteném különösebben a kernelparamétert a gyorsítótár-nyomás tekintetében, de különösen módosíthatnánk a Swappiness-t, ha HDD-vel rendelkezünk, mivel SSD-nél kisebb lenne a különbség. A Swappines értéke miatt a kern módosítja a RAM / SWAP használat prioritását. A 0 vagy alacsony érték azt jelenti, hogy az SWAP-ot nem fogják annyira használni, így a Spectre és az Meltdown javítások telepítése utáni teljesítményveszteségből egy kis haszon származik. Célszerű azonban nagy RAM-mal rendelkezni, hogy ez a lépés másrészt ne befolyásolja a teljesítményt. Ha jó RAM-kapacitással rendelkezik és HDD-vel rendelkezik, kerülje a 100-nál magasabb vagy közeli értékeket, mert ezek jobban kihasználják a swap SWAP-partíciót, és üresebbé teszik a RAM-ot, ezért hosszabb időt vesz igénybe az ott tárolt adatok és utasítások elérése . A Swappiness aktuális értékének megtekintéséhez használhatjuk a macska összefűzőt és módosíthatjuk a sysctl értéket, például az SWAP 10% -át, a RAM-ot pedig 90% -át használhatjuk:

cat /proc/sys/vm/swappiness

sysctl -w vm.swappiness=10

• Használat könnyű asztali környezetek vagy ha teljesen el akarunk tekinteni egy grafikus környezettől, amikor csak lehetséges, és ha a felhasználó jól érzi magát a szöveges módban, az radikális megoldás, de óriási mértékben hozzájárul a teljesítményhez. Ha az Ön esetében nem akar lemondani a grafikus felhasználói felület előnyeiről, választhatja a könnyű disztrót. Ne feledje, hogy minden elvett munkaterhelés ingyenes forrásokat jelent, amelyeket más célokra lehet felhasználni.
• És azzal, amit az előző bekezdésben megjegyeztem, mondván, hogy jó ötlet lenne megállítani mindazokat a démonokat szolgáltatásokat, amelyeket nem használunk. Ez nem csak a teljesítményt, hanem a biztonságot is javítja. A kill parancs szövetségese lehet a felesleges folyamatok megölésében is.
• Ha nem tudja, hogyan kell konfigurálni a SELinuxot jobb, ha nem használja, válasszon más biztonsági mechanizmusokat. Bár óriási mértékben javítja a biztonságot, de nagyon nehéz, és helytelenül konfigurálva nem biztos, hogy megéri a feltételezhető hatalmas teljesítményvesztést.
• A szoftvert mindig a forrásból állítsa összeSpeciális fordítói jelzőkkel is optimalizálhatja az utasításokat az adott CPU-hoz, ami javítja a teljesítményt.
• Állítsa be a kernel a lehető legkönnyebb kiküszöbölve mindazokat a vezérlőket, amelyeket nem használunk, hogy ne keletkezzen túl nagy kép, és ha másodlagosak, akkor ne jelölje meg őket úgy, hogy a kenelbe kerüljenek, hanem modulokként. A CPU-val kapcsolatos konfigurációs opciók, amelyeket a konfigurációban talál, szintén sokat optimalizálhatják a munkát.
• Válasszon egy jó fájlrendszert:
  • btrfs: jó általános teljesítmény, még jobb, mint az ext4, így ez lenne a legjobb megoldás.
  • ext4: jó általános teljesítmény.
  • JFS: Nagyon kevés CPU-használatot használ, ezért érdemes megfontolni.
  • XFS: Ha nagyon nagy fájlokat kezel, például egy adatbázis lenne a legjobb megoldás a teljesítményére. Másrészről, egy normál felhasználó számára káros lehet, mivel kis fájlok esetén romlik a teljesítménye.
  • ReiserFS: az előzővel ellentétes, jó teljesítmény kis fájlok esetén.
• Nem javaslom, hogy foglaljon le RAM memóriaterületeket és csatoljon valamilyen FS-t az SSD alternatívájaként, vagy töltse be oda a / tmp-t, mert igaz, hogy ez javítja az ott tárolt adatok hozzáférési idejét, de több CPU-t is használ. Tehát kerülje az ilyen gyakorlatot, vagy használjon compcache-t stb.
• Vannak is teljesítménynövelő szoftver rendszerünk, ezért jó lenne időnként használni ezt a karbantartási szoftvert a teljesítmény javításához. Például verynice ... És most, amikor ezt a nevet írtam, eszembe jutottak az olyan parancsok, mint a nice, renice és ionice, amelyek különösen relevánsak lehetnek ezekben az esetekben. Az LxA-ban már beszéltünk róluk.
• Vannak is Trükkök online különböző programokhoz, ha gyakran használ ilyeneket, megkeresheti ezeket a trükköket, hogy felgyorsítsa őket. Például Firefox, LibreOffice, SSH stb.

Ne felejtsd el elhagyni a megjegyzések, kétségek vagy javaslatok...