Evolve in Digital Design Studio

L'orientamento Windows/Cloud della v1.0.88 esegue la ricerca Evolve combinatoria supportata come job server gestito da uno snapshot esplicito degli input salvati. Gli originali Windows rimangono locali; un risultato verificato viene restituito come nuovo file. La qualificazione del pool nativo non qualifica il runtime distinto di Evolve. Le famiglie di ricerca non supportate rimangono non disponibili e un job in sospeso deve essere recuperato tramite l'ID esistente prima di qualsiasi nuovo invio.

Panoramica

Evolve esplora alternative di progettazione in Digital Design Studio. Partire da una baseline RTL salvata ed esaminare ogni candidato con gli stessi controlli di correttezza e lo stesso obiettivo. Usare lo stato del runtime dell'host corrente per determinare quali operazioni di ricerca o analisi siano disponibili.

Preparare un esperimento

1. Salvare sorgenti, modulo top, inclusioni e definizioni di una baseline nota e corretta.

2. Preparare il testbench o gli input di verifica usati per valutare la correttezza dei candidati.

3. Scegliere l'obiettivo e registrarne unità e metodo. Area, profondità logica, attività e temporizzazione misurata rispondono a domande diverse.

4. Scegliere il runtime ed esaminare limiti di esecuzione, strumenti esterni, destinazione ed eventuale stima di utilizzo.

5. Usare una nuova posizione di esecuzione o esperimento per mantenere disponibili i risultati precedenti.

Eseguire ed esaminare i candidati

Aprire la vista Evolve nel progetto selezionato. Leggere il messaggio del runtime prima di iniziare. Se l'operazione è disponibile, avviarla esplicitamente e seguire stato, diagnostica e output archiviati dell'esecuzione. Aprire la vista o ottenere un risultato di controllo preliminare non avvia una ricerca.

Confrontare i candidati con la baseline usando gli stessi input e controlli. Esaminare differenze dei sorgenti, test falliti e metriche mancanti prima di accettare un candidato nel normale flusso di controllo versione. Conservare la baseline originale e gli artefatti dell'esperimento.

Percorsi CLI e CUDA

La CLI ha diversi contratti Evolve distinti. L'azione cliente legacy alti evolve è di sola pianificazione. Le richieste di operazione Evolve native e compute rtl-evolve usano schemi e controlli delle capacità propri. Usare Comandi dei motori e Comandi Job/Cloud per l'esatta interfaccia installata.

Nel flusso CUDA limitato, il lavoro GPU calcola diagnostica dell'attività combinatoria. Generazione dei candidati, controlli di correttezza e valutazione degli obiettivi rimangono lavoro CPU ed è richiesto Icarus. Leggere backend e limiti registrati anziché considerare una GPU rilevata come una ricerca completata o un risultato di accelerazione.

Riprendere o annullare con cautela

Dopo una disconnessione, esaminare l'esecuzione esistente prima di avviarne un'altra. Una richiesta di annullamento può rimanere in sospeso mentre il runtime esegue la pulizia. Conservare gli output utili dei candidati e l'ultimo stato noto del job. Se sorgente o configurazione sono cambiati, creare un nuovo esperimento anziché confrontarlo sotto la vecchia identità.

File e guide correlate

Gli identificatori di compatibilità rtl_evolve, /api/evolve/*, .alEvolve e la directory evolve/ dell'area di lavoro rimangono invariati. Vedere Viste di analisi, Controllo versione e Progetti e runner per il flusso di lavoro circostante.