Evolve no Digital Design Studio

A orientação da v1.0.88 para Windows/Cloud executa a busca Evolve combinacional suportada como um job gerenciado no servidor a partir de um snapshot explícito das entradas salvas. Os originais do Windows permanecem locais; um resultado verificado é devolvido como um novo arquivo. A qualificação do pool nativo não qualifica o runtime separado do Evolve. Famílias de busca não suportadas continuam indisponíveis, e um job pendente deve ser recuperado por seu ID existente antes de qualquer reenvio.

Visão geral

O Evolve explora alternativas de projeto dentro do Digital Design Studio. Comece com uma base RTL salva e revise cada candidato com as mesmas verificações de correção e o mesmo objetivo. Use o estado do runtime do host atual para determinar quais operações de busca ou análise estão disponíveis.

Prepare um experimento

1. Salve o código-fonte, o módulo de topo, os includes e os defines de uma base conhecida e correta.

2. Prepare o testbench ou as entradas de verificação usadas para avaliar a correção dos candidatos.

3. Escolha o objetivo e registre suas unidades e seu método. Área, profundidade lógica, atividade e temporização medida respondem a perguntas diferentes.

4. Escolha o runtime e revise os limites de execução, as ferramentas externas, o destino e qualquer estimativa de uso.

5. Use um novo local de execução ou experimento para manter os resultados anteriores disponíveis.

Execute e examine candidatos

Abra a visualização Evolve no projeto selecionado. Leia a mensagem do runtime antes de começar. Se a operação estiver disponível, inicie-a explicitamente e acompanhe o estado, os diagnósticos e as saídas armazenadas da execução. Abrir a visualização ou obter um resultado de preflight não inicia uma busca.

Compare os candidatos com a base usando as mesmas entradas e verificações. Revise as diferenças no código-fonte, os testes com falha e as métricas ausentes antes de aceitar um candidato no seu fluxo normal de controle de versão. Mantenha a base original e os artefatos do experimento.

Caminhos de CLI e CUDA

A CLI tem vários contratos Evolve distintos. A ação legada de cliente alti evolve apenas gera um plano. As solicitações de operação Evolve nativa e compute rtl-evolve usam seus próprios esquemas e verificações de capacidade. Consulte Comandos de engine e Comandos de jobs/Cloud para conhecer a interface exata instalada.

No fluxo CUDA limitado, o trabalho da GPU calcula diagnósticos de atividade combinacional. A geração de candidatos, as verificações de correção e a avaliação do objetivo continuam na CPU, e o Icarus é necessário. Leia o backend e os limites registrados, em vez de tratar uma GPU detectada como uma busca concluída ou um resultado de aceleração.

Retome ou cancele com cuidado

Após uma desconexão, examine a execução existente antes de iniciar outra. Uma solicitação de cancelamento pode continuar pendente enquanto o runtime faz a limpeza. Preserve saídas úteis dos candidatos e o último estado conhecido do job. Se o código-fonte ou a configuração mudou, crie um novo experimento em vez de compará-lo sob a identidade antiga.

Arquivos e guias relacionados

Os identificadores de compatibilidade rtl_evolve, /api/evolve/*, .alEvolve e o diretório evolve/ do espaço de trabalho permanecem inalterados. Consulte Visualizações de análise, Controle de versão e Projetos e runners para conhecer o fluxo ao redor.