Hallöle,

mal 'ne kleine Frage. Dazu zuerst den Hintergrund: Ein Quadro hat ja bekanntlich mehrere Temperatureingänge. Genutzt wird ein Eingang für die Wassertemperatur, einer für die Gehäusetemperatur und eine für die Umgebungstemperatur. Die Quadro regelt auf Kanal 1 die WaKü Pumpe, auf Kanal zwei die Radiatorlüfter und auf Kanal 3 die restlichen Gehäuselüfter.

Der Gedanke: Mit der CPU Temperatur regelt man die Pumpe. Ist der Prozessor heißer, wird die Pumpe aufgedreht. Die Wassertemperatur regelt die Radiatorlüfter. Also wird das Wasser wärmer, wird mehr Lufft durch den Radiator gedrückt. Die Gehäuse regelt den Bedarf an kalter Luft im Gehäuse. Sprich, der jeweilige Kühlbedarf wird direkt an den entsprechenden Quellen ermittelt. Nun stelle ich mir die Frage, ob das so möglich ist. Z.B. ist die CPU-Temp aus welchem Grund nicht verfügbar. Einfaches Beispiel: Man verwendeet ein anderes Betriebssystem, Der Service ist nichtverfügbar,... Kann man dem Quadro in der AquaSuite beibringen, in diesem Fall einen andere Temperatursensor zu verwenden? Insbesondere, das sollte dann auch autark möglich sein.

Hardware-Sennsoren. Also richtige und angeschlossene Temperaturfühler. Softwareseitig ist ja nichts da.

Zitat von »EnigmaG«

CPU Temperatur ist Software-Sensoren und wie gesagt der AE kann das, der Q kA.

Die AquaSuite, egal ob für den Aquaero. octo oder quadro, kann dies mWn nur unter Windoof mit laufendem Service.

Wieso sollte etwas schlecht aussehen? Da muß man halt andere Werte ermitteln und diese dann generell als Basis nehmen. Oder man kann auch gleich andere Wege gehen. Ich bin weniger von Aquacomputer abhängig als die Leutchen es von meinem Geld sind.

Ich könnte z.B. die Temperatur auf dem Heatspreader der CPU als Basis verwenden. Den ungefähren Wert erhält man mittels einem einfachen Sensor in der Wärmeleitpaste. Steigt dort die Temperatur ist ein erhöhter Förderbedarf der Pumpe gegeben. Die entsprechende Kurve muß dann einmalig definiert werden. Man könnte die Pumpe (PWM-Signal) auch direkt an das Board hängen.Damit würde diese über das Board und nicht via Quadro geregelt werden. Wenn ich aber eh schon ein Stück via Board regle, frage ich mich, fü was ich dann überhaupt noch den Quadro verbauen sollte. Die Wassertemp geht an den Temperatureingang. Damit kann die Lüftergeschwindigkeit der Radiatoren direkt ebenso direkt über das Board geregelt werden. Nimmt man die, dem Board vorliegende VMR/PCH/M.2 Temperatur kann man die Gehäuselüfter ebenso über das Board regeln lassen. Fan-Ausgänge hat das Board ja genug. Warum sollte man sich dann noch mit einem Quadro/Octo/Aquaero belasten. Das wäre pure Geldverschwendung. Ob ich die Radiatorlüfter über einen oder zwei unterschiedliche Wassertemperaturen gemeinschaftlich oder getrennt regle, ist eher Makulatur. Ebenso ist es Kindergarten, ob ich die Gehäuselüfter über die Kammertemperatur oder die Komponententemperatur steuere. Direkt über das Board gesteuert, spare ich mir einen Aquaero und einen Quadro ein. Die Gerätschaften sollen vermutlich nur unter Windoof einen Abverkaufsvotteil besitzen.

Zitat von »Taubenhaucher«

1. Also bei mir sind diese CPU-Spikes mal gerne 15 Minuten (z.B. bei Excel Tabellen). Ab und zu sind das auch mal 24h Spikes (z.B. bei Photogrametrie). Aber ich spiele auch nicht an dem Rechner. Außerdem sollte man wisen, wie so ein Ryzen arbeitet, um zu bestimmen, ob eine Technik etwas bringt oder nicht. Fakt ist, daß der Takt des Ryzen anhand der Temperatur eingestellt wird. Er fährt so lange hoch bis er eine CPU-Temperatur von ca. 90°C erreicht. Also ein Bereich, der beim Spielen eigentlich nicht (vor allem dauerhaft) vorkommt. Er hält dann die Temperatur indem er den Takt an die Temperatur anpasst.Führe ich mehr Wärme ab, taktet der Prozessor höher. As easy as that.

2. Der Quadro, zwei Farbwerk360 und 4 Splitty9active sind noch in meinem aktuellen (pur Windoof) Rechner. Ich migriere jedoch zu Linux. Der jetzt zu bauende wird der letzte Rechner sein, auf dem ich mit noch ausschließlich Windoof antue. Beruflich bin ich bereits seit Jahren uim Unix Umfeld tätig. Die zwei nächsten Builds, die ich danach zu planen anfange, werden nur noch unter Linux laufen. Nebenbei ist weder der Quadro noch der Hubby in meiner weiteren Planung. Auch die zwei Farbwerk360 werde ich auf Dauer entfernen. Dadurch werden bei mir auch die vier Splitty 9 active obsolet. Warum sollte ich mir Splitty's kaufen/verbauen, wenn Alternativprodukte an jeder Mülltonne angeboten werden? So wie es ausschaut, werde ich mir künftig auch keine weiteren Produkte dieser Firma zulegen. Ich bin kein Freund von halbgaren Produkten, die nur unter Windows laufen, weil man da den Kunden/anwender am besten melken kann. Jedes mitelmäßige Board kann mehr als Quadro/Octo etc. ohne die Aquasuite.Das war jetzt neutral betrachtet ohne bei jemandem Schnappatmung produzieren zu wollen. Sobald man diese Produkte ohne die Suite nutzen will, hakt es massiv. Ein Widerspruch auf diese Aussage zeugt nur von Kurzsichtigkeit und Realitätsverweigerung.

Fest steht , daß die Steuerung eines jedes Boards die Pumpe mit differenten Geschwindigkeiten betreibt, da jedes Mainboard die Pumpe anhand der CPU-Temperatur inklusive einer Hysteresekurvve regelt und betreibt. Es steht der Regelung keine Wassertemperatur zur Verfügung. Der gesunde Menschenverstand sollte einem eingeben, daß das nicht so desaströs sein kann, wie Du mir nun glauben machen willst. Selbst die kleinen AiO Pumpen laufen damit jahrelang fehlerfrei. Und sollte die Pumpe doch defekt werden, rockt mich das nicht. Ich bestelle schlicht eine Neue und arbeite bis zum Ende der Reparatur auf dem identischen Zweit-/Backuprechner. Spielebetrieb juckt mich, ehrlich gesagt, eh nicht. Ich arbveite an den Rechnern und verdiene damit indirekt mein Geld. Ich entwickle darauf u.a. mein komplettes Firmensystem (ERP, Produuktionsplanung, cRM,...). Daß die AquaSuite nur auf Windows läuft, zeugt im ersten Moment von einem maximal mittelprächtigen Software-Engineering. Ein guter Informatiker hätte zumindest Mono als .Net Pllattform gewählt und damit die Software unter Win Linux als auch auf dem Mac am Laufen. Ich habe schon vor Urzeiten (irgendwann in den 90'ern) in einem Team als Entwickler und Buildmanager Deutschlands größte Apothekensoftware von OS/2 auf Windows migriert. Wir schrieben damals einen Durchlauf-Erhitzer, der die OS/2 API unter K&R C auf Sourcecode Ebene auf Winodows spiegelte. Wie gesagt. Das Software-Engineering ist maximal mittelprächtig. Er kostet durch die Wahl seiner Software-Architektur dem Unternehmen so manchen Euro. Die Majorität postet hier im Forum erst garnichts, so daß die Zahlen der Linux-User im Forum nicht repräsentativ sein können.

Zitat von »sebastian«

Diese Linux Diskussion taucht ab und zu mal auf. Aus unserer Sicht hat sich da bisher nichts geändert. - nicht Unterstützt, kein Support.

Es ist für uns nicht wirtschaftlich Software für Linux zu pflegen die eine 0.xx % Zielgruppe hat. Zumal alle anderen -- also die 99% das dann auch zahlen müssen.

Industriekunden bekommen bei uns Maßgeschneiderte Software die auf dem System der Wahl läuft. Aber das ist dann nichts mehr das 10 EUR Pro Jahr kostet.

Wir haben Lösungen die Autonom von der Software arbeiten, da muss man halt mit gewissen Einschränkungen leben und es geht nicht jede Konfiguration, aber ein Großteil wird abgedeckt.
Wem das nicht passt kann auf andere Hersteller ausweichen.

Die 0.x% sind vielleicht eure Zahlen. Sie decken die Realität aber in keiner Weise ab. Abseits der Spielegemeinde gibt es das Feld von Professionellen Installationen. Selbst Statistameldet 17,2$ Mac-User und weitere 2,75% Linux-User. Selbst im Januar 2009 lag die Anzahl der Desktop-Installationen von Linux über 1%. Wie heißt es doch so schön: "Traue keiner statistik, die Du nicht selbst gefälscht hast". Ihr nehmt euch mit der Bindung einen massiven Abverkaufsvorteil. Es geht da nicht nur um die "Bereits-Linux"-User sondern auch um jene, die wechseln würden, wenn der Suppport durch Soft-/Hardware besser wäre. Ich verwende z.B. ein cRM System, bei dem selbst der Hersteller schwört, daß es nur unter Win läuft. Denkt er aber auch nur. Ich hab es unter Wine auf Linux am laufen. Auch die 10€ pro Jahr treffen nicht ganz zu. Ich habe einen Quadro und zwei Farbwerk. Die zögen in einen neuen Rechner. Das wären bei der einen Maschine derer 30€. Der nächste Rechner sieht auch bei der WaKü neue Komponenten. Wenn ich AquaC nähme, würde ich ebenso weit über 10 Euer berappen. Ich muß nur an die momentan verbaute Harware denken. 1 Quadro, 2 Farbwerk360, drei Splitty9active und die ganze zusätzliche Kabelware. Ich spreche auch nicht von differenten Entwicklungen. Beide Welten könnten in einem einzelnen Code abgedeckt sein. Also ein Sourcecode gibt Executables für als auch. Genaugenommen wird Mono selbst von IBM's zSeries und der AS/400 unterstützt.

Man sollte sich fragen, warum man all diese Hardware kaufen sollte, wenn man diese dann nicht nutzen kann. Denn alles, was in irgendeiner Art und Weise konfiguriert werden muß, schwingt AquaComputer abseits von Wiindoof die weiße Flagge. Damit ist ein Quadro,Aquaerom Farbwerk360,... wertlos. Keine Konfiguration bedeutet kein sinnvolles Nutzen. Da hat selbst ein Lamptron Controller noch einen größeren Nutzwert. Alles andere ist ein Fall von "Realitätsverweigerung und Selbstbelügen". Und bevor zu diesem Absatz eine Antwort in den Raum geworfen wird. Was kann ein Quadro,Aquaero etc ohne die Aquasuite und der Konfiguration in dieser besser als irgendein dahergelaufener Boardhersteller? Was läuft denn besser, wenn man einen Aquaero, Quadro, Octo,.. mit Werkseinstellungen in einem Rechner verbaut. Die Konfiguration etc. ist ja nicht möglich.

Um es ganz klar zu sagen. Was ihr unterstützt, welches Software-Engineering etc Ihr habt, ist eure Angelegenheit. Nur die Argumentation dafür stinkt gewaltig. Damit belügt Ihr alle Außenstehenden und beleidigt die Menschen, die sich in der Materie Software-Engineering/-Entwicklung auskennen. Und das meine ich komplett neutral.Ich verstehe ja, daß die Mitarbeiter eine Loyalitätsverpflichtung gegenüber dem Arbeitgeber haben.Auber auch da muß man keine fadenscheinigen Argumente an den Tag legen. Ihr habt, ob Ihr das wollt oder nicht, zu einem Zeitpunkt falsche Entscheidungen im Software-Engineering getroffen.