Zurück zu Dr. KiWi

Historischer Wochenrückblick / Founder-Weekly-Archiv

Rechenleistung planen. Und Strom ebenfalls.

Wiederveröffentlichung historischer Wocheninhalte mit Genehmigung des Autors. Das Batch-Datum entspricht nicht dem tatsächlichen Veröffentlichungsdatum auf der sozialen Plattform.

Forschungs- und Entwicklungsrichtung: noch in der technischen und partnerschaftlichen Evaluierung; weder implementiert noch eine Zusage gegenüber Kunden.

Autor
Steve
Ausgabedatum
Veröffentlichung auf der Website
Ursprüngliches Veröffentlichungsdatum in sozialen Medien
Noch nicht bestätigt
研發方向 / R&D concept排算力,也要排電力Schedule compute. Schedule power.Compute ↔ Power · concept only
Neugestaltetes Konzeptcover, keine Originalgrafik.
Bei den Gesprächen über die technische Ausrichtung von AI-EDC diese Woche ging mir immer wieder eine Frage durch den Kopf: Wir suchen intensiv Strom für Rechenleistung. Könnten wir nicht auch die Rechenleistung an der Stromversorgung ausrichten? Wir prüfen eine Forschungs- und Entwicklungsrichtung: die Arbeitsplanung von Rechenressourcen in verschiedenen Rechenzentren gemeinsam mit der Energiedisposition zu betrachten. Derzeit befinden wir uns noch in der technischen und partnerschaftlichen Bewertung. Eine praktische Validierung ist nicht abgeschlossen, und es handelt sich noch nicht um eine Funktion, die wir Kunden zusagen können. Nachdem wir die Frage aufgeschlüsselt haben, halte ich die Arbeit daran aber für sinnvoll. Früher fragte man bei Rechenzentren meist zuerst nach benötigten MW, möglichen PPA und der Größe des zu installierenden Speichers. Erst bei genauerer Betrachtung der Arbeitslasten wird deutlich, wie unterschiedlich die Anforderungen einzelner Aufgaben sind, obwohl sie alle Strom verbrauchen. Echtzeit-Inferenz hat Latenzanforderungen; wir können Kunden nicht wegen hoher Strompreise warten lassen. Ob GPU-Training verschoben werden kann, hängt von Aufgabenfristen, Kosten für das Sichern und Wiederherstellen des Fortschritts sowie freien Gerätezeiten ab. Bei Verlagerungen zwischen Standorten kommen Datenübertragung und Sicherheitsbeschränkungen hinzu. Auch die für Notfälle reservierte UPS-Backupkapazität darf nicht einfach in die Berechnung von Handelserlösen einfließen. Solange diese Bedingungen nicht klar sind, vertraue ich selbst den schönsten vom Modell errechneten Einsparzahlen nicht. Wenn wir Stromkosten sparen, dadurch aber Kundenaufgaben ihre Fristen überschreiten, ist das keine Optimierung, sondern bloß eine Kostenverlagerung. Meine Anforderung an die nächste AI-EDC-Phase von KiWi ist deshalb eindeutig: Zuerst Servicezusagen und unveränderbare Lasten klar definieren, dann prüfen, wie viel nutzbare Flexibilität übrig bleibt. Die Energieseite muss den 15-Minuten-Stromverbrauch, die PPA-Versorgung und den Speicherzustand verstehen; die Rechenseite muss Aufgabenfristen, Gerätebedingungen und Servicequalität kennen. Beide dürfen nicht getrennt rechnen und erst am Ende feststellen, dass die jeweils andere Seite die Anforderungen nicht erfüllen kann. Wofür wir als Nächstes wirklich Zeit benötigen, sind Datenzugang, Steuerungsrechte, Befehlsausführung und Ergebnisprüfung. Diese Arbeiten eignen sich wenig für glänzende Präsentationen. Doch jeder ausgelassene Punkt kann vor Ort ein zusätzliches Problem bedeuten. Mit zunehmender Gründungserfahrung werden mir solche Schnittstellen immer wichtiger. Viele Chancen entstehen nicht durch noch eine Funktion, sondern dadurch, zwei bislang getrennt arbeitende Systeme so zu verbinden, dass sie tatsächlich zusammenarbeiten. Rechenleistung planen. Und Strom ebenfalls. Aber die Reihenfolge muss stimmen: Zuerst den Rechenservice sichern, dann über Netzflexibilität sprechen. Jede kWh intelligenter machen. Steve #KiWiNewEnergy #AIEDC #KIRechenzentrum #Energiespeicher #PPA #IntelligenteEnergie #Energiemanagement #MakingEverykWhSmarter

Externe Links führen zu Autorenprofilen, nicht zu Permalinks der Originalbeiträge.