Blechdesigner
PCGHX-HWbot-Member (m/w)
Das (also meines mit v18er Uefi) B350 Tomahawk bootet auch mit 1.2V anstandslos.
Zuletzt bearbeitet:
Sammelthread AMD Ryzen
- Ersteller ForceOne
- Erstellt am
Sammelthread
MoselGladiator
Komplett-PC-Aufrüster(in)
Bei gleichzeitiger Übertaktung? Also mein älteres Krait Gaming schafft das nur noch mit der Beta 1.61. Alles was danach kam, mindestens 4 weitere Versionen, haben versagt.
Octobit
Software-Overclocker(in)
Mein X370 Gaming Pro Carbon konnte ich mit OC bisher gar nicht zum starten bewegen (waren auch nur ein paar Versuche), aber ich hatte meine ich auch einmal 1,3V anliegen bei 3,8 GHz. Das lief im Ryzen Master vorläufig stabil, aber booten damit? Nö... BIOS Version war meine ich v18. Vllt gönne ich mir am WE mal wieder ein paar Versuche, aber momentan reicht mir mein 1600 auch auf seinen 3,2 GHz. In 4k rödelt meine 290x eh wie blöd. Und dafür dann höhere Temps + Verbrauch? Bin mir da noch nicht so sicher
Edit: Ich hoffe, ich kann nochmal mehr mit dem 1600 meines Cousins takten. Bei ersten schnellen Versuchen war der wesentlich besser als meiner. 4GHz waren immerhin bei moderaten Spannungen auf erste Sicht stable.
Gesendet von meinem A0001 mit Tapatalk
Edit: Ich hoffe, ich kann nochmal mehr mit dem 1600 meines Cousins takten. Bei ersten schnellen Versuchen war der wesentlich besser als meiner. 4GHz waren immerhin bei moderaten Spannungen auf erste Sicht stable.
Gesendet von meinem A0001 mit Tapatalk
MaW85
Software-Overclocker(in)
Mein CPU läuft über PState Oc bei 3,75ghz mit einem VID von 1,325v unter last brauch der CPU ~1,27v.
Octobit
Software-Overclocker(in)
Sind "nur" Crucial Ballistix Sport 2400 MHz dual ranked.
Dann wie gesagt ein R5 1600 gekühlt vom Dark Rock 3, Graka ne 290x mit MK-26 montiert.
Gesendet von meinem A0001 mit Tapatalk
Blechdesigner
PCGHX-HWbot-Member (m/w)
Ja, hier "quick and dirty" bootet.
Multi auf 38 und Vcore auf 1.25V (LLC auf Auto)
Übervoltet leicht unter Last (Shoot während des Runs).
System
Board|MSI B350 Tomahawk (Uefi v18)
Spannungen Board| LLC "auto" ; SoC 1.1V
RAM|G.Skill DDR4-3200 CL16 @ 1.34V (Samsung B-Die)
VGA|EVGA GTX970 SC
SSD|Samsung 850 Evo 250GB
HDD|WD 500GB 2,5"
Kühler|Thermalright AXP-100 Muscle, 1*92mm (Noctua Redux 1600) @ auto
Lüfter|3*120mm (Noctua Redux 1200) @ 7V
Netzteil|BeQuiet PurePower 10 CM 500W
Edit:
Der R5-1600 sollte im Normalfall 3,4GHz all Core anlegen, das ist zumindest der normale Boost für 3+Kerne,
für 1-2Kerne sind es dann halt die 3,7GHz.
Es sei denn du betreibst ihn nur mit dem Basistakt?
Zuletzt bearbeitet:
weizenleiche
BIOS-Overclocker(in)
So Jungens und Mädels. Bin nun wie geschrieben auf das ASRock X370 Gaming-ITX/ac gewechselt. Paralell hat sich ergeben das ich die AMD Ryzen optimierten GSkill XFlares 3200 in 16GB bekommen hab 
Nun läuft der Hobel in einem Sharkoon C10, die Tage gibt es dann noch eine Custom Wakü 
Hätte dann so einiges abzugeben, falls wer interesse hat
Zu der anderen Diskussion weiter oben: Mein Gaming Pro X370 von MSI hat den Ryzen auch mit 1,3V @ 3,8 stabil gehalten. Die Krücke ist immer RAM Oc. Deswegen braucht die Kiste manchmal mehrere Anläufe beim starten und schmeißt dann die OC Settings wieder raus
Nun läuft der Hobel in einem Sharkoon C10, die Tage gibt es dann noch eine Custom Wakü Hätte dann so einiges abzugeben, falls wer interesse hat
Zu der anderen Diskussion weiter oben: Mein Gaming Pro X370 von MSI hat den Ryzen auch mit 1,3V @ 3,8 stabil gehalten. Die Krücke ist immer RAM Oc. Deswegen braucht die Kiste manchmal mehrere Anläufe beim starten und schmeißt dann die OC Settings wieder raus
tarnari
PCGH-Community-Veteran(in)
So, wie versprochen komme ich drauf zurück. Hab nun mein OC wieder reingenommen.
Aber ich habe bei mir keinen Unterschied feststellen können. Ob fix oder Auto, kein Cold Boot Bug. Aber ich hatte wie gesagt auch noch nie damit zu kämpfen, von daher leider nicht hilfreich
Ich hab aber meinerseits auch mal ne bitte an diejenigen, die mit "Gear down" experimentiert haben.
Mittels "Gear Down disabled" lässt sich ja ne ungerade CL Latenz einstellen auch wenn man ne Frequenz über 2666 hat und ne CR von 1 manuell festgelegt hat. Bei Auto würde ja immer auf den nächsten höheren geraden Wert aufgerundet oder aber ne CR2 eingestellt.
Ich hab jetzt ne merkwürdige Feststellung gemacht. Oder sagen wir, ich glaube sie gemacht zu haben... ^^
Wenn ich Gear down auf Auto habe, dann kann ich meine 2x16 Hynix DR Riegel maximal mit 2933 CL 16 bei CR1 betreiben. CL 14 ist nicht stabil.
CL 15 wird logischerweise auf 16 aufgerundet.
Wenn ich nun auf Gear down disabled stelle und die CL 15 und die CR auf 1, damit sie nicht auf 2 gesetzt wird, dann übernimmt das Board bzw. der Speicher auch alles brav.
Das kuriose aber ist, wenn ich nun Aida nehme und den Memory Benchmark durchlaufen lasse, dann ist die "Latency" reproduzierbar langsamer als mit CL 16 [emoji848]
Ich frage mich nun, bin ich doof, ist mein Ryzen doof, ist mein Speicher doof, oder aber kann es sein, das ungerade Latenzen in irgendeiner Form kontraproduktiv sind?
Hat irgendjemand schon mal ähnliches beobachtet?
Sirthegoat
Volt-Modder(in)
Auf 1,25 Volt und LLC auf Auto lief mein 1700 auch ohne Probleme, habe dann erst als ich mal über OBS zusätzlich noch Last angelegt habe gemerkt das es nicht soo stabil ist
mit 1,264 oder sowas ist das allerdings auch 100% stabil.
derTino
PC-Selbstbauer(in)
...
Zu der anderen Diskussion weiter oben: Mein Gaming Pro X370 von MSI hat den Ryzen auch mit 1,3V @ 3,8 stabil gehalten. Die Krücke ist immer RAM Oc. Deswegen braucht die Kiste manchmal mehrere Anläufe beim starten und schmeißt dann die OC Settings wieder raus
Danke dir für den Wert. Cooldboot ist gemein. Aber kannst ja ein Profil, dass läuft einfach speichern. Hat mir anfangs geholfen.
Mittlerweile habe ich es hinbekommen, dass der PC mit 3,8 GHz und 3.200MHz (sogar Hynix) sauber bootet, nicht mal mehr an einen Neustart denkt und auch rockstable ist.
Skaugen
PC-Selbstbauer(in)
Anderes Thema:
Habe gerade die Gewissheit bekommen das mein Ryzen vom Segfault-Bug betroffen ist, was hat mich bisher nicht gestört hat (keine Abstürze, etc.). Aber weiß jemand von Euch wie ich mit AMD in Kontakt treten kann zwecks Umtausch?
Bei Google finde ich nur Nachrichten darüber das AMD die Prozessoren austauscht, aber nicht wie ich mich verhalten soll.
Habe gerade die Gewissheit bekommen das mein Ryzen vom Segfault-Bug betroffen ist, was hat mich bisher nicht gestört hat (keine Abstürze, etc.). Aber weiß jemand von Euch wie ich mit AMD in Kontakt treten kann zwecks Umtausch?
Bei Google finde ich nur Nachrichten darüber das AMD die Prozessoren austauscht, aber nicht wie ich mich verhalten soll.
tarnari
PCGH-Community-Veteran(in)
Woran machst du das fest?
Obiwan
PCGH-Community-Veteran(in)
Gewöhnlich geht das über die Website des Herstellers oder die Rufnummer des jeweiligen Kundendienstes. Da musst du dich aber selbst um alles kümmern und den Kontakt herstellen.
Alternative: Bei in Deutschland gekaufter Ware ist innerhalb der ersten 6 Monate der Händler dein Ansprechpartner. Dieser muss für dich die Retoure organisieren, entweder an sich selbst oder an den Hersteller. Wäre vermutlich auch der unkomplizierteste Weg.
hugo-03
Software-Overclocker(in)
wenn man google steht da erstmal "unter linux", was jetzt mir und win 10 dann ziemlich egal ist
wichtig -> AMD AGESA-Code 1.0.0.7 unterstutzt Ryzen-APUs Raven Ridge
derTino
PC-Selbstbauer(in)
Grendizer
Freizeitschrauber(in)
Auf jeden Fall mal manuell versuchen. Versuch erst ohne CPU Übertaktung. Lass die Timings mal auf Auto und mach dich an die Taktfrequenz ran. Stelle den Voltage für den Ram auf 1.35v. Den Bootup-Voltage für den Ram etwas höher. Und dann würde ich auch die Einstellung "ProcODT" manuell einstellen. Wird in "Ohm" ausgedrückt. Fange bei Mitte 53.3 an und gehe NICHT über 80. Bei mir hat mir diese Einstellungen geholfen.
Zuletzt bearbeitet:
Skaugen
PC-Selbstbauer(in)
Da gibt es für Ubuntu ein Skript (GitHub - suaefar/ryzen-test: Tools to reproduce randomly crashing processes under load on AMD Ryzen processors on Linux), welches den Segfault-Bug provoziert. Das Skript kann auch in einem Virtuellem Ubuntu unter Windows ausgeführt werden. Und dieses Skript hat mir einen segfault error ausgegeben (aber erst nach einer Stunde, das Skript sollte also besser etwas länger laufen). Ansonsten wäre es mir nicht aufgefallen, das gebe ich zu.
Danke. Über den Händler wäre zwar möglich, allerdings besteht hier die Gefahr dass ich eine Ersatz-CPU mit demselben Fehler erhalte. Bei direktem Ersatz durch AMD halte ich es für wahrscheinlicher eine fehlerfreie CPU zu erhalten.
Unter Linux lässt sich der Fehler sehr gut provozieren. Was leider nicht bedeutet das der Fehler unter Windows nicht auftreten kann.
Danke.
derTino
PC-Selbstbauer(in)
Bitte. 
Austausch geht darüber sehr schnell. Sogar so schnell, dass meine neue CPU da war, bevor ich die alte überhaupt abgeschickt habe.
Fragen bzgl. Hardware, RAM, Temperaturen etc. von denen beantworten und dann bekommst eine englischsprachige Mail, wo alles erklärt ist. Verpacken, DHL Abholung usw.
Warum der Austausch? Ich wollte ein fehlerfreies Produkt haben. Zudem geht es auch mal um den Wiederverkaufswert. Und da ich heute nicht weiß, was ich morgen für Anwendungen mal nutze, will ich auf der sicheren Seite sein.
Austausch geht darüber sehr schnell. Sogar so schnell, dass meine neue CPU da war, bevor ich die alte überhaupt abgeschickt habe.
Fragen bzgl. Hardware, RAM, Temperaturen etc. von denen beantworten und dann bekommst eine englischsprachige Mail, wo alles erklärt ist. Verpacken, DHL Abholung usw.
Warum der Austausch? Ich wollte ein fehlerfreies Produkt haben. Zudem geht es auch mal um den Wiederverkaufswert. Und da ich heute nicht weiß, was ich morgen für Anwendungen mal nutze, will ich auf der sicheren Seite sein.
hugo-03
Software-Overclocker(in)
"Das Problem tritt dabei ausschließlich unter Linux und beim Verwenden eines Prozessors aus der Ryzen-Consumer-Reihe auf. Windows-Nutzer sind nicht betroffen. c't konnte die Segmentation Faults mit einem Ryzen 7 1800X auf der AM4-Plattform unter Linux nachstellen. Mit Server-Prozessoren mit Zen-Architektur (AMD Epyc) treten keine SegFaults auf, wie c't ebenfalls verifizieren konnte. Linux-Nutzer mit Ryzen-Prozessoren können mit dem Skript kill-ryzen.sh (GitHub) entsprechende Fehler nachstellen. Zum Ausführen des Skripts sollte das System aber mindestens 16 GByte Arbeitsspeicher haben."
SegFault-Bug: AMD bestatigt Ryzen-Fehler beim Kompilieren unter Linux |
heise online
um noch mal darauf zu kommen was ich meinte wozu brauche ich das ? ubuntu ist nicht mal aktiviert und muss erst "aufwendig" gestartet werden, wobei dann immer noch die frage ist wozu? als privat anwender sehe keinen bedarf dafür.
Ähnliche Themen
