AMD PROJECT HYDRA – OC-Sandbox für ZEN3 CPUs | Freeware-Download

[Redaktion]

Yuri Bubliy aka 1usmus geht nun nun dem Project Hydra einen komplett anderen Weg als noch mit dem am Ende etwas glücklosen CTR (Clock Tuner for Ryzen), obwohl die Ausrichtung und das Ziel bei beiden Programmen die gleichen sind: eine OC-Sandbox zur Optimierung aktueller Ryzen-Prozessoren von AMD, die auf Zen3 basieren. Beim Project Hydra hat (read full article...)

 

[Igor Wallossek]

Auf das Release habe ich fast 3 Monate gewartet, vorletzte Woche kam dann die Version zum Testen einschließlich der temporären Dokumentation. Auch hier habe ich noch über eine Woche gewartet und auch selbst getestet. Der RC kam Samstagnacht und ich benötige für die Implementierung in die Webseite, so wie sie jetzt ist, auch noch mindestens einen Tag. Bitte werft mir deshalb nicht vor, überhastet und ohne Dokumentation releast zu haben, denn das ist reichlich unfair. Zeit war nun wirklich genug und es sind sowohl die Beschreibung als auch ein Kurz-Tutortial online. Wenn man mir einen RC schickt, gehe ich davon aus, dass das Teil auch wirklich fertig ist. Wir leben hier in der Wirtschaft und nicht im Experimentierbaukasten. Just-in-Time ist kein Hexenwerk, denn es hat mich mein ganzes Wochenende gekostet

Nur mal zur Info, was hier noch so von meiner Seite erbracht wird. Die ersten 24 Stunden der Seiten, die mit Hydra zusammenhängen:



Dazu kommt der Download des riesigen Installations-Paketes mit 281 MB pro Installation. Ich habe hier einen großen, dedizierten Epyc-Server mit NVMe-RAID im RZ stehen, redundant angebunden. Aber um gleichzeitig so eine Menge Downloads auf einmal stemmen zu können, ohne dass dann der Rest der Seite zum Standbild mutiert, muss man das alles schon ein wenig vorbereiten und zumindest in den ersten Tagen auch mehr Ressourcen planen. Zumal sich das bis Weihnachten auch in der Masse wieder deutlich legen wird. Allerdings macht so ein Release nur dann Sinn, wenn wenigstens eine Woche bis zu den Feiertagen verbleibt. Also im Interesse der Aufmerksamkeit. Auch so ein RZ arbeitet mehr oder weniger nach dem Fair-Use Betrieb und ich kann nicht einfach riskieren, anderen die Bandbreite wegzuschnappen und gleichzeitig Weihnachtsferien zu machen.

Das ist jetzt, im direkten 24-Stunden-Vergleich, mehr als dopppelt so viel, wie das MPT und der RBE täglich "verschlingen" und nur mal so: Ich gehöre zu denen, die täglich auch schon mal ein paar Terrabytes rumschieben. Das wird sich schnell wieder legen, wenn der erste Ansturm vorbei ist, aber ich werde nicht ohne Plan die Erreichbarkeit der Seite beeinträchtigen lassen.

 

[Igor Wallossek]

Virenscanner leben von der Paranoia der Leute, deren Drang nach kostenlosen Dingen aus fragwürdigen Quellen und der Grenze, wo Antivirenprogramme und Virenprogrammierer Hand in Hand arbeiten. Das ist dann eine Art Arbeitsbeschaffungsmaßnahme. Weder der Windows Defender, noch Malwarebytes haben bei mir etwas angemault. Das ist ein Multi-Milliarden-Business.

Zu Bloatware wie McAfee muss man nichts mehr schreiben. die würden sogar Notepad löschen, wenn ich da Pups reinschreibe. Die Antiviren-Industrie lebt von der Angst der Leute, die in bezahlten "Artikeln" gern noch zusätzlich geschürt wird, während die echten Viren und Trojaner meist gar nicht gefunden werden. Vieles läuft über fragwürdige Signaturen oder Heuristiken, die sehr oft daneben liegen.

 

[LEIV]

Gibt es da noch irgendwelche Profi Tipps oder habe ich einfach so eine "Schrott" CPU? Asus X570 TUF LLC3 - CU off

Da schafft ja fast jeder Kern seine SOLL Frequenz nicht oder diese ist eh schon sehr niedrig Der Test lief entsprechend auch relativ kurz.
Bewertet wird als Golden und Bronze mit maximal fehlerfrei CCD1: 4600 CCD2: 4400 Allcore

Das sind jetzt Werte aus der Freeware, aber die PRO liefert auch nach mehreren Durchgängen mit verschiedenen Load Line Stufen immer wieder nahezu gleiche Werte.

Das sieht schon sehr suspekt aus...
CPU Voltage offset ist nicht zufällig drinnen?
Hast du im curve optimizer die Werte auf 0 all core gestellt und gespeichert (disable reicht nicht die Werte werden trotzdem im Windows dann übernommen) ?

LLC Auto versuchen, gibt meistens bessere Ergebnisse

 

[LEIV]

Perfekt, ist irgendetwas zu beachten? also gerade im Bios abgesehen davon, dass ich das xmp Profil aktiviert habe?

MoBo: ROG CROSSHAIR VIII HERO (WI-FI) mit aktuellstem Treiber
CPU: 5950x

Eigentlich nicht, solange du nichts anderes verstellt hast. Es kann zu gelegentlichen reboots kommen während der Diagnose, in den hydra settings bitte nicht aktivieren, das hydra mit windows startet, bevor die Diagnose abgeschlossen ist, einfach manuell starten und hydra macht mit der Diagnose weiter, falls nicht, meldest dich einfach nochmal hier

 

[Blubbie]

Lustig und ich dachte Igor und Co sind. Nun unter die SFF case builder gegangen... Weil es den Namen proejt Hydra hier schon länger gibt:

YT Promo entfernt

Project Hydra läuft bereits seit einem Jahr, also noch vor dem YT-Dingens

 

[Hans Yolo]

ich krieg den Download nicht gestartet, hat jemand anders das Problem?

edit: Link kopieren und selber in einem neuen Tab einfügen hat geholfen

 

[Sci-Man]

Verstehe ich das nun richtig, dass der CTR für Zen 2 somit ersatzlos gestrichen wurde?
Finde ich zwar schade, da es vermutlich noch einige Zen 2 Nutzer da draußen gibt, aber bei einem Ein-Mann-Projekt auch verständlich.

Ich warte noch auf den Zen 3 refresh bis zum aufrüsten, aber dann werde ich mir den Spaß mit der Hydra bestimmt auch geben

 

[leorphee]

Dann werden wir das mal testen wenn ich etwas Zeit dazu habe. Obwohl ich gestehen muss, dass der CTR noch bis letzte Woche ununterbrochen lief bei mir.

 

[LEIV]

CTR kann man ja trotzdem benutzen, gibt halt keine Anpassungen mehr.

Hydra benutze ich hauptsächlich, wegen den tatsächlich sehr akkuraten Curve optimizer Werten für das bios, damit kann man dann selbst noch etwas feintuning mit PBO betreiben, oder eben mit Hydra

 

[Igor Wallossek]

Verstehe ich das nun richtig, dass der CTR für Zen 2 somit ersatzlos gestrichen wurde?
Finde ich zwar schade, da es vermutlich noch einige Zen 2 Nutzer da draußen gibt, aber bei einem Ein-Mann-Projekt auch verständlich.

Ich warte noch auf den Zen 3 refresh bis zum aufrüsten, aber dann werde ich mir den Spaß mit der Hydra bestimmt auch geben

Ich habe überlegt, ob ich es noch stehen lasse. Aber die Downloadzahlen waren in der letzten Zeit so niedrig, dass mir die Relevanz von insgesamt 2 GB an überflüssigen Daten dann doch etwas zu klein erschien. Denn wir wissen ja alle, dass der CTR in den falschen Händen auch zu kapitalen Schäden führen konnte.

 

[markward]

Hat das Projekt auch eine eigene, offizielle Webseite? Die Patreon-Mitgliedschaft wird monatlich bezahlt, heißt das es ist effektiv eine Subscription für die Pro-Variante?

 

[RedF]

Hat das Projekt auch eine eigene, offizielle Webseite? Die Patreon-Mitgliedschaft wird monatlich bezahlt, heißt das es ist effektiv eine Subscription für die Pro-Variante?

So wie ich das verstehe kannst du bei Patreon einmal die 9€ zahlen die Pro version Laden und wieder kündigen. Bekommst so halt kein Update von der Pro

 

[noir.]

Eine eigene Website gibts nicht dazu. War beim CTR ja genauso. Es wird bestimmt wieder den einen oder anderen Partner geben, der das ganze mit hostet (wie hier jetzt) .

Die Patreon-Mitgliedschaft ist kein Abo der Pro-Variante, die funktioniert auch ohne aktive Unterstützung. Aber für den Download selbst muss man schon einmal Unterstützen.

Empfinde ich aber jetzt nicht so als Beinbruch. Wenn die Software gut ist, ist mir das durchaus auch Geld wert. Und der Entwickler freut sich und macht weiter.

edit: Bis jetzt gabs Updates der Pro-Version nur über Patreon.

 

[LEIV]

Nein, keine offizielle Webseite.
Das mit der Pro Variante müsste man mal noch mit Yuri abklären, ob 1x Subscription = Pro Variante für immer, oder nur die zu diesem Zeitpunkt aktuelle Pro Variante bedeutet

Kann ich dir leider aktuell noch nicht sagen

 

[RedF]

Kannst du das gehate in ein anderes Forum schreiben?

 

[LEIV]

Dieser Zirkus bei Ryzen Overclocking ist einfach nur lächerlich.

Beim 12700k habe ich 5Ghz Allcore P und 4Ghz Allcore E eingestellt, LLC auf 5 (Asus) und damit die Mindestspannung in 25mv Schritten mit 30m Cinebench R23 ausgelotet. Auf die dort stabile Spannung nochmal 25mv als Puffer obendrauf und fertig ist das 24/7 CPU Overclockingprofil in unter 3 Stunden.

In 25Mhz Schritten und aufs Millivolt genau mit jeweils nur ein paar Minuten getestet, das ist genauso stabil wie das Synthol Kid.

Wehe aber die Games saufen ab, dann wird erstmal auf die blöde Software geschimpft. wenn Cyberpunk abstürzt muss es ja am buggy CP2077 liegen und nicht an einer CPU Konfiguration, die stabil wie das Synthol Kid ist. Und wenn das Synthol Kid keine 50kg Benchpress packt, liegt das auch an den kaputten Gewichten und nicht an dem Öl in den Oberarmen.

Das ist kein Hate an den Ryzen Prozessoren an sich, sondern an dem lächerlichen OC Gebahren der Community, die in 25mhz Schritten und auf 5mv genau irgendwas meinen ausloten zu können und sich dann einbilden, dass das stabil laufen würde - und gleichzeitig auf Buggy Games schimpfen, die mit einer normalen Konfiguration vielleicht gar nicht buggy wären.


Moderation:
Bitte keine Provokationen oder derartige Bilder, deren Urheberrecht zudem nicht geklärt ist. Danke

Das mit der Spannung und Takt ausloten geht bei den Ryzen genauso einfach.....
Ein Problem ist allerdings, das die CPUs dann nicht mehr ordentlich runter takten im IDLE, und man dann immer diese Spannung anliegen hat.
Warum weiß nur AMD, deshalb gibt es Leute, die sich da ein paar kleine Hilfsmittel ausgedacht haben

 

[Stunrise]

Das Problem bei dieser Software ist, dass sie auf den ersten Blick so tut, als wäre es ja ganz leicht - ein paar Klick und das Programm macht alles für euch. Methodisch bedeuten vier Sets an Konfigurationen (z.B. 1-2C, 2-4C, 5-8C, 9-12C) bei einer Instabilität 2hoch4 mögliche Stellschrauben.

Wird bei Allcore OC das System instabil, habe ich die globalen Parameter Takt und Spannung und bei einer Instabilität kann ich Takt runter und/oder Spannung rauf. Einfach und zuverlässig. Wenn ich aber z.B. 4 verschiedene Sets an Takt/Spannung habe (per Core OC) und irgendwas säuft ab, dann ist Ende im Gelände, weil ich keinen Anhaltspunkt habe, welche der Konfigurationen problematisch ist. Und bei Ryzen und dem Energiemanagement gibt es Quereinflüsse, ich kann nicht einfach sagen 20mv mehr Spannung auf alle Sets, weil dann die anderen Konfigurationen ein zu geringes PowerBudget haben.

Während ich also bei Allcore 2hoch1 Variablen habe (=2), sind es bei vier Sets 2hoch4 (=16). Per-core-OC bei mehr als QuadCore CPUs ist nicht zuverlässig und daran ändert auch kein grafischer Aufsatz etwas. Die Software gaukelt einem eine Leichtigkeit vor, die es nicht gibt.

 

[LEIV]

Das Problem bei dieser Software ist, dass sie auf den ersten Blick so tut, als wäre es ja ganz leicht - ein paar Klick und das Programm macht alles für euch. Methodisch bedeuten vier Sets an Konfigurationen (z.B. 1-2C, 2-4C, 5-8C, 9-12C) bei einer Instabilität 2hoch4 mögliche Stellschrauben.

Wird bei Allcore OC das System instabil, habe ich die globalen Parameter Takt und Spannung und bei einer Instabilität kann ich Takt runter und/oder Spannung rauf. Einfach und zuverlässig. Wenn ich aber z.B. 4 verschiedene Sets an Takt/Spannung habe (per Core OC) und irgendwas säuft ab, dann ist Ende im Gelände, weil ich keinen Anhaltspunkt habe, welche der Konfigurationen problematisch ist. Und bei Ryzen und dem Energiemanagement gibt es Quereinflüsse, ich kann nicht einfach sagen 20mv mehr Spannung auf alle Sets, weil dann die anderen Konfigurationen ein zu geringes PowerBudget haben.

Während ich also bei Allcore 2hoch1 Variablen habe (=2), sind es bei vier Sets 2hoch4 (=16). Per-core-OC bei mehr als QuadCore CPUs ist nicht zuverlässig und daran ändert auch kein grafischer Aufsatz etwas. Die Software gaukelt einem eine Leichtigkeit vor, die es nicht gibt.

Theoretisch richtig, aber wenn das System abschmiert, sagt Hydra im Log welcher Kern es war, und was man nachstellen soll

 

[Stunrise]

Bei einem BSOD beispielsweise wird gar keine Applikation mehr irgendwas protokollieren, da hast du einfach nur einen Crashdump durch das OS in dem eine Access Violation oder ähnliches zu finden sein wird ohne Bezug auf einen instabilen Kern. Bestenfalls kann Hydra, sofern vorab konfiguriert und protokolliert, sagen das vor dem Crash ein bestimmter Prozess (der vorab definiert wurde) auf CPU Core X ausgeführt wurde und out of the Box läuft sowieso alles erstmal auf allen Kernen, sofern keine Process Affinity gesetzt wird.

Und ich war mit 2hoch4 Stellschrauben ja nur auf Spannung/Takt bezogen, in dem Tool kann man ein paar Dutzend Einstellungen trefffen.

User denen Stabilität auch nur im geringsten wichtig ist, sollten von diesem Tool die Finger lassen. Wer erstmal Freude bei einem Crash hat, weil er einen Grund zum Basteln bekommt, der kann gern zugreifen.