Υπάρχει κάτι που μπορούμε να κάνουμε για να μην χάσουμε τόση απόδοση από τις ενημερώσεις Meltdown και Specter;

Η Intel ήθελε να το δικαιολογήσει Meltdown και Specter ήταν το πρόβλημά του, στη συνέχεια διόρθωσε και έκανε μια δημόσια δήλωση στην οποία ανέφερε την AMD και την ARM ως τεχνολογικούς συνεργάτες με τους οποίους εργαζόταν για την επίλυση του προβλήματος και έτσι τους επισήμανε, αλλά τόσο η ARM όσο και η AMD δεν επηρεάζονται τόσο λόγω σε αυτά τα τρωτά σημεία, όπως και η Intel, αφού το Meltdown είναι σχεδόν αποκλειστικό στους μικροεπεξεργαστές της Intel (και σε κάποιους ARM) και το Spectre επηρεάζει περισσότερους μικροεπεξεργαστές, αλλά όχι στον ίδιο βαθμό και η Intel φέρει για άλλη μια φορά το κύριο βάρος.

Έσπευσαν να το πουν και αυτό απώλεια απόδοσης Θα ήταν σχεδόν μηδενικό, ότι οι χρήστες δεν θα το προσέξουν μετά την εγκατάσταση των ενημερώσεων κώδικα. Και είναι αλήθεια ότι δεν υπάρχει τόσο δραματική απώλεια όσο αναμένεται στις περισσότερες περιπτώσεις, αλλά είναι αλήθεια ότι ανάλογα με τη δημιουργία του τσιπ σας, η απώλεια μπορεί να είναι ελάχιστη ή αρκετά σοβαρή. Στην πραγματικότητα, το έχουν ήδη αναγνωρίσει και τώρα έχουν ήδη πραγματοποιήσει κάποιες δοκιμές με σημεία αναφοράς για να υπολογίσουν τις απώλειες που μπορεί να έχετε στην Intel μετά την εγκατάσταση των αντίστοιχων ενημερώσεων κώδικα στο σύστημά σας, και παρόλο που οι δοκιμές έγιναν με τα Microsoft Windows, για Το Linux και άλλα συστήματα όπως το macOS θα είναι παρόμοια…

Εκτιμώμενες απώλειες απόδοσης...

Όπως λέω, ότι η απώλεια απόδοσης κατά 30% δεν είναι απολύτως αληθής, τουλάχιστον στα τελευταία μοντέλα CPU που κυκλοφόρησαν. Ενώ όσο πιο παλιό το τσιπ σας τόσο μεγαλύτερη απώλεια απόδοσης Θα σημαίνει ενημέρωση με τις ενημερώσεις κώδικα Meltdown και Spectre. Οι δοκιμές που πραγματοποιεί η Intel πρέπει να ληφθούν σοβαρά υπόψη, καθώς υποθέτω ότι τα επιλεγμένα σημεία αναφοράς ωφελούν τον κατασκευαστή και δεν έχουν τεθεί στη χειρότερη περίπτωση, επιπλέον, οι μετρήσεις έγιναν λαμβάνοντας υπόψη τις πιο συνηθισμένες εφαρμογές που ένας χρήστης χρησιμοποιεί μέσο, ​​αλλά όπως γνωρίζετε ανάλογα με το λογισμικό μπορεί να διαφέρει.

Η Intel έφτιαξε επίσης μια άλλη εξαπάτηση για τις μετρήσεις, και είναι χρησιμοποιήστε μονάδες SSD σε όλο τον εξοπλισμό που έχει χρησιμοποιήσει, κάτι που θα ήταν μια από τις βελτιώσεις που θα μπορούσαμε να κάνουμε μόνοι μας για να αντιμετωπίσουμε τον αντίκτυπο. Ναι, αν αλλάξουμε έναν σκληρό δίσκο για έναν SSD, η ταχύτητα πρόσβασης για τον τελευταίο θα ήταν πολύ μεγαλύτερη και το άδειασμα του TLB θα σήμαινε μικρότερη απώλεια από αυτή που θα μπορούσε να συμβεί σε έναν συμβατικό σκληρό δίσκο. Επομένως, εάν έχετε σκληρό δίσκο, τα δεδομένα από αυτές τις δοκιμές της Intel είναι αρκετά αισιόδοξα και δεν θα πρέπει να περιμένετε να λάβετε τα δεδομένα από αυτά τα σημεία αναφοράς. Επιπλέον, οι δοκιμές δεν έχουν γίνει με όλα τα μοντέλα, αλλά έχουν επιλέξει ένα από κάθε γενιά, υποθέτω ότι έχουν επιλέξει για άλλη μια φορά αυτά που αποδίδουν τα πιο θετικά δεδομένα για την εικόνα της μάρκας.

Τα αποτελέσματα υπήρξαν:

• Intel Core 8ης γενιάς (Kaby Lake και Coffee Lake): Υπολογίζεται ότι ο μέσος αντίκτυπος στην απόδοση θα ήταν 6% για τις περισσότερες δραστηριότητες και οι εφαρμογές Ιστού, όπως η εκτέλεση κώδικα JavaScript, θα μπορούσαν να δουν απώλεια έως και 10%.
• Intel Core 7ης γενιάς (Kaby Lake-H): εδώ για εφαρμογές γραφείου και άλλες, η απόδοση θα έπεφτε κατά 7%, μια μονάδα περισσότερο από την προηγούμενη περίπτωση και στην περίπτωση των web εφαρμογών θα αυξανόταν επίσης λίγο σε σχέση με την 8η.
• Intel Core 6ης γενιάς (Skylake-S): περίπου 8% γενικά... Αλλά σε μια συγκεκριμένη δοκιμή που ονομάζεται Responsiveness του SYSMark 2014 SE, έχουν εντοπιστεί απώλειες έως και 79% ακόμη και με τη χρήση του SSD.
• Η Intel πριν από αυτό: Λοιπόν, δεν έχουν πραγματοποιηθεί δοκιμές αυτή τη στιγμή, τουλάχιστον όχι δημόσιες, αλλά με κάθε γενιά θα πρέπει να προσθέτετε περισσότερους πόντους απώλειας σε ό,τι φάνηκε στις τρεις τελευταίες, καθώς αυτές οι τρεις τελευταίες υποτίθεται ότι είναι αυτές στις οποίες η απώλεια είναι πολύ μικρότερη. Τι συμβαίνει για παράδειγμα με επεξεργαστές πριν από 10 χρόνια; Θα δούμε την ανταπόκριση των χρηστών…

Με τους φόρτους εργασίας που δοκιμάστηκαν από την Intel, οι απώλειες είναι αυτές για αυτές τις γενιές, αλλά...και με μεγαλύτερο φόρτο εργασίας? Νομίζω ότι σύντομα θα υπάρξουν περισσότερες αντιπαραθέσεις από δυσαρεστημένους χρήστες. Φυσικά, οι παίκτες μπορούν να είναι λίγο πιο ήρεμοι, επειδή τα βιντεοπαιχνίδια δεν χρειάζονται πάρα πολλές κλήσεις συστήματος για τη λειτουργία τους, η πτώση της απόδοσης για αυτούς δεν είναι τόσο αισθητή και μπορεί να είναι περίπου 2% και το FPS πρακτικά δεν επηρεάζεται.

Πώς να βελτιώσετε την απόδοση από φυσική άποψη;

Ως προς υλικό μπορούμε να επενδύσουμε λίγα χρήματα Για να αντισταθμίσετε την απώλεια απόδοσης:

• CPU: Μπορούμε να αναβαθμίσουμε τη CPU σε ένα πιο μοντέρνο μοντέλο εάν η υποδοχή και το chipset μας το υποστηρίζουν, έτσι ώστε τα κέρδη από τη συμπερίληψη μιας πιο σύγχρονης μικροαρχιτεκτονικής ή ενός επεξεργαστή με ανώτερα χαρακτηριστικά θα μπορούσαν να συγκαλύψουν αυτήν την απώλεια απόδοσης, αν και προφανώς το ίδιο με το προηγούμενο τσιπ σας. το νέο θα έχει επίσης απώλεια απόδοσης σε σχέση με το μη επιδιορθωμένο σύστημα. Το λογικό θα ήταν να μην ενημερώσουμε τον μικροεπεξεργαστή εκτός αν έχουμε έναν πολύ παλιό και η απώλεια είναι διαβόητη και τον έχουμε ήδη αρκετά αποσβεσμένο για να σκεφτούμε μια αλλαγή.
• RAM: ούτε η επέκταση της μνήμης RAM θα ​​έβλαπτε, αφού θα μπορούσαμε να αυξήσουμε λίγο την απόδοση και να κάνουμε την απώλεια απόδοσης πιο υποφερτή. Σε αυτήν την περίπτωση, ίσως είναι για όσους έχουν έναν πιο σύγχρονο μικροεπεξεργαστή και δεν θέλουν να τον αλλάξουν, αλλά για μια όχι υπερβολική δαπάνη θα μπορούσαμε να αγοράσουμε μια νέα μονάδα, αποφεύγοντας έτσι τη χρήση δευτερεύουσας μνήμης (SWAP) για την αποθήκευση δεδομένων διεργασίας και ότι ο μικροεπεξεργαστής καθυστερεί περαιτέρω κύκλους αποστραγγίζοντας το TLB.
• Σκληρός δίσκος: Μπορεί επίσης να είναι μια καλή επιλογή να συμπεριλάβουμε έναν SSD στον εξοπλισμό μας, αυτό θα βελτιώσει σημαντικά την απόδοση μειώνοντας σημαντικά τον χρόνο πρόσβασης σε αυτήν τη μνήμη σε σχέση με τους σκληρούς δίσκους. Αυτός είναι ο λόγος για τον οποίο ο αντίκτυπος στην απόδοση με τους SSD θα είναι πολύ μικρότερος, γι' αυτό και η Intel τα χρησιμοποίησε για δοκιμές. Μπορείτε πάντα να αφήσετε τον σκληρό δίσκο σας ως μονάδα δίσκου για δεδομένα και τον SSD για λογισμικό.
• overclock: εφόσον ξέρετε τι κάνετε, ίσως τώρα είναι η κατάλληλη στιγμή να στοιχηματίσετε στο overclocking του συστήματός σας για να ξεκλειδώσετε μερικές εκατοντάδες megahertz στην CPU σας... Αλλά μην ξεχνάτε ότι αυτό μπορεί να προκαλέσει προβλήματα σταθερότητας σε ορισμένους τα πατατάκια και ειδικά θα πρέπει να βελτιώσετε την ψύξη, επομένως θα συνεπάγεται και οικονομικό κόστος.

Σίγουρα καμία από τις αλλαγές υλικού δεν είναι πολύ φθηνή, και αν θέλουμε να ανακτήσουμε μέρος της απόδοσης θα πρέπει να ξοδέψουμε χρήματα. Προφανώς δεν χρειάζεται να το κάνουν όλοι οι χρήστες, μόνο εκείνοι για τους οποίους η απόδοση είναι κρίσιμη. Επίσης, εάν η CPU σας είναι από τις τελευταίες γενιές, μπορείτε ήδη να δείτε ότι οι απώλειες δεν είναι τόσο τεράστιες και θα πρέπει να σκεφτείτε να αλλάξετε στοιχεία μόνο όταν ο υπολογιστής σας είναι παλαιότερος ή όταν οι εφαρμογές που χρησιμοποιείτε παρατηρούν μεγαλύτερη ζημιά λόγω ενημερώσεων κώδικα όπως π.χ. βάσεις δεδομένων κ.λπ

Πώς να βελτιώσετε την απόδοση μέσω λογισμικού;

Απορρίπτοντας τις δαπάνες χρημάτων που σχετίζονται με την επαφή με το υλικό μας θα πρέπει να αναρωτηθούμε εάν με το ίδιο υλικό που έχουμε μπορούμε να κάνουμε κάτι στη διανομή μας GNU/Linux, έτσι ώστε η απώλεια απόδοσης να μην είναι τόσο αισθητή. Η απάντηση είναι ότι πιθανότατα μπορούμε να κάνουμε κάτι και οποιαδήποτε πρακτική είναι που, λόγω αλλαγών στη διαμόρφωση, μπορεί να βοηθήσει στην απόδοση. Και σίγουρα μερικές από αυτές τις διαμορφώσεις γνωρίζετε ήδη:

• AMD: αν έχετε CPU AMD θα πρέπει να αποφύγετε τα patches, αν και αυτό είναι ένας κίνδυνος, καθώς αυτά τα τσιπ δεν είναι εντελώς απαλλαγμένα από Spectre αλλά είναι αλήθεια ότι ο κίνδυνος είναι πολύ μικρότερος λόγω των αρχιτεκτονικών διαφορών μεταξύ Intel και AMD... Τέλος πάντων αργά ή γρήγορα θα φτάσει ένας πυρήνας που έχει ήδη αυτές τις ενημερώσεις κώδικα και επίσης δεν θα ήταν καλό να χρησιμοποιήσετε έναν ξεπερασμένο πυρήνα για άλλα πιθανά προβλήματα. Το καλύτερο πράγμα είναι ένας μηχανισμός διαμόρφωσης για να το απενεργοποιήσετε σε ορισμένες CPU...
• Δυστυχία: Δεν θα ακουμπούσα ιδιαίτερα την παράμετρο του πυρήνα που αναφέρεται στο Cache Pressure, αλλά θα μπορούσαμε να τροποποιήσουμε το Swappiness ειδικά αν έχουμε HDD, αφού στην περίπτωση που έχουμε SSD η διαφορά θα ήταν μικρότερη. Η τιμή των Swappines αναγκάζει τον πυρήνα να τροποποιήσει την προτεραιότητα χρήσης RAM/SWAP. Μια τιμή 0 ή χαμηλή σημαίνει ότι το SWAP δεν θα χρησιμοποιηθεί τόσο πολύ, επομένως θα ωφεληθεί λίγο από την απώλεια απόδοσης μετά την εγκατάσταση των ενημερώσεων κώδικα Spectre και Meltdown. Ωστόσο, θα ήταν σκόπιμο να έχετε άφθονη μνήμη RAM, έτσι ώστε αυτό το βήμα να μην επηρεάσει διαφορετικά την απόδοση. Εάν έχετε καλή χωρητικότητα μνήμης RAM και σκληρό δίσκο, αποφύγετε τιμές που είναι υψηλές ή κοντά στο 100 γιατί θα κάνουν μεγαλύτερη χρήση του διαμερίσματος SWAP και θα αφήσουν τη μνήμη RAM πιο άδεια, επομένως θα χρειαστεί περισσότερος χρόνος για την πρόσβαση σε δεδομένα και οδηγίες αποθηκεύονται εκεί. Για να δούμε την τρέχουσα τιμή του Swappiness σας, μπορούμε να χρησιμοποιήσουμε το cat concatenator και να τροποποιήσουμε την τιμή sysctl, για παράδειγμα να χρησιμοποιήσουμε 10% SWAP και 90% για RAM:

cat /proc/sys/vm/swappiness

sysctl -w vm.swappiness=10

• Χρήση ελαφριά περιβάλλοντα επιφάνειας εργασίας o Η πλήρης απαλλαγή από ένα γραφικό περιβάλλον, όποτε είναι δυνατόν και ο χρήστης αισθάνεται άνετα με τη λειτουργία κειμένου, είναι μια ριζική λύση, η οποία όμως συμβάλλει σημαντικά στην απόδοση. Εάν στην περίπτωσή σας δεν θέλετε να εγκαταλείψετε τα οφέλη των GUI, μπορείτε να επιλέξετε μια ελαφριά διανομή. Να θυμάστε ότι κάθε φόρτος εργασίας που αφαιρείτε σημαίνει δωρεάν πόρους που μπορούν να χρησιμοποιηθούν για άλλους σκοπούς.
• Και με αυτό που σχολίασα στην προηγούμενη παράγραφο να πω ότι θα ήταν επίσης καλή ιδέα να σταματήσουμε όλους αυτούς τους δαίμονες υπηρεσίες που δεν χρησιμοποιούμε. Αυτό όχι μόνο βελτιώνει την απόδοση, αλλά και την ασφάλεια. Η εντολή kill μπορεί επίσης να είναι σύμμαχός σας για να σκοτώσετε περιττές διαδικασίες.
• Εάν δεν ξέρετε πώς να ρυθμίσετε το SELinux Καλύτερα να μην το χρησιμοποιήσετε σωστά, επιλέξτε άλλους μηχανισμούς ασφαλείας. Αν και βελτιώνει τρομερά την ασφάλεια, αλλά είναι πολύ βαρύ, και αν ρυθμιστεί λάθος, μπορεί να μην αξίζει την τεράστια απώλεια απόδοσης που θα μπορούσε να συνεπάγεται.
• Να μεταγλωττίζετε πάντα το λογισμικό από την πηγή, μπορείτε επίσης να χρησιμοποιήσετε συγκεκριμένες σημαίες μεταγλωττιστή για να βελτιστοποιήσετε τις οδηγίες για τη συγκεκριμένη CPU σας, κάτι που θα βελτιώσει την απόδοση.
• στήνω α πυρήνα όσο πιο ελαφρύ γίνεται εξαλείφοντας όλους εκείνους τους ελεγκτές που δεν χρησιμοποιούμε για να μην δημιουργήσουμε μια πολύ μεγάλη εικόνα, και εάν είναι δευτερεύοντες, μην τους επισημάνουμε έτσι ώστε να περιλαμβάνονται στο kenel, αλλά ως ενότητες. Οι επιλογές διαμόρφωσης σχετικά με την CPU που θα βρείτε στο config μπορούν επίσης να βελτιστοποιήσουν σημαντικά την εργασία.
• Επιλέξτε ένα καλό σύστημα αρχείων:
  • btrfs: καλή συνολική απόδοση, ακόμα καλύτερη από το ext4, οπότε θα ήταν η καλύτερη επιλογή.
  • ext4: καλή συνολική απόδοση.
  • JFS: κάνει πολύ μικρή χρήση της CPU, επομένως είναι μια επιλογή που πρέπει να εξετάσετε.
  • XFS: εάν χειρίζεστε πολύ μεγάλα αρχεία, όπως το bbdd, θα ήταν η καλύτερη επιλογή για την απόδοσή του. Από την άλλη, για έναν κανονικό χρήστη μπορεί να είναι επιζήμιο αφού η απόδοσή του χειροτερεύει με μικρά αρχεία.
  • ReiserFS: το αντίθετο από το προηγούμενο, καλή απόδοση για μικρά αρχεία.
• Δεν σας συμβουλεύω να κρατήσετε χώρους στη μνήμη RAM και προσαρτήστε κάποιο είδος FS εκεί ως εναλλακτική σε έναν SSD ή φορτώστε το /tmp εκεί, αφού είναι αλήθεια ότι θα βελτιώσει τον χρόνο πρόσβασης για αυτά τα δεδομένα που φιλοξενούνται εκεί, αλλά θα χρησιμοποιεί και περισσότερη CPU. Αποφύγετε λοιπόν αυτού του είδους την πρακτική ή τη χρήση compcache κ.λπ.
• Υπάρχουν επίσης λογισμικό βελτίωσης της απόδοσης του συστήματός μας, επομένως θα ήταν καλό να χρησιμοποιείτε αυτό το λογισμικό συντήρησης από καιρό σε καιρό για να συμβάλλετε στη βελτίωση της απόδοσης. Για παράδειγμα verynice… Και τώρα που έγραψα αυτό το όνομα θυμήθηκα εντολές όπως nice, renice και ionice που μπορεί να είναι ιδιαίτερα σχετικές σε αυτές τις περιπτώσεις. Έχουμε ήδη μιλήσει για αυτά στο LxA.
• Υπάρχουν επίσης Κόλπα στο διαδίκτυο για διαφορετικά προγράμματα, εάν χρησιμοποιείτε ένα συχνά, μπορείτε να αναζητήσετε αυτά τα κόλπα για να τα επιταχύνετε. Για παράδειγμα για Firefox, LibreOffice, SSH κ.λπ.

Μην ξεχάσετε να αφήσετε το δικό σας σχόλια, αμφιβολίες ή προτάσεις...