Jaco

Όποιος σκέφτεται για Zen2, θα πρέπει να περιμένει μάλλον πάνω από 1 χρόνο πριν κάνει την κίνηση. Καταρχήν, οι διαφορές δεν είναι ουσιαστικές και επίσης αφού κυκλοφορήσουν θα πρέπει να περιμένεις να περάσουν κάμποσοι μήνες πάλι, μέχρι να βρεις πιο setup είναι σταθερό και δουλεύει. Τώρα με λίγο google-fu μπορείς να βρεις πια components δουλεύουν καλά, υπάρχει ποικιλία και διαθεσιμότητα και μια σταθερότητα.

Προσωπικά ο Zen2 μου φαίνεται πολύ πιο μακρυνός από τον Φεβρουάριο. Θα περίμενα τέλος του '18 για να πάρω.

Πιστεύω πως ναι, δεν έχω windows στον ryzen να το δοκιμάσω.

Άν δεν σου πέταξε σφάλμα στο 7ωρο δεν χρειάζεται να ασχοληθείς άλλο, είσαι μια χαρά

Ολοκληρωνεται ποτε η τρεχει επαοριστο? Και αν δεν βγαλει σφαλμα σημαινει σιγουρα οτι δεν εχουμε ελατωματικη παρτιδα?

Το συγκεκριμένο τρέχει για πάντα, ώστε να εξωμειώσεις τον χρόνο που θες. Αν το τρέξεις για 3-4 ώρες και δεν βγάλει σφάλμα, νομίζω είναι μια χαρά. Κανείς δεν μπορεί να σου πει 100% ότι δεν είναι ελαττωματική παρτίδα, αλλά στατιστικά δεν είναι.

Πχ σε μένα που κάνω builds για 2+ ώρες, μπορεί να το πετάξει 4-5 φορές και το κάνει πάντα, απλά το έχω σετάρει να συνεχίζει στα σφάλματα και να κάνει build άλλα πακέτα που δεν έχουν dependencies τα σπασμένα, οπότε ξανατρέχω το build και αν σπάσει το ξανατρέχω. Μπορεί για να γίνει όλο σωστά να πάρει 2-3 προσπάθειες.

1 hour ago, ARMAGEDDON said:

Ok το έβαλα το τρέχω εδώ και 5 λεπτακια δεν έχει πετάξει ακόμα error !

 

ok μετά από 10 λεπτάκια βαρέθηκα και το έκλεισα

Θα πρέπει να το αφήσεις να τρέξει για μερικές ώρες. Δεν σημαίνει ότι θα στο κάνει αμέσως, μπορεί να στο κάνει και μετά από 1-2 ώρες.

@NikosD από αυτά που γράφεις, το μόνο συμπέρασμα που βγάζω είναι ότι δεν έχεις καταλάβει τίποτα από αυτά που έχω γράψει.

Μέχρι στιγμής, από αυτά που έχω διαβάσει, ισχύουν και τα 2 παραπάνω που αναφέρεις.

Εγώ δεν θα μπω στην διαδικασία αυτή για διάφορους λόγους και κυρίως για το λόγο ότι δεν θα δουλεύω ακόμα για πολύ καιρό εκεί

Πάντως και στην επόμενη δουλειά που θα είμαι, δυστυχώς δεν θα το ρισκάρω να πάρω Ryzen, Intel ναι. Threadripper, αν τον κοστολογεί η εταιρία, επίσης ναι και σίγουρα προτιμότερα από Intel. Για την ώρα τουλάχιστον.

Απ' ότι είδα μόλις στο παραπάνω βίντεο η AMD λέει ότι το πρόβλημα αυτό δεν επηρεάζει τους χρήστες των windows που κάνουν normal χρήση και τα παιχνίδια. Ναι, φυσικά, αφού σε καμία από αυτές τις περιπτώσεις δεν στρεσάρεται τόσο πολύ ο επεξεργαστής.

Τα πράγματα έχουν ως εξής. Το πρόβλημα υπάρχει, είναι εκεί. Οι πιθανότητες να εμφανιστεί είναι πολύ μεγαλύτερες όσο ο επεξεργαστής δουλεύει στο 100% όλα τα cores και για πολύ ώρα. Οι πιθανότητες είναι πολύ μικρότερες στις άλλες περιπτώσεις. Χρειάζεται όλοι να αλλάξουν επεξεργαστή; Αυτό είναι στην ευχέρεια του καθενός. Μπορεί κάποιος να αισθάνεται ότι δεν θέλει ο επεξεργαστής του να έχει αυτό το bug και ας μην του έχει βγει μέχρι στιγμής. Κανονικά η AMD πρέπει να σεβαστεί ακόμα και αυτή τη περίπτωση. Το θετικό είναι τουλάχιστον ότι τους κάνουν RMA, το οποίο είναι πολύ σημαντικό. Το ερώτημα είναι αν ζητήσουν πολλοί χρήστες αλλαγή τι γίνεται; Λογικά λίγοι θα το κάνουν, αφού ακόμα και το να αποδείξεις ότι έχει πρόβλημα ο επεξεργαστής που έχει, είναι μια διαδικασία που δεν μπορούν να την κάνουν όλοι.

Να πχ. τώρα θα δοκιμάσει ο @ARMAGEDDON να το αποδείξει, οπότε θα δούμε πόσο εύκολο είναι το κάνει ένας έμπειρος χρήστης, αλλά χωρίς γνώσεις development

Πρέπει να γίνει κατανοητό, ότι ένας compiler που κάνει compile ένα κώδικα δεν έχει κάτι ξεχωριστό σε σχέση με οποιοδήποτε άλλο πρόγραμμα. Το πρόβλημα υπάρχει και μπορεί να εμφανιστεί οποιαδήποτε στιγμή. Απλά ο λόγος που το συναντάμε πιο συχνά οι devs είναι ότι αφενός αν κάνεις compile ένα σύστημα που χρειάζεται ακόμα και ώρες για τον ryzen να γίνει build, τότε η πιθανότητα να εμφανιστεί το πρόβλημα είναι μεγαλύτερη και αφετέρου όταν κάνεις build χρησιμοποιείς όλα τα cores sto 100% για όλο το χρονικό διάστημα. Αυτό είναι το μεγαλύτερο στρες για τον επεξεργαστή.

Επομένως, δεν είναι θέμα του gcc Linux, επαληθεύεται και με τον cc της microsoft στα windows. Είναι θέμα του επεξεργαστή.

To RMA δεν θα το κάνετε στο μαγαζί που το πήρατε, αλλά στην ίδια την AMD. Απ' ότι διάβασα από άλλους κάνουν αίτηση, τους ζητάνε κάποιες πληροφορίες και υπογράφουν μια υπεύθυνη δήλωση που λέει ότι όταν τους στείλει η AMD την νέα cpu, θα στείλουν πίσω την άλλη. Τουλάχιστον αυτό συμβαίνει έξω. Τώρα για Ελλάδα δεν ξέρω, αλλά καλύτερα να γίνει μια επικοινωνία με το support της AMD.

Επίσης, απ' ότι είδα σε κάποιους τους είπαν να απενεργοποιήσουν το SMT. Εκεί απλά ρίχνεις άκυρο και εξηγείς ότι ο λόγος που πήρες τον επεξεργαστή ήταν το SMT.

Τα segfaults είναι κάπως ευρεία έννοια και στο user space έχουν να κάνουν με κάποιο memory pointer ο οποίος ξεφεύγει από το virtual space που κάνει allocate o kernel για την εφαρμογή και πάει να γράψει κάπου άλλου. Τέλος πάντων, είναι σημαντικό πρόβλημα, αλλά οι λεπτομέρειες για το ποιο λόγο συμβαίνει αυτό δεν μου είναι γνωστές, αλλά φαίνεται να είναι πρόβλημα που δεν λύνεται με κάποιο microcode και είναι στο hardware. Από μερικά ποστ που διάβασα, οι επεξεργαστές που παίρνουν οι χρήστες ως rma τρέχουν σε μικρότερο voltage νομίζω και κάποιοι λένε ότι αυτό σημαίνει και περισσότερο περιθώριο για overclocking, αλλά δεν με ενδιαφέρει και δεν το έψαξα παραπάνω.

Δεν είναι πάντα εύκολο να γίνει αυτό που λες και για κάποιους λόγους στην περίπτωση μου δεν είναι καν επιλογή. Συνιστώ σε όσους δεν μπορούν να πάρουν τέτοιο ρίσκο, απλα να μην το κάνουν και να πάνε σε ασφαλείς λύσεις.

Για όσους δεν έχουν τέτοια θέματα, μια χαρά είναι ο ryzen και αν δεν τους νοιάζει το rma ακόμα καλύτερα.

Ε ναι φυσικά τον στέλνεις για rma. Αφού έχεις τη δυνατότητα να πάρεις ένα CPU που δεν έχει το bug αυτο, να το κάνεις

Triple post.
 

Λοιπόν, υπάρχει τρόπος να δοκιμάσετε σε windows αν ο ryzen σας έχει το bug, αλλά χρειάζεται να εγκαταστήσετε το Visual Studio για να κάνετε compile και να τρέξετε το πρόγραμμα.

Περισσότερες οδηγίες εδώ: https://github.com/corngood/kill-ryzen-win

Μόλις το δοκίμασα σε intel (στο laptop μου) και δεν κρασάρει, στην δουλειά δεν μπορώ να το δοκιμάσω γιατί δεν έχω windows.

1 hour ago, Matia said:

Σε Linux δεν τα βγάζει αυτά μόνο?

Τελικά φαίνεται ότι είναι γενικό το πρόβλημα. Παραθέτω από το παρακάτω link

https://community.amd.com/message/2823900#comment-2823900

Quote

There is nothing that makes this problem Linux-specific.  I've reproduced it on Linux, Windows, and FreeBSD.  It's a use-case issue where taxing the CPU in a certain way results in inconsistent (and very bad) behavior.  I imagine if Illumos/OpenSolaris and Haiku/BeOS are capable of running on Ryzen, the issue would present itself there, as well.

Σε linux τα βγάζει σίγουρα, για windows δεν ξέρω.

Σκέφτομαι επίσης να ανοίξω ένα thread για Linux benchmark για πολυ-πύρινα, αλλά δεν ξέρω τι εκδήλωση ενδιαφέροντος θα έχει.

Μιας και έχει περάσει αρκετό χρονικό διάστημα που δουλεύω τον 1700 στην δουλειά, θα καταθέσω την αποτίμηση των εμπειριών μου.

Για την ώρα φαίνεται να ήταν λάθος επιλογή, καθώς το πρόβλημα με τα segfaults όντως υπάρχει και σπάει builds, ειδικά αν δεν είναι ένα από build ενός kernel. Μου έχει συμβεί αρκετές φορές, να σπάνε μεγάλα builds από yocto που πρέπει να γίνουν compile 5000+ πακέτα. Εντάξει, αν το ξενατρέξεις θα περάσει, αλλά το ότι συμβαίνει δεν είναι καθόλου καλό.

Θα πει κάποιος ότι μπορεί να στείλει πίσω τη cpu και να του στείλουν άλλη. Ναι, αλλά αυτό είναι εύκολο να το κάνεις αν είναι το pc σου και όχι το pc της δουλειάς, που εκ των πραγμάτων είναι σχεδόν αδύνατο να γίνει.

Μ' αυτά και μ' αυτά, μένω απογοητευμένος από τον 1700, γιατί περίμενα αρκετούς μήνες να τον πάρω ώστε να βγάλει τις παιδικές αρρώστιες, αλλά τελικά έβγαλε προβλήματα στην εφηβεία και μάλιστα σημαντικά, όταν πρόκειται για επαγγελματικό μηχάνημα.

Επειδή, όπως είπα και πιο πάνω, η αλλαγή του επεξεργαστή σε ένα workstation της δουλειάς δεν είναι εύκολη διαδικασία, μπορεί ίσως και αδύνατη, δεν συνιστώ σε κανένα να πάει σε ryzen για επαγγελματικό μηχανημα που πληρεί τις παραπάνω προϋποθέσεις (δηλαδή είναι δύσκολο να αλλαχτεί η cpu).

Μ' αυτά και μ' αυτά παρότι σκεφτόμουν να χτυπήσω και εγώ έναν γιατί δουλεύω και από το σπίτι, σκέφτομαι σοβαρά να πάω σε κάποιο 6-πύρηνο intel.

https://www.servethehome.com/dual-amd-epyc-7601-processor-performance-and-review-part-1/

2 hours ago, psyber said:

Φανταστικές θερμοκρασίες για αέρα

Νομίζω αναφέρεται στην NZXT Κraken X62, που είναι με νερό.

Μην σε μπερδεύει το user+sys, αγνόησέ το, γι' αυτό έχω σε bold τον χρόνο και μόνο.

Αυτό αναφέρεται γενικά στη CPU και όχι στο process. Δεν τρέχουν όλοι οι υπολογιστές τα ίδια services στο background, οπότε δεν κάνουν τα ίδια calls. O 1700Χ τρέχει πολλά περισσότερα στο background και ο 2600 είναι headless, δεν τρέχει καν Χ11.

Έκανα edit στο ότι δεν αναφέρεται στο process, αλλά τα υπόλοιπα ισχύουν.

Εντάξει, μη λες ότι δεν είναι εντυπωσιακή η διαφορά, γιατί είναι. Ότι μηχάνημα και να έχεις δοκίμασε να κάνεις cross-compile έναν kernel και θα καταλάβεις.

Και κανονικά στον 1700Χ θα έπρεπε να βάλω 32 (-j 32) threads και όχι 16 (-j 16) για να είναι δίκαιο και να ξεζουμίσει τον επεξεργαστή. Βασικά θα το κάνω, μόλις πάω δουλειά.

Όσο για το real+user+sys δες εδώ.

Ναι σωστό. Δυστυχώς δεν έχω άλλο μηχάνημα να το δοκιμάσω.

RAM χμμ, άντε, ίσως. Αλλά storage, πόση διαφορά να κάνει;

Αλλά και πάλι, ακόμα και η RAM δεν κάνει τόσο διαφορά.

Απλά κάνει synthesize με 16 threads.

Αν έχεις κάποιο project στείλε μου να δοκιμάσω.

Άλλο ένα benchmark σε Linux.

Compile ένα SPI module σε verilog στο Quartus (v.17.0.1) για ένα Altera EPM240T100C5.

i7-2600: 00:01:18

1700X: 00:00:14

Απλά lol.

Ζήτησα να μου στήσουν έναν ryzen στην δουλειά γιατί χρειαζόμουν περισσότερα cores.

CPU: Ryzen 1700X

MOBO: Asus Prime B350-Plus

RAM: 32GB CMK32GX4M2A2400C14

GPU: RX550

SSD: Samsung 850 1TB

Έκανα σύγκριση με έναν i7-2600 CPU@3.40GHz/P8H61-M LX2/8GB DD3 και ένα lenovo laptop i5-2450M CPU@2.50GHz/16 GB που χρησιμοποιούσα μέχρι στιγμής.

Εννοείται φυσικά η διαφορά είναι αστεία, ειδικά με το laptop, αλλά πέρα από την σύγκριση το νόημα είναι το πόσο καλύτερη έγινε η ζωή μου.

Έκανα ένα τυπικό τεστ με τον kernel του rpi3. Όποιος θέλει να συγκρίνει μπορεί να δοκιμάσει τον οδηγό αυτό.

Setup:

- OS: Ubuntu 16.04.2 64-bit

- Kernel:  4.11.7-041107-generic

- Compiler: gcc-arm-none-eabi-5_4-2016q3

i5-2450M

Quote

time make -j16 zImage modules dtbs
real    21m29.093s
user    70m7.512s
sys    4m25.432s

i7-2600

Quote

time make -j16 zImage modules dtbs
real    7m51.727s
user    58m3.772s
sys    1m52.728s

Ryzen 1700X

Quote

time make -j16 zImage modules dtbs
real    3m23.174s
user    47m4.087s
sys    2m50.763s

Και μετά έκανα ένα benchmark με ένα custom yocto build που κάνει build το u-boot, τον kernel και το filesystem και τα αποτελέσματα είναι:

i5-2450M

Quote

χαχαχαχαχαχαχαχαχα. Θέλει ώωωρες να τελειώσει.

i7-2600

Quote

real    109m31.195s
user    520m55.980s
sys    47m11.660s

Ryzen 1700X

Quote

real    49m12.156s
user    508m46.323s
sys    67m31.673s

Γενικά η διαφορά είναι η μέρα με τη νύχτα. Και κατά τη διάρκεια που κάνει όλα αυτά build το σύστημα παραμένει responsive και μπορώ να δουλέψω κανονικά.

Και ναι... είναι απόλαυση να βλέπεις το bitbake να κάνει 16 tasks ταυτόχρονα...

Όποιος θέλει κάποιο benchmark από linux κανένα πρόβλημα, αρκεί να μην θέλει να εγκαταστήσω packages που θα μου χαλάσουν το environment. Οπότε θα περιοριστώ κυρίως σε compilations και τέτοιου είδους πράγματα.

Τον τελευταίο χρόνο έχω ψήσει μόνο ένα mobo (από κονσόλα ήχου) πάνω σε αντιστατική. Αλλά έχουν περάσει από το γραφείο μου δεκάδες, οπότε η πιθανότητα είναι μικρή. Απλά δεν θες να σου τύχει στο δικό σου που το έχεις αγοράσει με τα δικά σου λεφτά, lol.

Έχει κάποιος 32GB? Τι ταχύτητες και με ποιο mobo τις έχει πιάσει;
Αυτές οι g.skill που είναι ryzen ready τι κωδικό έχουν;