Αναζήτηση:

Να μην ειχε τοσα bugs το outlook...

Δηλαδη διαβασες αυτο:

και καταλαβες οτι εγραψα αυτο;


Δηλαδη εγω γραφω οτι την ARM δεν την παιρνει να κανει ζημια στα ARM Windows laptops και η απαντηση ειναι οτι κανω λαθος γιατι η Qualcomm δεν ενδιαφερεται για τα ARM Windows laptops;
Αυτο που γραφω μπορει να ειναι λαθος, αλλα εξηγηστε μου που κανω λαθος για την εταιρια την οποια εγραψα, οχι για την αλλη που δεν εγραψα.

Και εγω καταλαβα οτι και ο bluechris. Η αγορα των arm windows ειναι ασημαντη αυτη την στιγμη.

Ναι. Με τα τελευταια BIOS με τις αλλαγες των microcodes, καποιοι εχουν προβληματα σταθεροτητας λογω των c-states. Σε διαφορα Ζ790 μοντελα.

Βγηκε ναι, αλλα εχω το ιδιο προβλημα με random restarts. Δεν το φτιαξανε.

Πρεπει να απενεργοποιω τα C8/C10 states.

Το εκτος εγγυησης δεν το πιστευω (ηδη εχει δωσει 5 χρονια εγγυηση για τους επεξεργαστες), και το ποιοι εχουν τελικα επεξεργαστες με προβλημα ειναι αγνωστο. Η ιντελ αλλαζει επεξεργαστες σε οποιον το ζητησει (μου αλλαξαν και εμενα, ενω τελικα εφταιγε το BIOS της gigabyte). Οποτε σιγουρα ολοι αυτοι οι επεξεργαστες που αλλαζονται δεν ειναι προβληματικοι.

Δεν νομιζω οτι υπαρχει θεμα να περασει την AMD σε score, ειναι αρκετα πισω η AMD σε αυτο.
Το προβλημα ειναι οτι τρεχει να μαζεψει την υπερβαση των οριων απο τους κατασκευαστες μητρικων, μαζι με μαζεμα καποιων οριων που ηταν ελευθερα αλλα προκαλουν προβλημα. Και φυσικα ενα bug που εμφανιστηκε στην πορεια.

Απελπισια, αν πραγματικα τα δει καποιος τα προβληματα, αντιλαμβανεται πως ηταν ενα Paperlaunch ολες αυτες οι CPU για speedtests... καταντια.

Λιγο υπερβολη...

Δεν ξερω πολλα απο επεξεργαστες, αλλα στη δουλεια (supercomputer) αντικαταστησανε ενα μεγαλο αριθμο επεξεργαστων Intel skylake με AMD Milan, και η αποδοση επεσε μεχρι και 20% (ανα περισταση). Οπως ειπα δεν ξερω πολλα, αλλα δε θα επρεπε οι νεοι επεγεργαστες να ειναι γρηγοροτεροι;

Αυτος που εισηγηθηκε την αλλαγη, εργαζεται ακομα στην εταιρια;

Τελικα μετα απο τοσο καιρο, το μονο που καταφερα ειναι να σταθεροποιησω το συστημα με την απενεργοποιηση των c-states (ολων).

Δεν εχει βγαλει η gigabyte νεωτερο bios. Τους λεω οτι ειναι προβληματικο αυτο, αλλα δεν μου δινουν λυση.

Ουτε καν ποια c-states θα μπορουσα να ενεργοποιησω.

Αυτο δεν εχει καταργηθει ηδη εδω και καιρο;

Οταν τσακωθηκα με την νοβα (που καηκε ο δορυφορικος δεκτης και δεν τιμησαν την εγγυηση και μου εφαγαν και 200 ευρω), ενας απο τους λογους ηταν οτι ηθελαν να μου δωσουν δορυφορικο δεκτη με χρησιδανειο, χωρις on demand.

Χθες, ο υπολογιστης μου ειχε μια εκρηξη σταθεροτητας, 1 ημερα και 7 ωρες!
Ο λογος; Το software raid τσεκαρε τα 3 raid-1 partitions.

Να το βαλω να τσεκαρει συνεχεια τους δισκους; :p

Σε αλλα νεα, και η gigabyte μου ειπε να κανω RMA την μητρικη. Η ευκολη λυση...

Παντως επισημως η gigabyte δεν το χαρακτηριζει beta.

Σημερα παρελαβα και τον RMA επεξεργαστη, μου εστειλαν εναν νεο, σφραγισμενο, boxed 13700K.

Αλλα καθομαι και σκεφτομαι αν εχει νοημα να βγαλω τον νεο 14700λ, και να βαλω τον 13700κ. Τι θα αλλαξει;

Οχι, δεν δοκιμασα παλιο bios. Δεν θυμαμαι και ποιο ειχα... :p

Βασικα, επανεφερα ολες τις ρυθμισεις που θελω (ολοκληρη την μνημη, XMP), και το εχω αφησει να κανει επανεκκινησεις. Περιμενω το επομενο bios.

Νομιζω οτι κακως εκανα RMA τον επεξεργαστη μου (και αγορασα νεο).

Βλεπω πολλες αναφορες στο reddit με τα νεα bios της gigabyte, σε πολλους σε idle.

https://www.reddit.com/r/gigabyte/comments/1euiuhh/z790_ud_ac_beta_bios_causing_reboots/
https://www.reddit.com/r/gigabyte/comments/1er12gz/gigabyte_z790_x_ax_suddenly_shutdown_and_restart/

Βεβαια, στον 2ο υπολογιστη δεν εχω προβλημα, αλλα ισως να μην μπαινει σε idle o επεξεργαστης.

- - - Updated - - -

Σε αλλα νεα το συστημα εκανε ενα sprint 17 ωρων χωρις επανεκκινηση, και εκανα εγω ενα reboot, επειδη μπηκαν ενημερωσεις του λειτουργικου.

reboot system boot 6.10.4-200.fc40. Sun Aug 18 17:46 still running
reboot system boot 6.10.4-200.fc40. Sun Aug 18 00:58 - 17:46 (16:48)
reboot system boot 6.10.4-200.fc40. Sun Aug 18 00:14 - crash (00:43)
reboot system boot 6.10.4-200.fc40. Sat Aug 17 23:20 - 00:08 (00:48)
reboot system boot 6.10.4-200.fc40. Sat Aug 17 22:48 - crash (00:31)
reboot system boot 6.10.4-200.fc40. Sat Aug 17 17:47 - crash (05:01)

Ειπα να δοκιμασω μηπως λογω idle το κλεινει το τροφοδοτικο, οποτε ενεργοποιησα στο platform power το ακολουθο:


Ειμαι στις 4 ωρες. Η καταναλωση δεν φαινεται να επηρεαστηκε, 27-36W μετρα το ups σε idle.

Και στις 5 ωρες εκανε restart.

- - - Updated - - -

Δεν διαφωνω.
Αυτο που ηθελα να πω ειναι οτι bios ver# x -> bios ver# y
μπορει τα ιδια settings που παιζαν ok να μην παιζουν πλεον ok αν δεν μεσολαβησει ενα bios reset.
Δεν ειναι ο κανονας μεν, το εχω δει να συμβαινει δε.
Για αυτο και πολλοι vendors συστηνουν (η το κανουν αυτοματα μετα το upgrade) ενα reset.

Η μπορει το ιδιο το bios να ειναι ασταθες και να διορθωθει (η και οχι...) σε επομενο update.

Πχ, το laptop μου ειναι ενα Ε495.
Εχει περασει απο 10-15 bios updates στα ~3 χρονια που το εχω.
Εξ'αυτων, το ενα bios εβγαζε random bsod,
αλλο ενα ηταν σταθερο μεν, δεν επαιζαν οι ram dual-channel δε.
Και αυτα σε laptop lenovo που γενικα ειναι πιο σταθερα τα πραγματα
(οχι γιατι η lenovo ειναι καλυτερη, αλλα σε laptop πλην ram/ssd ολα τα αλλα ειναι δεδομενα).



Θα ανεμενα ειδικα το 13 που ειναι atx 3.0 να μην εχει θεματα,
αλλα ποτε δεν ξερεις.

Εχω κανει bios reset (στις gigabyte γινεται και αυτοματα, δεν μπορεις να το αποφυγεις).

Εχω περασει και 2η φορα το ιδιο bios.

Εφοσον ειναι ιδια τα MB, κανε backup το config αυτου που ειναι οκ σε usb stick και restore στο αλλο.

Τα τροφοδοτικα ειναι ιδια?

Και τα δυο συστηματα σε optimised defaults ειναι. Το σταθερο με τα windows εχει XMP.

Τα τροφοδοτικα δεν ειναι ακριβως ιδια, το σταθερο εχει be quiet dark power 12, και το ασταθες την νεωτερη εκδοση (13), στα 1000W και τα 2.

- - - Updated - - -

Μετα την αναβαθμιση του bios,
φανταζομαι το εκανες reset @defaults -> reboot -> bios setup με τις ρυθμισεις σου παλι (η optimized, η οτι...), ναι?

Ενιοτε χρειαζεται.

μισο-ΟΤ:
Παραδειγμα τι μου συνεβη προ ολιγου καιρου:
1. εγκαθιστω το τελευταιο bios στην μητρικη μου (b550 strix).
2. reboot, ελεγχος στο bios = ολα δειχναν ok (ram = @xmp 3600).
3. τρεχω ενα prime95 = fail
4. τρεχω ενα memtest = fail
καπου εδω αρχιζω να σκεπτομαι οτι ειτε καποιο dimm ειτε η cpu -> kaput.
5. χρονιζω την ram σε stock clocks.
6. τρεχω prime95/memtest = pass.
7. ξαναρυθμιζω την ram @xmp 3600,
τρεχω prime/memtest = fail.

Κανω reset@defaults το bios, reboot,
ρυθμιζω την ram @xmp 3600,
τρεχω prime/memtest = pass.

Γιατι = ποιος ξερει?
Μαλλον κατι αλλαξε στον αλγοριθμο που ρυθμιζει τα ram timmings?

Και αυτα σε am4/ddr4 που εχει χροοονια ωριμανσης στην πλατη του.

- - - Updated - - -



Θα μπορουσε και αυτο,
αλλα, imho, πιο πιθανο ειναι το bios/microcode ταδε, με αυτες τις μητρικες, και την cpu δεινα απλως ναναι ασταθες.
Δεν ειναι συνηθες μεν,
ενιοτε συμβαινει και στους severs δε που υποτιθεται οτι εχεις και validated config,
σε consummer μητρικη με ram οτι βρηκαμε ευκαιρο = anything goes.

Και το οτι η ram ειναι στο qvl δεν ειναι 100% safe,
consummer mobo ειναι, το validation εγινε με το bios x.
Αργοτερα, με το bios y = anything goes,
δεν θα κατσουν να κανουν validation ολο το qvl καθε φορα που εχει bios update.

Εχω τρεξει memtest, 4 passes, 11 ωρες, με ολη την RAM (4 dimms, 192GB), XMP, και ηταν pass.

- - - Updated - - -

Ειπα να δοκιμασω μηπως λογω idle το κλεινει το τροφοδοτικο, οποτε ενεργοποιησα στο platform power το ακολουθο:

Power Loading

Enables or disables dummy load. When the power supply is at low load, a self-protection will activate causing it to shutdown or fail. If this occurs, please set to Enabled. Auto lets the BIOS automatically configure this setting.

Ειμαι στις 4 ωρες. Η καταναλωση δεν φαινεται να επηρεαστηκε, 27-36W μετρα το ups σε idle.

Γιατι να μην φταιει η μητρικη ?

Μακαρι να ηξερα τι φταιει. Απλα το προβλημα ξεκινησε με την εγκατασταση του bios με το 0x219 microcode. Πριν δεν ειχα θεμα.

- - - Updated - - -

Ψαξε στο bios για μια ρυθμιση που ονομαζεται power supply idle control καπως. Μερικες φορες χρειαζεται να ειναι ON για να περνανε λιγο παραπανω ρευματα στο συστημα να μην νομιζει το τροφοδοτικο πως το MB εκλεισε.

2ον ψαξε στον event viewer για whea errors id 18. Αν εχεις τετοια εχεις θεμα με τις μνημες.
Τελος για δοκιμη θα εδινα λιγο παραπανω ρευμα στις μνημες, απο 1.35 στα 1.4v η θα τις εβαζα στα μινιμουμ hz που μπορουν να πανε (δεν ξερω ποσο κατεβαινουν οι ddr5 αλλα στις ddr4 ειναι τα 2133mhz)

Δεν τρεχω windows.

- - - Updated - - -

Αφου εχει 2 ιδια συστηματα, μπορει να δοκιμασει τον επεξεργαστη που δεν εχει θεματα σε αυτο με το προβλημα......

Εχω ηδη δοκιμασει 2 επεξεργαστες, ο 14700Κ του κουτιου.

Υποτιθεται οτι τρεχω με optimised defaults. Αυτα που προτεινει η ιντελ. Δεν πρεπει να ειναι ολα ενταξει; :p

Δεν ειμαι σιγουρος τι πρεπει να κοιταξω στο bios :oops:

Δεν εχει σημασια, το κανει και στα 2. Περισσοτερο πλεον σε idle, δεν μπορω να χρησιμοποιησω το μηχανημα.

Παλι επανεκκινησεις και με την μιση RAM: (εμεινε μερικες ωρες χωρις επανεκκινηση, αλλα τα ξημερωματα... Εκεινη την ωρα κατι ετρεχε)
reboot system boot 6.10.4-200.fc40. Sat Aug 17 09:52 still running
reboot system boot 6.10.4-200.fc40. Sat Aug 17 08:58 - 09:43 (00:44)
reboot system boot 6.10.4-200.fc40. Sat Aug 17 05:49 - crash (03:09)
reboot system boot 6.10.4-200.fc40. Fri Aug 16 21:59 - crash (07:49)
reboot system boot 6.10.4-200.fc40. Fri Aug 16 21:54 - 21:59 (00:04)
reboot system boot 6.10.4-200.fc40. Fri Aug 16 19:59 - 20:04 (00:05)
reboot system boot 6.10.4-200.fc40. Fri Aug 16 19:54 - crash (00:05)
reboot system boot 6.10.4-200.fc40. Fri Aug 16 19:08 - crash (00:45)

Ξαναπερασα το bios, μπας και...

- - - Updated - - -

Δεν προλαβα να κανω το ποστ, μεσα σε 7 λεπτα παλι επανεκκινηση :p

Εγω θα εβαζα το f11. Το f12f απο οσο θυμαμαι οταν εχει και γραμμα ειναι κατι σαν beta. Αλλα οπως σου ειπα θα εκανα lock την ταχυτητα.

Δεν θυμομουν οτι ο επεξεργαστης σου ειναι καινουργιος

Το μετεφερα εδω το προβλημα μου: https://www.adslgr.com/forum/threads/1285724-%CE%A0%CF%81%CE%BF%CE%B2%CE%BB%CE%AE%CE%BC%CE%B1%CF%84%CE%B1-%CE%BC%CE%B5-%CF%84%CE%BF-%CE%BD%CE%AD%CE%BF-intel-microcode-0x219-CPU-degradation

Ανοιγω νεο νημα ειδικα για το intel microcode που υποτιθεται σταματα την υποβαθμιση των επεξεργαστων 13η-14ης γενεας.

Στην δικη μου περιπτωση, εχω 2 υπολογιστες με το ιδιο μοντελο μητρικης (Gigabyte Z790 AERO G) και τον ιδιο επεξεργαστη (13700K).

Η αναβαθμιση που ενσωματωνει το 0x219 microcode ειναι το F12f.

Στον ενα υπολογιστη (που τρεχει windows 11) ολα πηγαν καλα (μαλλον).
Στον 2ο υπολογιστη (που τρεχει Fedora Linux 40) εμφανιστηκε ασταθεια, με την μορφη τυχαιων επανεκκινησεων (χωρις καποια καταγραφη σε καποιο log). Η διαφορα σε αυτον τον υπολογιστη ειναι οτι εχει 192 GB RAM (4 * 48GB), της corsair, απο το QVL της μητρικης (CMK192GX5M4B5200C38). Πριν την αναβαθμιση του bios, δεν ειχα παρατηρησει ασταθεια.

Επικοινωνησα με Intel, μου ζητησε να βαλω συγκεκριμενες ρυθμισεις στο BIOS, τις οποιες δεν ηξερα που βρισκονται, οποτε μειναμε στο intel defaults (performance), και ξεκινησαν το RMA του επεξεργαστη.
Σημερα (16/08) ηρθαν απο DHL και τον παρελαβαν (για Ολλανδια).
Στις 14/08, αγορασα νεο επεξεργαστη (14700K) για να βαλω στην θεση του 13700Κ, που ειχε ηδη πακεταριστει για το RMA.

Το προβλημα ειναι οτι και με τον καινουργιο επεξεργαστη εχω παλι την ιδια συμπεριφορα (τυχαια reboots), και υποθετω οτι δεν υπαρχει θεμα degradation. Απο τον σειριακο αριθμο εχει εγγυηση μεχρι Ιουλιο του 2029, οποτε υποθετω ο 14700Κ ειναι κατασκευασμενος τον Ιουλιο του 2024.

Το ανεφερα στην Ιντελ, και δεν εχω καποια αλλη απαντηση, περα απο το οτι ο επεξεργαστης που θα στειλουν θα ειναι αψογος/δοκιμασμενος.

Επικοινωνησα και με την Gigagbyte, η οποια μου ειπε να αφαιρεσω 2 στικ μνημης και να αφησω την μιση.

Το εκανα, και τωρα περιμενω να δω αν το συστημα ειναι σταθερο με τον 14700Κ και 96GB RAM. Θα δειξει.

Επισης, χθες ετρεξα 4 περασματα memtest86 με ολη την μνημη (192 GB), με το XMP ενεργο. Πηρε καπου 11 ωρες, δεν εκανε επανεκκινηση, και δεν εβγαλε σφαλματα.

Μα εβαλα επανω ολοκαινουργιο επεξεργαστη.
Κατι συμβαινει με την ενημερωση.
https://www.gigabyte.com/Motherboard/Z790-AERO-G-rev-10/support#support-dl-bios

Ειμαι μονος που εμεινε με ιντελ στο φορουμ;; :p

Δυστυχως λυση δεν βρισκω με το νεο bios 0x219 microcode.

Η Intel με ευκολια μου αλλαζει τον επεξεργαστη (θα ερθει κουριερ να τον παραλαβει σημερα), αλλα αγορασα νεο ολοκαινουργιο 14700Κ, και εχω ακριβως τα ιδια συμπτωματα, τυχαιες επανεκκινησεις.
Εκανα και memtest (4 κυκλους/11 ωρες) και δεν βρηκε σφαλματα στην μνημη.
BIOS η intel microcode?

Το θεμα ειναι οτι κανει επανεκκινηση, χωρις να βλεπω καποια καταγραφη (καποιο kernel panic). Το εκλεισα για λιγο, και θα ξαναπροσπαθησω. Στον υπολογιστη με windows (ιδια μητρικη, ιδιος επεξεργαστης) δεν διαπιστωσα κατι, αλλα δεν λειτουργει 24/365.

Βγηκαν και τα bioses της gigabyte, κα αναβαθμισα χθες. Στον υπολογιστη που τρεχει λινουξ εχω θεμα, κανει συνεχως reboot (απο μονο του).

Αρχισε να κυκλοφορει το νεο microcode (0x129) απο ASUS, MSI, Asrock. Απο Gigabyte τιποτα ακομα.

Τελικα η ιντελ δινει 2 χρονια επιπλεον εγγυηση στους επεξεργαστες 13ης και 14ης γενιας.

https://www.tomshardware.com/pc-components/cpus/intel-announces-an-extra-two-years-of-warranty-for-its-chips-amid-crashing-and-instability-issues-longer-warranty-applies-to-13th-and-14th-gen-core-processors

Δεν περναει στην Ευρωπη αυτο και οι Αμερικανοι δεν ειναι και τοοοοοοσο βλακες

https://youtu.be/Yv3YFN6jIaM

Το θεμα ειναι τι κανει η Ευρωπη... Θα περιμενει να κανουμε εμεις κατι;

Εμενα πιανει 5G η ειμαι στο 1%;

257556

Εμενα το προβλημα μου σαν καταναλωτης ειναι πως διαπιστωνω οτι ο επεξεργαστης ειναι ενταξει. Εχω 2 13700Κ. Δεν παιζω παιχνιδια, και δεν παρατηρω κατι μακροσκοπικα (δεν εχω "κρασσαρισματα").
Αλλα τι σημαινει αυτο;

Elon Musk: Κατηγορει την Kομισιον για αποπειρα δωροδοκιας

Απο μικρο κι απο τρελο.

Απλα ψευδεται. Εχω ζητησει 2-3 φορες προσβαση στα δεδομενα, και δεν απαντουν καν, παραβιαζοντας την νομοθεσια.

Καλημερα, αντιμετωπιζω ενα προβλημα με ενα Fedora 40.

Θελω να φτιαξω εναν απλο container με podman:

FROM fedora:40

ENV AM_I_IN_DOCKER="true"

RUN dnf -y update --refresh
RUN dnf install -y 'dnf-command(config-manager)'
RUN dnf remove -y *nvidia*
RUN dnf config-manager --add-repo=https://negativo17.org/repos/fedora-nvidia.repo
#RUN dnf -y install nvidia-driver-cuda
RUN dnf -y install cuda
RUN dnf -y install cuda-devel

RUN dnf -y install python3-pip python-pip-wheel python3-devel
RUN dnf -y install boost-devel
RUN dnf clean all

RUN pip install torch --index-url https://download.pytorch.org/whl/cu121


Βασικα φεντορα 40, οδηγοι της nvidia και pytorch (rootless).

To /home βρισκεται σε ενα software raid-1 array (mdadm) σε 2 SATA WD δισκους.

Για καποιο απροσδιοριστο λογο, δεν μπορω να φτιαξω τον container, εχω συνεχως network errors.

Το μονο που φαινεται να καταγραφεται στα logs, ειναι καταγραφες σαν αυτες:


podman2: port 1(veth4) entered disabled state
veth4 (unregistering): left allmulticast mode
veth4 (unregistering): left promiscuous mode
podman2: port 1(veth4) entered disabled state
podman2: port 1(veth4) entered blocking state
podman2: port 1(veth4) entered disabled state
veth4: entered allmulticast mode
veth4: entered promiscuous mode
podman2: port 1(veth4) entered blocking state
podman2: port 1(veth4) entered forwarding state


Απο την αλλη, αν φτιαξω εναν χρηστη, που το home directory του ειναι σε nvme δισκο, o container δημιουργειται χωρις σφαλματα.

Τι μπορει να φταιει; Δεν μου φαινεται λογικο αυτο που παρατηρω.

Πως το μετρας αυτο? πριν η μετα τα mitigations που θα βγουν και θα χασουν οι Intel το 20-30% της ταχυτητας τους οπως γινεται σερι τα τελευταια 5 χρονια?

Υποθετω πριν. Απο το γραφημα του αρθρου το ειδα. Πως μετρησαν τους Ιντελ;

Δηλαδη εφτασε την αποδοση της ιντελ στο συγκεκριμενο τεστ;

Το θεμα ειναι οτι εμεινε στα λογια. Efficiency πετυχε μονο σε σχεση με τα ιντελ που εχουν process disadvantage... σε σχεση με ενα κινητο arm πχ ενας mobile x86 της AMD δε πιανει μια (σε efficiency). Γι'αυτο και μετα απο κατι atom σε smartphones πριν καμμια 10αρια χρονια, μετα τελος.


Τα παντα γυρω μας δεν ειναι σε arm, εχει και αλλες κατηγοριες μικροεπεξεργαστων.
Επισης οι επεξεργαστες στα κινητα (σε ολα) ειναι τρομερα ασθενικοι σε σχεση με επεξεργαστες για φορητους. Ουτε καν το skype δεν μπορουν να τρεξουν τα τηλεφωνα/ταμπλετ.

Tablet με 2 ανεμιστηρες;

Απο το τι πιστευει/διαδιδει ο Μασκ, μεχρι το τι θα γινει πραγματικα, το χαος.

Καλο και το trueNAS, το σκεφτομουνα σε τετοια υλοποιηση με 2xNVME σε διαταξη RAID:
https://www.youtube.com/watch?v=QsM6b5yix0U

Χρονια ειχα να δω βιντεο του τυπου. Λιγο κακο μου φανηκε.

Παιζει δηλαδη καποιος να ειχε παρει NAS της Dlink? Εγω πρωτη φορα στη ζωη μου ακουω πως ειχε βγαλει.

Εγω που ειχα ενα, αναρωτηθηκα ποτε σταματησε. Παλια τα nas της ηταν διασημα, γιατι μπορουσες να βαλεις δικες σου υπηρεσιες.

Βρε δεν ειναι ο 3600 το προβλημα, το x570 καιει καλτσες ειδικα σε μεγαλους χρονισμους. Εννοειται πως την εχω την cpu σε eco mode και μειωμενα ρευματα.

Την ειχα κανει αυτη την συζητηση για το 570 (και το αρνητικο των μητρικων που δεν εξελισσονται με τους επεξεργαστες). Και που αγορασα ιντελ για την καταναλωση. :p

Σε ενα φιλο, συνεργειο του οτε που τοποθετουσε οπτικες ινες, εκοψε καποιο χαλκινο καλωδιο, με αποτελεσμα να μην λειτουργει το vdsl (και το τηλεφωνο) απο την περασμενη παρασκευη.
Απο τον οτε δεν του δινουν καμια προθεσμια για αποκατασταση της βλαβης, που ηδη μετρα 1 βδομαδα.

Τι θα μπορουσε να κανει, γιατι το να μην εχεις διαδικτυο ειναι εκνευριστικο...

Δεν θα εχουν efficiency cores;

Το προστιμο ειναι αστεια χαμηλο. Τα προστιμα θα επρεπε να ειναι 1-2% του τζιρου.
Για να εχουν νοημα.

Η πετας τα VM και πας σε containers. :p

Κατσε, επειδη δεν το κατεχω το θεμα, οτιδηποτε συστημα ειτε αυτο το podman ειτε κανονικα containers, αν σκασει το μαμα linux που στηριζονται ολα, δεν σκαει το συμπαν?

Δεν καταλαβαινω τον ορο "αν σκασει το μαμα λινουξ". Τι εννοεις; Να βαλεις ενημερωσεις, και να μην κανει reboot το μηχανημα;
Καπου 20 χρονια δεν μου εχει συμβει ακομα.

- - - Updated - - -

Οκ αυτο εχω καταλαβει και εγω.
Linux cluster μπορεις να κανεις με 3+ μηχανηματα και τα containers να ειναι σε HA αραγε? Αν σκασει ενα να τρεξουν αυτοματα σε αλλο host? Θα το ψαξω...

Τα container images μπορεις να τα εχεις οπουδηποτε, και να τρεξεις σε οποιοδηποτε μηχανημα.
Το πλεονεκτημα τους ειναι η δυναμικοτητα (δεν εκχωρεις αριθμο cpu και μεγεθος μνημης, χρησιμοποιουνται δυναμικα), και δεν εχει σημασια τι λειτουργικο και οσο παλιο ειναι μεσα στον container.
Επισης μεγαλο προσον του podman ειναι οτι οι containers τρεχουν με δικαιωματα απλου χρηστη.

Δεν ξερω ποσο αξιοπιστο ειναι.
Εχω συγκεκριμενη περιοχη (παραλια Κορινθιας) που με το ζορι και αν μπει σε συγκεκριμενα σημεια (παραθυρα) του σπιτιου πιανει 4g μεχρι 12 Mb και καθε καλοκαιρι που βρισκομαι εκει το δινω σαν προβλημα στην Cosmote ( και το παραδεχονται... απομακρυσμενη κεραια 4G και μη καλυψη 5G) και ο χαρτης δειχνει καλυψη 4G + 5G και ταχυτητες >300 Mb και <1G
Τωρα αν απο το καλοκαιρι αλλαξε κατι... που δεν το νομιζω ... θα το δω σε λιγους μηνες.

Ειναι τρομερα αξιοπιστο. Στο σπιτι μου δειχνει 4G μεταξυ 100 και 300. Εν τω μεταξυ, δεν εχει καν σημα, και πολλες φορες ουτε κληση, οχι ιντερνετ. Ενταξει, στην αυλη αναβει σταθερα η πρωτη μπορα. Αν εχει κεφια το σημα, αναβει το το edge.

Παντως σε εμενα που τα παντα ειναι σε containers (podman οχι τιποτα docker...) λειτουργει χωρις προβληματα το να ειναι παντα up-to-date.
Ειμαι του bleeding edge, fedora... :D

Δηλαδη, δεν εχετε cron job που εγκαθιστα ενημερωσεις καθε βραδυ αυτοματα;

Εγω παλι που παρηγγειλα κατι που θελω, μου εφαγαν τα χρηματα... :oops:

Δεν ειναι θεμα φυλακης αλλα αν μιλαω εγω με τον Arouti πχ για σουτιεν με mail, φανταζομαι θα πεθανουμε μετα στις διαφημισεις με στηθοδεσμους ε?

Αναλογως τι θα πεις.

https://www.protothema.gr/world/article/1460431/xino-vgike-se-20hrono-asteio-oti-anikei-stous-taliban-en-ora-ptisis-to-uperogo-poso-pou-ehei-klithei-na-plirosei/