Προς το περιεχόμενο

AMD Zen 3 ( Milan / Vermeer ) - Epyc 3 & Ryzen 5000


ultraex2003

Προτεινόμενες αναρτήσεις

Δημοσ. (επεξεργασμένο)
Στις 8/10/2021 στις 5:37 ΜΜ, yiannis1991 είπε

Και τέρμα stock να τα αφήσεις όλα δεν ξέρω αν θα καταλάβεις διαφορά.

CinebenchR23

stock + 3800 ram: 11000

stock + curve + 3800 ram: 11200

pbo + curve + 3800 ram: 11700 με +31% κατανάλωση

ίσως να δεις σε κάποιο cpu bound game με δυνατή gpu κάποια διαφορά από το boost override offset αλλά φαντάζομαι γύρω στο 5% και αν.

Είναι αρκετά optimized και σε stock και παίρνεις σχεδόν όλο το perf χωρίς πείραγμα. Το ίδιο και στις gpu.

Τώρα στους μεγάλους (5900Χ, 5950Χ) λογικά θα παίρνεις παραπάνω με PBO αφού έχουν μεγαλύτερο ταβάνι στην κατανάλωση αλλά και πάλι τα κέρδη θα είναι δυσανάλογα των επιπλέον watt..

Βγάζω 11500 στο Cinebench23 με pbo +200 χωρίς να πειράξω τίποτα άλλο, με κατανάλωση 100watt με τον 5600x, άρα λίγο παρακατω από ότι εσύ με pbo + curve κτλπ.

Επεξ/σία από xartemporas
Συνδέστε για να σχολιάσετε
Κοινοποίηση σε άλλες σελίδες

  • Απαντ. 10.4k
  • Δημ.
  • Τελ. απάντηση

Συχνή συμμετοχή στο θέμα

1 λεπτό πριν, xartemporas είπε

Βγάζω 11500 στο Cinebench23 με pbo +200 χωρίς να πειράξω τίποτα άλλο με κατανάλωση 100watt , με τον 5600x, άρα λίγο παρακατω από ότι εσύ με pbo + curve κτλπ

Με σκέτο PBO χωρίς curve και εγώ τόσο βγάζω. Το curve δίνει ακόμη λίγο. Το offset +200 δεν δίνει κάτι σε all core.

Συνδέστε για να σχολιάσετε
Κοινοποίηση σε άλλες σελίδες

image.png.b13176a1a5b6f45e95e14fec90eb3965.png

αυτό το bus clock είναι λόγω του SVM; Υπάρχει τρόπος να διορθωθεί; Είναι μόνο στις MSI mobos ή παντού;

Συνδέστε για να σχολιάσετε
Κοινοποίηση σε άλλες σελίδες

Δημοσ. (επεξεργασμένο)
11 λεπτά πριν, Devastor είπε

image.png.488c35442c5e2f5eb50bdb951c40f52b.png

Με SVN On btw

ξέρεις τι γίνεται; τώρα το εντόπισα. Αν εγκαταστήσεις το wsl τότε σου ενεργοποιεί το "Windows Subsystem for Linux" (προφανώς) αλλά και το "Virtual Machine Platform" το οποίο είναι και αυτό που "ενοχλεί" το bus clock. Απεγκατέστησα το wsl αλλά και πάλι έδειχνε 98.5. 'Οταν όμως έβγαλα και το "Virtual Machine Platform" τότε όλα καλά, 100MHz και με SVM on. Τo vmware δουλεύει μια χαρά, απλά δεν μπορείς να έχεις wsl αλλιώς αλλάζει το bus clock. Αυτό παρατήρησα τουλάχιστον.

Capture.PNG

Επεξ/σία από Επισκέπτης
Συνδέστε για να σχολιάσετε
Κοινοποίηση σε άλλες σελίδες

3 λεπτά πριν, yiannis1991 είπε

ξέρεις τι γίνεται; τώρα το εντόπισα. Αν εγκαταστήσεις το wsl τότε σου ενεργοποιεί το "Windows Subsystem for Linux" (προφανώς) αλλά και το "Virtual Machine Platform" το οποίο είναι και αυτό που "ενοχλεί" το bus clock. Απεγκατέστησα το wsl αλλά και πάλι έδειχνε 98.5. 'Οταν όμως έβγαλα και το "Virtual Machine Platform" τότε όλα καλά, 100MHz και με SVM on. Τo vmware δουλεύει μια χαρά, απλά δεν μπορείς να έχεις wsl αλλιώς αλλάζει το bus clock. Αυτό παρατήρησα τουλάχιστον.

 

Capture.PNG

Είναι όμως πραγματική η διαφορά; 1,5% διαφορά θα είναι μετρήσιμη σε benchmarks. Πιθανόν να είναι απλώς σφάλμα στη μέτρηση της εφαρμογής όταν το Virtual Machine Platform είναι ενεργοποιημένο.

Συνδέστε για να σχολιάσετε
Κοινοποίηση σε άλλες σελίδες

Δημοσ. (επεξεργασμένο)
14 λεπτά πριν, malakudi είπε

Είναι όμως πραγματική η διαφορά; 1,5% διαφορά θα είναι μετρήσιμη σε benchmarks. Πιθανόν να είναι απλώς σφάλμα στη μέτρηση της εφαρμογής όταν το Virtual Machine Platform είναι ενεργοποιημένο.

ναι αυτό λένε και στο reddit λίγο που είδα, ότι παίζει να είναι σφάλμα μέτρησης μόνο. Όπως και να έχει πιο πολύ με βολεύει το vmware που ανοίγει κανονικά σαν OS παρά το wsl. 

Y.Γ. Στο task manager την μνήμη την βγάζει 3800 ακόμη και με 98,5 bus, αλλά μπορεί απλά να διαβάζει αυτό που έχεις βάλει στο mem frequency. Στο hwinfo την βγάζει 1871

Επεξ/σία από Επισκέπτης
Συνδέστε για να σχολιάσετε
Κοινοποίηση σε άλλες σελίδες

32 λεπτά πριν, yiannis1991 είπε

Όπως και να έχει πιο πολύ με βολεύει το vmware που ανοίγει κανονικά σαν OS παρά το wsl.

Μεγάλη ιστορία το wsl, ασύγκριτα πιο πρακτικό όταν το συνηθίσεις. Το ίδιο και το docker. Έχουν καταντήσει το VMware άχρηστο.

Συνδέστε για να σχολιάσετε
Κοινοποίηση σε άλλες σελίδες

1 λεπτό πριν, elpenor είπε

Μεγάλη ιστορία το wsl, ασύγκριτα πιο πρακτικό όταν το συνηθίσεις. Το ίδιο και το docker. Έχουν καταντήσει το VMware άχρηστο.

ναι το πιστεύω, ειδικά στα 11άρια το έχουν βελτιώσει. Αλλά αν είναι να πειράζει το bus clock..

Συνδέστε για να σχολιάσετε
Κοινοποίηση σε άλλες σελίδες

Βασικά το πρόβλημα με το bus clock έχω την εντύπωση ότι έχει σχέση μόνο με το hyperv και ότι δεν επηρεάζει τις επιδόσεις. Αφού το ενεργοποιήσεις όλα τρέχουν μέσα από το hyperv και δεν μπορούν να κάνουν σωστές μετρήσεις. Τρέξε ένα benchmark για να είσαι σίγουρος.

  • Like 1
Συνδέστε για να σχολιάσετε
Κοινοποίηση σε άλλες σελίδες

13 ώρες πριν, yiannis1991 είπε

Virtual Machine Platform" το οποίο είναι και αυτό που "ενοχλεί" το bus clock. Απεγκατέστησα το wsl αλλά και πάλι έδειχνε 98.5.

Ωωωω ρε σουστη μου.

Ακόμα δεν το  έφτιαξαν αυτό το ηλιθιο bug στην MSI?

1,5 χρόνο εκεί το έχουν.

Έχει τσεκάρει κάνεις αν ισχύει και στις Β550 της MSI?

Συνδέστε για να σχολιάσετε
Κοινοποίηση σε άλλες σελίδες

7 ώρες πριν, kkatzos είπε

Ωωωω ρε σουστη μου.

Ακόμα δεν το  έφτιαξαν αυτό το ηλιθιο bug στην MSI?

1,5 χρόνο εκεί το έχουν.

Έχει τσεκάρει κάνεις αν ισχύει και στις Β550 της MSI?

Πάντως το πρόβλημα υπήρχε σε όλα τα CPU/motherboard παλαιότερα. Τώρα δεν ξέρω αν σήμερα οι άλλες εταιρείες το έχουν λύσει.

Συνδέστε για να σχολιάσετε
Κοινοποίηση σε άλλες σελίδες

7 ώρες πριν, kkatzos είπε

Ωωωω ρε σουστη μου.

Ακόμα δεν το  έφτιαξαν αυτό το ηλιθιο bug στην MSI?

1,5 χρόνο εκεί το έχουν.

Έχει τσεκάρει κάνεις αν ισχύει και στις Β550 της MSI?

Σίγουρα αυτό φταίει, το "Virtual Machine Platform" και όχι το hyper v. Το τσεκαρα. 

Πάντως στο reddit το πρόβλημα το αναφέρουν και σε άλλες μητρικές, πχ AsRock.

Συνδέστε για να σχολιάσετε
Κοινοποίηση σε άλλες σελίδες

Δημοσ. (επεξεργασμένο)
2 ώρες πριν, yiannis1991 είπε

Σίγουρα αυτό φταίει, το "Virtual Machine Platform" και όχι το hyper v. Το τσεκαρα.

Έχεις δίκιο, blame MS για το μπέρδεμα.

Ξεκίνησα να γράφω αναλυτικά για τις ορολογίες που χρησιμοποιεί και πως τα ίδια πράγματα αλλάζουν όνομα όσο περνάει ο καιρός όπως και για το μπέρδεμα που δημιουργεί χρησιμοποιώντας κοινά ονόματα για διαφορετικά πράγματα αλλά μετά κατάλαβα ότι δεν έχει καν νόημα να γράφω για αυτά + ότι ο χώρος εδώ δεν επαρκεί.

Για να καταλάβεις τι εννοώ σκέψου ότι το bug υπήρχε πριν το VMP.... Η ουσία όπως την έχω καταλάβει εγώ είναι ότι όταν ενεργοποιηθεί ο Windows type 1 Hypervisor (που όλοι ονομάζουν ακόμα Hyperv παρόλο που η MS στο μισά της documentation ονομάζει έτσι πλέον μόνο ένα client platform) και όλο το OS τρέχει μέσα από αυτόν τότε υπάρχει το bug που αναφέρεις όπως και μια μεγάλη λίστα από άλλα προβλήματα επειδή πλέον δεν είναι διαθέσιμα τα CPU virtualization extensions και άλλοι type 2 hypervisors αναγκάζονται να κάνουν nested virtualization.

Είναι πολύ πρακτικό όμως για development.

Επεξ/σία από elpenor
  • Like 1
Συνδέστε για να σχολιάσετε
Κοινοποίηση σε άλλες σελίδες

Δημιουργήστε ένα λογαριασμό ή συνδεθείτε για να σχολιάσετε

Πρέπει να είστε μέλος για να αφήσετε σχόλιο

Δημιουργία λογαριασμού

Εγγραφείτε με νέο λογαριασμό στην κοινότητα μας. Είναι πανεύκολο!

Δημιουργία νέου λογαριασμού

Σύνδεση

Έχετε ήδη λογαριασμό; Συνδεθείτε εδώ.

Συνδεθείτε τώρα

  • Δημιουργία νέου...