Evolve in Digital Design Studio

Die Windows-/Cloud-Ausrichtung von v1.0.88 führt unterstützte kombinatorische Evolve-Suche als verwalteten Server-Job anhand eines expliziten Snapshots gespeicherter Eingaben aus. Windows-Originale bleiben lokal; ein verifiziertes Ergebnis wird als neue Datei zurückgegeben. Die Qualifikation des nativen Pools qualifiziert nicht die separate Evolve-Laufzeit. Nicht unterstützte Suchfamilien bleiben nicht verfügbar; ein ausstehender Job sollte vor jeder erneuten Einreichung anhand seiner bestehenden ID wiederhergestellt werden.

Überblick

Evolve untersucht Designalternativen innerhalb von Digital Design Studio. Beginnen Sie mit einer gespeicherten RTL-Ausgangsversion und prüfen Sie jeden Kandidaten mit denselben Korrektheitsprüfungen und demselben Ziel. Bestimmen Sie anhand des Laufzeitstatus des aktuellen Hosts, welche Such- oder Analyseoperationen verfügbar sind.

Ein Experiment vorbereiten

1. Speichern Sie Quelle, Top-Modul, Includes und Defines für eine bekanntermaßen funktionierende Ausgangsversion.

2. Bereiten Sie die Testbench oder Verifikationseingaben vor, mit denen Sie Kandidatenkorrektheit bewerten.

3. Wählen Sie das Ziel und dokumentieren Sie seine Einheiten und Methode. Fläche, Logiktiefe, Aktivität und gemessenes Timing beantworten unterschiedliche Fragen.

4. Wählen Sie die Laufzeit und prüfen Sie Ausführungsgrenzen, externe Werkzeuge, Ziel und etwaige Nutzungsschätzung.

5. Verwenden Sie einen neuen Lauf- oder Experimentort, damit frühere Ergebnisse erhalten bleiben.

Kandidaten ausführen und untersuchen

Öffnen Sie die Evolve-Ansicht im ausgewählten Projekt. Lesen Sie vor dem Start die Laufzeitmeldung. Wenn die Operation verfügbar ist, starten Sie sie ausdrücklich und verfolgen Sie Status, Diagnosen und gespeicherte Ausgaben des Laufs. Das Öffnen der Ansicht oder ein Vorprüfungsergebnis startet keine Suche.

Vergleichen Sie Kandidaten mit der Ausgangsversion anhand derselben Eingaben und Prüfungen. Prüfen Sie Quell-Diff, fehlgeschlagene Tests und fehlende Metriken, bevor Sie einen Kandidaten in Ihren normalen Versionskontroll-Workflow übernehmen. Bewahren Sie die ursprüngliche Ausgangsversion und Experimentartefakte auf.

CLI- und CUDA-Pfade

Die CLI besitzt mehrere unterschiedliche Evolve-Verträge. Die ältere Kundenaktion alti evolve dient nur der Planung. Native Evolve-Operationsanfragen und compute rtl-evolve verwenden eigene Schemas und Funktionsprüfungen. Verwenden Sie Engine-Befehle und Job-/Cloud-Befehle für die exakte installierte Schnittstelle.

Im begrenzten CUDA-Workflow berechnet GPU-Arbeit kombinatorische Aktivitätsdiagnosen. Kandidatenerzeugung, Korrektheitsprüfungen und Zielfunktionsauswertung verbleiben auf der CPU, und Icarus ist erforderlich. Lesen Sie das aufgezeichnete Backend und die Grenzen, statt eine erkannte GPU als abgeschlossene Suche oder Beschleunigungsergebnis zu behandeln.

Vorsichtig fortsetzen oder abbrechen

Untersuchen Sie nach einer Verbindungsunterbrechung den bestehenden Lauf, bevor Sie einen weiteren starten. Eine Abbruchanfrage kann ausstehend bleiben, während eine Laufzeit aufräumt. Bewahren Sie nützliche Kandidatenausgaben und den zuletzt bekannten Job-Zustand. Wenn sich Quelle oder Konfiguration geändert hat, erstellen Sie ein neues Experiment, statt es unter der alten Identität zu vergleichen.

Dateien und verwandte Anleitungen

Kompatibilitätsbezeichner rtl_evolve, /api/evolve/*, .alEvolve und das Workspace-Verzeichnis evolve/ bleiben unverändert. Siehe Analyseansichten, Versionskontrolle und Projekte und Runner für den umgebenden Workflow.