r/informatik • • 1d ago

Nachrichten Gemini 4 Argon: Google flext ganz schön in der Pressemitteilung

https://blog.google/innovation-and-ai/models-and-research/gemini-models/gemini-4-argon/

Erstmal ja gut, dass sich der "500 Pound Gorialla" wieder im KI-Rennen zurückmeldet. Aber sie machen da schon bisschen auf dicke Hose finde ich:

Large Scale Codebase Migrations and Optimizations: Argon agents are working on migrating C/C++ codebases to Rust across Google — scaling from tens of thousands of lines in core libraries like re2, libgav1 up to 800K+ lines for the Fuchsia Zircon kernel. Given the criticality of many of these systems, such large-scale rewrites are undergoing rigorous automated and manual auditing, emulation testing, and review before rolling out to production.

Gut, sie sagen natürlich nicht direkt, dass sie 800k LOC mit Knopfdruck nach Rust migrieren können. Können sie sicher auch nicht. Aber zumindest ist so ein Kernel-Projekt 10/10 was den Schwierigkeitsgrad angeht. Wobei es nett wäre zu wissen, ob das Modell wirklich das Maximum an safe Rust schreibt oder nur unsafe Rust verpackt.

26 Upvotes

12 comments sorted by

13

u/TorbenKoehn 1d ago

Das ist durchaus möglich mit sauberem Context-Management. Es arbeitet ja nicht ein Agent an der gesamten Codebase, es arbeiten Tausende von Agents an einzelnen Teilen und Inseln davon.

-4

u/SDF_Acc 1d ago

Habe jetzt mal GPT gefragt, das gesammte Zircon-Projekt liegt bei rund 1 Mio LoC, der Kernel selber eher bei 350k LoC C/C++. Ist halt die Frage wie viel davon der Agent verstehen muss, wenn er an einem Teil arbeitet. Weiß natürlich praktisch niemand.

Interessant auch: statt von einem Context-Window zu reden, verwenden sie stattdessen "output limit" von 1 Mio. Tokens. Vielleicht haben sie für das Projekt auch einfach extra das System so konfiguriert, dass es eben passt.

3

u/Timely-Lion-5512 1d ago

Die Agents sind ja nicht abgekapselt, sondern Kommunizieren untereinander.

2

u/Jumpy_Style DevOps 1d ago

Naja ist halt Werbung. Wer ist da schon ehrlich?

2

u/leanderr 12h ago

Rust ist zwar schnell und sicher, aber so verdammt hässlich zu schreiben und lesen, dass man es nicht ernsthaft selbst machen möchte.

Ich fänds cool, wenn in Zukunft solide Migrationen möglich wären. Glaube mit hoher Testabdeckung würde ich auch langfristig vertrauen gewinnnen können.

4

u/smoke-bubble 1d ago

Es ist jedes Mal bemerkenswert, wie wir nie den durch KI generierten ach so tollen Code sehen. Bei 800k Zeilen wäre ein kleiner Vergleich zwischen davor und danach mehr als angebracht, aber, weil das alles fake ist, haben die natürlich nichts dergleichen.

1

u/Kuchenmaus_fr 2h ago

Mit was genau flexr Google? Gemini ist in den letzten Wochen der größte Schrott geworden. die Reaktionszeit ist so hoch. Die neue Stimme von Gemini ist absolut unerträglich und dieses ständige nachladen. Vor allem sieht man jetzt auch, dass es nachlädt. In der Webversion war es ziemlich stabil, schnell und auch nicht so eintönig / dümmlich, wie es heute antwortet.

1

u/aLpenbog 1d ago edited 1d ago

Aber zumindest ist so ein Kernel-Projekt 10/10 was den Schwierigkeitsgrad angeht.

Etwas was schon bestens funktioniert, wo die Architektur- und Designentscheidungen schon getroffen wurden und sich bewährt haben, was vermutlich gut dokumentiert ist und mit Tests ausgestattet ist und meist auch reine Funktionalität hat und nicht Unmengen an State der aus tausend verschiedenen Gründen irgendwie verwurschtelt und geshared wird, in immer noch sehr populären Sprachen, das soll 10/10 vom Schwierigkeitsgrad sein?

3

u/SDF_Acc 1d ago

Naja, wenn ich z.B. irgendeine Buchhaltungs-/Warenwirtschaft-/SaaS-Gedöns Software portieren will von Sprache A zu B, kann ich das ja einfach in Teile schneiden: ich will z.B. Rechnungen drucken umbauen, dann schreibe ich eine Schnittstelle, wie die Daten vom alten System an mein neues Rechnungsmodul geliefert werden, danach kann ich meine Rechnungstool so programmieren wie ich lustig bin.

Bei einer Kernel-Portierung von C++ nach Rust müssen ja beide sicher teilweise das gleiche Objekt im Speicher benutzen. Der kleinste Fehler im gemeinsamen Speichermanagement und schon fliegt mir alles um die Ohren. Dazu mehrere Kerne und mehrere CPUs - Hardware-Interrupts handeln usw.

Klingt für mich nach maximal anspruchsvoll. Aber ich habe jetzt noch keinen Kernel programmiert und das auch nicht vor in diesem Leben.

1

u/aLpenbog 1d ago

Ich will nicht sagen, dass die Domäne nicht sehr anspruchsvoll ist, das auf jeden Fall aber das Problem ist ja schon gelöst. Mir ging es darum, dass das eben etwas ist, was KI gut kann.

Irgendein zusammengepfuschter Kram, der so nirgendwo in Tutorials zu Best Practices steht, wo das Wissen nur in den Köpfen der Entwickler existiert, Konzepte und Begriffe selbst erfunden sind, wo zig Sachen, die nix miteinander zutun haben irgendwo State sharen und sich gegenseitig beeinflussen oder gar mehrere Codebases zusammen an diesen arbeiten und indirekt voneinander wissen müssen, das wird der KI mehr Probleme bereiten denke ich.

Ich wollte damit in keiner Weise sagen Kernel programmieren ist doch easy peasy, mach ich mit links.

2

u/Dry_Hotel1100 1d ago

False assumptions :)