Σοβαρό κενό ασφαλείας των Intel επεξεργαστών της τελευταίας 10ετίας, απαιτεί patch που μειώνει την απόδοση τους

[Mirmidon]

Ξέρουμε ότι η Intel έμαθε το πρόβλημα απο΄το project zero τον Ιούνιο (Jack Horn), πρίν πάει public από το Αυστριακό team (Δεκέμβριο)

Τί έκαναν τόσο καιρό?

Αυτή ακριβως είναι η ερώτηση κερασάκι

Τί έκαναν τόσο καιρό?

Ειλικρινά, αναλωνόμαστε να λέμε εδώ μέσα ότι οι ο Linus Torvalds είναι κάποιος άγνωστος, ότι πούλησαν τις μετοχές 2 μήνες πρίν,
ότι κάτι τρέχει στο βασίλειο της Δανιμαρκίας.

Αλλά πραγματικά μου κάνει εντύπωση.

Τί έκαναν τόσο καιρό? ΕΞΙ ΟΛΟΚΛΗΡΟΥΣ ΜΗΝΕΣ

Έτσι είναι. Ψαχνόντουσαν πως θα τα μπαλώσουν. Είχαν να βγάλουν και τους Coffee Lake, έσκασε και το management engine bug κλπ κλπ...

[eyw]

... Αλλά πραγματικά μου κάνει εντύπωση.

Τί έκαναν τόσο καιρό? ΕΞΙ ΟΛΟΚΛΗΡΟΥΣ ΜΗΝΕΣ

το κορόϊδο.

Τι άλλο έπρεπε να κάνουν από το να απολάμβαναν τα κέρδη τους και τα bonus τους?
Και άμα σκάσει έσκασε.
Είμαστε τυχεροί που αυτά τα μαθαίνουμε και εμείς της πλέμπας.

- - - Updated - - -

... Αλλά εαν δεν μπορεί να διασφαλιστεί αλλιώς το security, τότε έτσι πρέπει να γίνει.

αυτό εύχομαι και εγώ αλλά...

[Sebu]

Έτσι είναι. Ψαχνόντουσαν πως θα τα μπαλώσουν. Είχαν να βγάλουν και τους Coffee Lake, έσκασε και το management engine bug κλπ κλπ...

Αυτο τους εκατσαν πολλα μαζεμενα. Ειναι αυτο που λεει ο λαος, ο κλεφτης και ο ψευτης τον πρωτο χρονο χαιρονται.
Ισως περιμεναν οτι θα μπορουσαν να το κουκουλωσουν 1-2 μηνακια παραπανω, να αρχισουν μαζικα οι πωλησεις των νεων επεξεργαστων να σπρωξουν πραγμα στην αγορα και αν δεν ειχε βγει και το management engine bug ισως το χρονο που αφιερωσαν για επιλυση εκει να το ειχαν αφιερωσει με ολα τα resources στο Meltdown/Spectre.

Ισως (συνωμοσιολογικά) να εσπρωξε και την ειδηση γρηγοροτερα προς τα μιντια καποιος καλοθελητης εκ των εσω ή καποιος ανταγωνιστης (πχ η AMD σου λεει εμεις με τους νεους επεξεργαστες μας επηρεαζομαστε μονο απο καποιο variant του Spectre, οι αλλοι ειναι ξεβρακωτοι στα αγγουρια). Θα μαθευοταν ετσι και αλλιως αλλα αν πχ ειχαν ζητησει Χ μηνες για να προλαβουν να ετοιμασουν καποια λυση και κυκλοφορησε η ειδηση αρκετα νωριτερα, τους βρηκε με τα βρακια κατω

Ρε παιδια ηταν και τελος της χρονιας, που ολοκληρωνονται οι στοχοθεσιες και συνεπως η επιτευξη των ετησιων μπονους για τις στελεχαρες της Ιντελ (κασερι, στοκ οπτιονς - τα τελευταια δεν νομιζω να τα ηθελε κανεις τωρα)

[deniSun]

Καλά τους τα έχωσε ο Linus.

[rozak]

Η Intel απέσυρε όλα τα τελευταία BIOS από στο support site. Η Dell το ίδιο.
Υπάρχει και ανακοίνωση από την Intel εδώ/.
Η αντίστοιχη ανακοίνωση της Dell εδώ.

ΥΓ. Πάντως όπου έχω βάλει τα "απεσυρμένα" bios δεν έχω αντιμετωπίσει κάποιο πρόβλημα.

[MNP-10]

Ξέρουμε ότι η Intel έμαθε το πρόβλημα απο΄το project zero τον Ιούνιο (Jack Horn), πρίν πάει public από το Αυστριακό team (Δεκέμβριο)

Τί έκαναν τόσο καιρό?

Αυτή ακριβως είναι η ερώτηση κερασάκι

Τί έκαναν τόσο καιρό?

Ειλικρινά, αναλωνόμαστε να λέμε εδώ μέσα ότι οι ο Linus Torvalds είναι κάποιος άγνωστος, ότι πούλησαν τις μετοχές 2 μήνες πρίν,
ότι κάτι τρέχει στο βασίλειο της Δανιμαρκίας.

Αλλά πραγματικά μου κάνει εντύπωση.

Τί έκαναν τόσο καιρό? ΕΞΙ ΟΛΟΚΛΗΡΟΥΣ ΜΗΝΕΣ

Γιατι και τωρα τι εκαναν? Τιποτα. Χοντρα αρχιτεκτονικα flaws δυστυχως δεν επιδιορθωνονται ετσι απλα με microcode... το μονο που μπορουν να κανουν ειναι να αντικαταστησουν ολες τις cpu. Αν η λυση ηταν στο microcode δε θα χρειαζομασταν software patches...

[uncharted]

Γιατι και τωρα τι εκαναν? Τιποτα. Χοντρα αρχιτεκτονικα flaws δυστυχως δεν επιδιορθωνονται ετσι απλα με microcode... το μονο που μπορουν να κανουν ειναι να αντικαταστησουν ολες τις cpu. Αν η λυση ηταν στο microcode δε θα χρειαζομασταν software patches...

Αυτο ηταν ευκολο πριν 24 χρονια που υπηρχε μονο η σειρα Pentium (τοτε δεν υπηρχε microcode) στην αγορα με το FDIV bug, αλλα σημερα σε ευρος 20+ ετων εχουν βγει δις CPUs.

Αντικατασταση τετοιας κλιμακας σημαινει χρεοκοπια. Ολα τα fabs να βαλουν να δουλευουν 5-10 χρονια σερι και παλι δεν θα εχουν τελειωσει...

Προσωπικα ουτε με το microcode πιστευω θα δοθει οριστικη λυση, εκτος αν κανουν disable το OoO, πραγμα μη αποδεκτο φυσικα.

[anon]

Αυτο ηταν ευκολο πριν 24 χρονια που υπηρχε μονο η σειρα Pentium (τοτε δεν υπηρχε microcode) στην αγορα με το FDIV bug, αλλα σημερα σε ευρος 20+ ετων εχουν βγει δις CPUs.

Αντικατασταση τετοιας κλιμακας σημαινει χρεοκοπια. Ολα τα fabs να βαλουν να δουλευουν 5-10 χρονια σερι και παλι δεν θα εχουν τελειωσει...

Προσωπικα ουτε με το microcode πιστευω θα δοθει οριστικη λυση, εκτος αν κανουν disable το OoO, πραγμα μη αποδεκτο φυσικα.

Εαν βρεθεί ότι υπάρχει θέμα με τον Spectre όντως, θα παψει ναναι μη αποδεκτό. Θα είναι απαιτητό, και ας πάει το performance sto 50%. Που δεν θα είναι τόσο, και εξαρτάται απο την χρήση.
Το θέμα είναι εαν υπάρχει αυτή η δυνατότητα, έστω και με performance penalty. Σαν τελική λύση.

[uncharted]

Εαν βρεθεί ότι υπάρχει θέμα με τον Spectre όντως, θα παψει ναναι μη αποδεκτό. Θα είναι απαιτητό, και ας πάει το performance sto 50%. Που δεν θα είναι τόσο, και εξαρτάται απο την χρήση.
Το θέμα είναι εαν υπάρχει αυτή η δυνατότητα, έστω και με performance penalty. Σαν τελική λύση.

Ποιο 50%;

Θα ειναι πολυ παραπανω... ποσο παραπανω; Δες τι performance deficit εχουν οι in-order Atom (ποσοι κραζανε τα netbooks επειδη σερνονταν? θυμασαι?) σε συγκριση με τους out-of-order Intel Core της ιδιας εποχης.

Μιλαμε για καταστροφη στα datacenters και οχι μονο.

[anon]

Ποιο 50%;

Θα ειναι πολυ παραπανω... ποσο παραπανω; Δες τι performance deficit εχουν οι in-order Atom (ποσοι κραζανε τα netbooks επειδη σερνονταν? θυμασαι?) σε συγκριση με τους out-of-order Intel Core της ιδιας εποχης.

Μιλαμε για καταστροφη στα datacenters και οχι μονο.

H σύγκριση Atom έστω και με Celeron είναι αστοχη όχι γιατί οι Atom δεν είχαν ΟοΕ αλλά γιατί απλά ειναι άλλης σχεδίασης και φιλοσοφίας επεξεργαστές με διαφορετικούς πυρήνες, μνήνες L1 cache, ταχύτητες ρολογιού, και το κυριότερο, κατανάλωση ενέργειας. Οι Ατομ φτιάχτηκαν για πολύ μικρή κατανάλωση ενέργειας, οπότε άλλος ήταν ο στόχος.

Για να κάνουμε σωστή σγκριση θα πρέπει ναναι ο ίδιος επεξεργαστής, και με κάνα "διακόπτη" να μπορεις να το κλεινεις το ΟοΕ ή να το ανοιγεις (πχ στο BIOS). Προς το παρόν δεν υπάρχει αυτή η δυνατότητα απο όσο ξέρω. Ομως αυτό δεν σημαίνει ότι χρειάζεσαι ντε και καλά ΟοΕ για να έχεις καλές επιδόσεις (πχ δείτε Mill CPU Architecture).
H δυνατότητα ΟοΕ χρειάζεται όλο και πιο πολυ όσο πιο βαθύ pipelining υπάρχει στον επεξεργαστή. Εαν ειναι μικρό το pipelining, δεν σε νοιάζει και τόσο, εαν ειναι βαθύ, η διαφορά ταχύτητας μπορεί ναναι μεγάλη. (*_)
Εαν ο κώδικας είναι πολύ παραλληλίσιμος, σε συμφέρει να έχεις CPU με πάρα πολλά cores, απλά cores (μικρό pipelining, in-order). Εαν έχεις λίγα έως 1 core με βαθύ pipelining (για ταχυτητα), τότε δεν μπορείς να κανεις διαφορετικα, χρειάζεσαι Out of Order execution, εκτός και εαν πας σε τελείως διαφορετική αρχιτεκτονική (Mill CPU).

(*) Yπάρχει πληθώρα υλικού πάνω στο θέμα αυτό και βίντεο για να διαβάσετε.

[BlueChris]

Για πείτε ωρέ παλικάρια κάτι.. έχω 3 esxi με Vcenter στη δουλειά HP όλα (2 x G9 και ένα G7).
Εφόσον πέρασα τα patch σε όλα τα VM είτε είναι server είτε είναι Workstation, έχω λόγο να κάνω τα update τις VMWare? ρωτάω γιατί το G7 δεν υποστηρίζετε από το τελευταίο esxi και για να το κάνω update κάνω custom iso με inject μέσα τους drivers για τον P410 κλπ άλλα και αυτό πλέον με ταλαιπωρεί και μέχρι να το στείλω να πάρω ένα G10 ή άλλο ένα G9 λέω να μείνω ως έχω με esxi 6.5U1....

τι λέτε?

[uncharted]

H σύγκριση Atom έστω και με Celeron είναι αστοχη όχι γιατί οι Atom δεν είχαν ΟοΕ αλλά γιατί απλά ειναι άλλης σχεδίασης και φιλοσοφίας επεξεργαστές με διαφορετικούς πυρήνες, μνήνες L1 cache, ταχύτητες ρολογιού, και το κυριότερο, κατανάλωση ενέργειας. Οι Ατομ φτιάχτηκαν για πολύ μικρή κατανάλωση ενέργειας, οπότε άλλος ήταν ο στόχος.

Για να κάνουμε σωστή σγκριση θα πρέπει ναναι ο ίδιος επεξεργαστής, και με κάνα "διακόπτη" να μπορεις να το κλεινεις το ΟοΕ ή να το ανοιγεις (πχ στο BIOS). Προς το παρόν δεν υπάρχει αυτή η δυνατότητα απο όσο ξέρω. Ομως αυτό δεν σημαίνει ότι χρειάζεσαι ντε και καλά ΟοΕ για να έχεις καλές επιδόσεις (πχ δείτε Mill CPU Architecture).
H δυνατότητα ΟοΕ χρειάζεται όλο και πιο πολυ όσο πιο βαθύ pipelining υπάρχει στον επεξεργαστή. Εαν ειναι μικρό το pipelining, δεν σε νοιάζει και τόσο, εαν ειναι βαθύ, η διαφορά ταχύτητας μπορεί ναναι μεγάλη. (*_)
Εαν ο κώδικας είναι πολύ παραλληλίσιμος, σε συμφέρει να έχεις CPU με πάρα πολλά cores, απλά cores (μικρό pipelining, in-order). Εαν έχεις λίγα έως 1 core με βαθύ pipelining (για ταχυτητα), τότε δεν μπορείς να κανεις διαφορετικα, χρειάζεσαι Out of Order execution, εκτός και εαν πας σε τελείως διαφορετική αρχιτεκτονική (Mill CPU).

(*) Yπάρχει πληθώρα υλικού πάνω στο θέμα αυτό και βίντεο για να διαβάσετε.

Μια χαρα ειναι η συγκριση. Σου ειπε κανεις οτι το ΟοΟ ειναι τσαμπα? Προφανως κοστιζει και σε transistors και σε wattage, γι' αυτο οι πρωτοι Atom ειχαν μικρο die size και μικρη καταναλωση... το ιδιο ισχυει και για τους ARM (δεν εχουν ολοι OoO).

Τα υπολοιπα δεν εχουν και τοσο μεγαλη σχεση. Οι caches ναι μεν χρειαζονται, αλλα δεν κανουν και τοσο μεγαλη διαφορα, οι δε συχνοτητες ναι ειναι υψηλοτερες (λογω λιθογραφιας κυριως) απο τους 486 που ειχαμε καποτε, οποτε με in-order ναι μεν δεν ειναι σαν να εχεις 486, αλλα θα ειναι σαν να εχεις υπερχρονισμενο 486 (κατα μια εννοια, γιατι σαφως υπαρχουν και αλλες διαφορες σε μια μικροαρχιτεκτονικη, οπως τα pipeline stages). Και χωρις βαθυ pipelining δεν μπορεις να εχεις υψηλες συχνοτητες, οποτε ειναι trade-off.

Δεν ειπε κανεις οτι δεν μπορεις να εχεις καλες επιδοσεις και με in-order. Με τον υπαρχοντα κωδικα δεν μπορεις να εχεις. Γι' αυτο και το κραξιμο προς τους Atom.

Πως μπορεις να εχεις καλες επιδοσεις σε in-order uarch? Με assembly γραμμενη στο χερι ή αντιστοιχα εξελιγμενους compilers, αρα μιλαμε για κατι θεωρητικο και οχι και τοσο πρακτικο... αυτο το κολπο δοκιμαστηκε με τον Itanium και απετυχε ελεω ελλειψης καλων compilers στην αγορα. Τα περι Mill δεν τα σχολιαζω καν. Καλη η θεωρια, αλλα στην πραξη ειναι αλλιως τα πραγματα οπως ειπα.

Ειναι πιο φτηνο να εχεις hardware optimization (μια και εξω ριχνεις την ευθυνη στο hardware), παρα software optimization (κατι που βασιζεται στον -συνηθως αδυναμο- ανθρωπινο παραγοντα). Δεν ειναι οικονομικα εφικτο να ξαναγραφτουν εκατομμυρια γραμμες κωδικα. Δεν εγινε εδω και δεκαετιες. Τωρα θα γινει?

Ποσους devs εσυ γνωριζεις να γραφουν σε x86 asm?

Να στο πω και σε καπιταλιστικο πλαισιο αν θες: οι καλοι προγραμματιστες σπανιζουν -> μεγαλο κοστος μισθοδοσιας (κατι που δεν θελουν τα αφεντικα). Γι' αυτο επελεξαν να ριξουν την ευθυνη του optimization στο hardware, αλλα δεν προσεξαν οσο επρεπε και τωρα εχουμε αυτα τα τραγελαφικα αποτελεσματα.

[YAziDis]

Χθες btw βγηκε ενημερωση ασφαλειας στα El Capitan και Sierra για το meltdown και spectre.

[Mirmidon]

Για πείτε ωρέ παλικάρια κάτι.. έχω 3 esxi με Vcenter στη δουλειά HP όλα (2 x G9 και ένα G7).
Εφόσον πέρασα τα patch σε όλα τα VM είτε είναι server είτε είναι Workstation, έχω λόγο να κάνω τα update τις VMWare? ρωτάω γιατί το G7 δεν υποστηρίζετε από το τελευταίο esxi και για να το κάνω update κάνω custom iso με inject μέσα τους drivers για τον P410 κλπ άλλα και αυτό πλέον με ταλαιπωρεί και μέχρι να το στείλω να πάρω ένα G10 ή άλλο ένα G9 λέω να μείνω ως έχω με esxi 6.5U1....

τι λέτε?

Στο VMware Security Advisories τι αναφέρει σχετικά;

[deniSun]

Η Intel απέσυρε όλα τα τελευταία BIOS από στο support site. Η Dell το ίδιο.
Υπάρχει και ανακοίνωση από την Intel εδώ/.
Η αντίστοιχη ανακοίνωση της Dell εδώ.

ΥΓ. Πάντως όπου έχω βάλει τα "απεσυρμένα" bios δεν έχω αντιμετωπίσει κάποιο πρόβλημα.

Η gigabyte συνεχίζει να βγάζει ενημερώσεις.