Kunnen we iets doen om niet zoveel prestaties te verliezen van de Meltdown- en Spectre-patches?

Intel wilde dat excuseren Meltdown en Spectre het was zijn probleem, vervolgens corrigeerde hij het en legde een openbare verklaring af waarin hij AMD en ARM noemde als technologiepartners waarmee hij samenwerkte om het probleem op te lossen en op die manier ook op hen wees, maar zowel ARM als AMD zijn dat niet net als Intel getroffen door deze kwetsbaarheden, aangezien Meltdown bijna exclusief is voor Intel-microprocessors (en sommige ARM's) en Spectre meer microprocessors beïnvloedt, maar niet in dezelfde mate en Intel opnieuw het slechtste deel neemt.

Dat zeiden ze ook snel verlies van prestaties het zou bijna nihil zijn, dat gebruikers het niet zouden merken na het installeren van de patches. En het is waar dat er in de meeste gevallen niet zo dramatisch verlies is als verwacht, maar het is waar dat, afhankelijk van de generatie van uw chip, het verlies minimaal of behoorlijk ernstig kan zijn. Ze hebben het al herkend en hebben nu al enkele tests met benchmarks uitgevoerd om de verliezen te berekenen die je kunt hebben in de Intel na het installeren van de bijbehorende patches op je systeem, en hoewel de tests zijn uitgevoerd met Microsoft Windows, voor Linux en andere systemen zoals macOS zullen vergelijkbaar zijn ...

Geschatte prestatieverliezen ...

Zoals ik al zei, is dat prestatieverlies van 30% niet helemaal zo, althans in de nieuwste uitgebrachte CPU-modellen. Terwijl hoe ouder uw chip, hoe meer prestatieverlies Het betekent updaten met de Meltdown- en Spectre-patches. De tests die door Intel worden uitgevoerd, moeten met een pincet worden uitgevoerd, aangezien ik veronderstel dat de gekozen benchmarks de fabrikant ten goede komen en niet in het slechtste geval zijn geplaatst, daarnaast zijn de metingen uitgevoerd rekening houdend met de meest dagelijkse toepassingen die een gebruiker medium gebruikt , maar zoals u weet, kan dit variëren, afhankelijk van de software.

Intel heeft ook nog een cheat gemaakt voor metingen, en dat is het gebruik SSD-schijven in alle apparatuur die hij heeft gebruikt, iets dat een van de verbeteringen zou zijn die we zelf zouden kunnen aanbrengen om de impact te bestrijden. Ja, als we een HDD vervangen door een SSD, zou de toegangssnelheid voor de laatste veel sneller zijn en zou het legen van de TLB een lager verlies betekenen dan wat zou kunnen worden gegeven op een conventionele harde schijf. Daarom, als je een harde schijf hebt, zijn de gegevens van deze Intel-tests behoorlijk optimistisch en mag je niet verwachten dat je de gegevens van deze benchmarks krijgt. Bovendien zijn de tests niet met alle modellen uitgevoerd maar is er van elke generatie een gekozen, ik veronderstel dat ze opnieuw degene hebben geselecteerd die de meest positieve gegevens laten zien voor het imago van het merk.

De resultaten ben geweest:

• 8e generatie Intel Core (Kaby Lake en Coffe Lake): Er wordt geschat dat de gemiddelde prestatie-impact 6% zou zijn voor de meeste activiteiten en in webapplicaties zoals de uitvoering van JavaScript-code zou je een verlies tot 10% kunnen zien.
• Intel Core 7e generatie (Kaby Lake-H): hier voor kantoortoepassingen en andere zou de prestatie met 7% dalen, een punt meer dan in het vorige geval en in het geval van webapplicaties zou het ook iets toenemen ten opzichte van de 8e.
• 6e generatie Intel Core (Skylake-S): meestal rond de 8% ... Maar een specifieke test genaamd Responsiveness van SYSMark 2014 SE heeft verliezen tot 79% gedetecteerd, zelfs bij gebruik van de SSD.
• Intel hiervoor: Nou, er zijn op dit moment geen tests uitgevoerd, althans niet openbaar, maar met elke generatie zou je meer verliespunten moeten toevoegen aan wat in de laatste drie werd gezien, aangezien deze laatste drie verondersteld worden degene te zijn waarin de verlies is veel minder. Hoe zit het bijvoorbeeld met processors van 10 jaar geleden? We zullen de reactie van gebruikers zien ...

Met de door Intel geteste workloads zijn de verliezen deze voor die generaties, maar ...en met hogere werkdruk​ Ik denk dat er binnenkort meer controverses zullen zijn van ontevreden gebruikers. Natuurlijk kunnen gamers wat rustiger zijn omdat videogames niet al te veel oproepen naar het systeem nodig hebben voor hun werking, de prestatiedaling voor hen niet zo merkbaar is en rond de 2% kan zijn en de FPS praktisch niet beschadigd is.

Hoe de prestaties fysiek verbeteren?

Wat betreft hardware kunnen we wat geld investeren om het prestatieverlies te compenseren:

• CPU: we kunnen de CPU upgraden naar een moderner model als onze socket en chipset dit ondersteunen, dus de voordelen van het opnemen van een modernere microarchitectuur of een processor met superieure eigenschappen zouden dit prestatieverlies kunnen camoufleren, hoewel duidelijk hetzelfde als je vorige chip, de nieuwe zal ook een prestatieverlies hebben ten opzichte van het niet-gepatchte systeem. Het zou logisch zijn om de microprocessor niet bij te werken, tenzij we een heel oude hebben en het verlies berucht is en we het al hebben afgeschreven om over een verandering na te denken.
• RAM: Het uitbreiden van het RAM-geheugen zou ook geen kwaad kunnen, aangezien we de prestaties een beetje zouden kunnen verhogen en het prestatieverlies draaglijker zouden kunnen maken. In dit geval is het misschien voor degenen die een modernere microprocessor hebben en deze niet willen veranderen, maar voor een uitgave van niet al te veel geld zouden we een nieuwe module kunnen vergelijken, waardoor het gebruik van secundair geheugen (SWAP) om het proces op te slaan wordt vermeden gegevens en dat de microprocessor nog meer cycli nodig heeft om uit de TLB te worden afgevoerd.
• Harde schijf: Het kan ook een goede optie zijn om een ​​SSD in onze apparatuur op te nemen, dit zal de prestaties aanzienlijk verbeteren door de toegangstijd tot dit geheugen aanzienlijk te verkorten met betrekking tot HDD's. Dat is de reden waarom de prestatie-impact met SSD's veel minder zal zijn, daarom heeft Intel ze gebruikt om de tests uit te voeren. Je kunt je harde schijf altijd achterlaten als schijf voor data en de SSD voor software.
• overclock: Zolang je weet wat je doet, is dit misschien een goed moment om te wedden op het overklokken van je systeem om een ​​paar honderd megahertz ontgrendeld te krijgen in je CPU ... Maar vergeet niet dat dit stabiliteitsproblemen kan veroorzaken bij sommige chips en vooral moet u de koeling verbeteren, daarom zal het ook economische kosten met zich meebrengen.

zeker geen van de hardwareveranderingen is te goedkoop, en als we een deel van de prestatie willen terugkrijgen, zullen we geld moeten uitgeven. Het is duidelijk dat niet alle gebruikers dit hoeven te doen, alleen degenen voor wie de prestaties van cruciaal belang zijn. Als je CPU van de laatste generatie is, zie je dat de verliezen niet zo groot zijn, en je zou alleen een verandering van componenten moeten overwegen als je apparatuur ouder is of als de applicaties die je gebruikt meer de nadelen van patches opmerken, zoals databases, enz.

Hoe de softwareprestaties verbeteren?

Het weggooien van de gelduitgaven voor het aanraken van onze hardware we moeten ons afvragen of we met dezelfde hardware die we hebben iets kunnen doen in onze GNU / Linux-distributie, zodat het prestatieverlies niet zo merkbaar is. Het antwoord is dat we waarschijnlijk iets kunnen doen en het is elke oefening die de prestaties kan verbeteren door de instellingen te wijzigen. En zeker enkele van deze configuraties kent u al:

• AMD: Als je een AMD CPU hebt, moet je patches vermijden, hoewel dit een risico is, aangezien deze chips niet helemaal vrij zijn van Spectre, maar het is waar dat het risico veel lager is vanwege de architectonische verschillen tussen Intel en AMD ... Vroeg of laat komt er een kernel aan waarin je deze seriële patches al hebt en het zou niet goed zijn om een ​​kernel te gebruiken zonder te updaten voor andere mogelijke problemen. Het beste is een configuratiemechanisme om dit op bepaalde CPU's uit te schakelen ...
• swappiness: Ik zou de kernelparameter met betrekking tot Cache Pressure niet bijzonder aanraken, maar we zouden de Swappiness kunnen aanpassen, vooral als we een HDD hebben, omdat in het geval van een SSD het verschil minder zou zijn. De waarde van Swappines zorgt ervoor dat de kernel de prioriteit van RAM / SWAP-gebruik wijzigt. Een waarde van 0 of laag betekent dat de SWAP niet zo vaak wordt gebruikt, dus het zal een beetje profiteren van het prestatieverlies na het installeren van de Spectre- en Meltdown-patches. Het zou echter raadzaam zijn om voldoende RAM te hebben, zodat deze stap de prestaties aan de andere kant niet beïnvloedt. Als je een goede RAM-capaciteit en een harde schijf hebt, vermijd dan waarden die hoog of dichtbij 100 liggen, omdat ze meer gebruik zullen maken van de swap-SWAP-partitie en het RAM-geheugen leeg zullen maken, waardoor het langer duurt om toegang te krijgen tot de gegevens en instructies die daar worden gehost . Om de huidige waarde van uw Swappiness te zien, kunnen we de cat concatenator gebruiken en de sysctl-waarde wijzigen, bijvoorbeeld om 10% SWAP en 90% RAM te gebruiken:

cat /proc/sys/vm/swappiness

sysctl -w vm.swappiness=10

• gebruik lichtgewicht desktopomgevingen of om volledig af te zien van een grafische omgeving, waar mogelijk en de gebruiker voelt zich op zijn gemak met de tekstmodus, het is een radicale oplossing die echter enorm bijdraagt ​​aan de prestaties. Als u in uw geval de voordelen van de GUI's niet wilt opgeven, kunt u kiezen voor een lichtgewicht distro. Onthoud dat elke werklast die u wegneemt, gratis bronnen betekent die voor andere doeleinden kunnen worden gebruikt.
• En met wat ik in de vorige paragraaf heb opgemerkt om te zeggen dat het ook een goed idee zou zijn om al die demonen te stoppen van diensten die we niet gebruiken​ Dit verbetert niet alleen de prestaties, maar ook de veiligheid. Het kill-commando kan ook uw bondgenoot zijn voor het doden van onnodige processen.
• Als je niet weet hoe je SELinux moet configureren Gebruik het goed niet, kies voor andere beveiligingsmechanismen. Hoewel het de beveiliging enorm verbetert, maar het is erg zwaar, en als het onjuist is geconfigureerd, is het misschien niet het enorme prestatieverlies waard dat het zou kunnen veronderstellen.
• Compileer software altijd vanaf de bronU kunt ook specifieke compilervlaggen gebruiken om de instructies voor uw specifieke CPU te optimaliseren, wat de prestaties zal verbeteren.
• Het opzetten van een kernel zo licht mogelijk het elimineren van al die controllers die we niet gebruiken om niet een te grote afbeelding te genereren, en als ze secundair zijn, markeer ze dan niet zodat ze worden opgenomen in de kenel, maar als modules. De configuratie-opties met betrekking tot de CPU die u in de configuratie vindt, kunnen het werk ook veel optimaliseren.
• Kies een goed bestandssysteem:
  • btrfs: goede algehele prestaties, zelfs beter dan ext4, dus het zou de beste optie zijn.
  • ext4: goede algehele prestaties.
  • JFS: het verbruikt heel weinig CPU, daarom is het een optie om te overwegen.
  • XFS: als u zeer grote bestanden verwerkt, zou een database de beste optie zijn vanwege zijn prestaties. Aan de andere kant kan het voor een normale gebruiker nadelig zijn, aangezien de prestaties slechter worden bij kleine bestanden.
  • ReiserFS: het tegenovergestelde van de vorige, goede prestaties voor kleine bestanden.
• Ik raad je af om RAM-geheugenruimte te reserveren en mount daar een soort FS als alternatief voor een SSD of laad de / tmp daar, aangezien het waar is dat het de toegangstijd voor de daar gehoste data zal verbeteren, maar het zal ook meer de CPU gebruiken. Dus vermijd dit soort oefeningen of gebruik compcache, enz.
• Er zijn ook prestatiebevorderende software van ons systeem, dus het zou goed zijn om deze onderhoudssoftware van tijd tot tijd te gebruiken om de prestaties te verbeteren. Bijvoorbeeld verynice ... En nu ik deze naam heb geschreven, herinnerde ik me commando's als nice, renice en ionice die vooral in deze gevallen relevant kunnen zijn. We hebben er al over gesproken in LxA.
• Er zijn ook Tricks online voor verschillende programma's, als je ze vaak gebruikt, kun je naar deze trucs zoeken om ze te versnellen. Bijvoorbeeld voor Firefox, LibreOffice, SSH, etc.

Vergeet niet uw opmerkingen, twijfels of suggesties...