Evolve dans Digital Design Studio

L’orientation Windows/Cloud v1.0.88 exécute la recherche Evolve combinatoire prise en charge comme une tâche serveur gérée, depuis un instantané explicite d’entrées enregistrées. Les originaux Windows restent locaux ; un résultat vérifié est renvoyé dans un nouveau fichier. La qualification du pool natif ne qualifie pas le runtime distinct d’Evolve. Les familles de recherche non prises en charge restent indisponibles, et une tâche en attente doit être récupérée par son identifiant existant avant toute nouvelle soumission.

Présentation

Evolve explore des alternatives de conception dans Digital Design Studio. Partez d’une référence RTL enregistrée et examinez chaque candidat avec les mêmes contrôles de correction et le même objectif. Utilisez l’état du runtime de l’hôte actuel pour déterminer les opérations de recherche ou d’analyse disponibles.

Préparer une expérience

1. Enregistrez les sources, le module top, les inclusions et les définitions d’une référence connue comme valide.

2. Préparez le testbench ou les entrées de vérification utilisés pour juger la correction des candidats.

3. Choisissez l’objectif et consignez ses unités et sa méthode. Surface, profondeur logique, activité et temporisation mesurée répondent à des questions différentes.

4. Choisissez le runtime et examinez les limites d’exécution, les outils externes, la destination et toute estimation d’usage.

5. Utilisez un nouvel emplacement d’exécution ou d’expérience afin de préserver les résultats précédents.

Exécuter et inspecter les candidats

Ouvrez la vue Evolve dans le projet sélectionné. Lisez le message de runtime avant de démarrer. Si l’opération est disponible, démarrez-la explicitement et suivez l’état, les diagnostics et les sorties enregistrées de l’exécution. Ouvrir la vue ou obtenir un résultat de contrôle préalable ne démarre pas de recherche.

Comparez les candidats à la référence avec les mêmes entrées et contrôles. Examinez les différences de source, les tests échoués et les métriques manquantes avant d’accepter un candidat dans votre workflow habituel de contrôle de sources. Conservez la référence d’origine et les artefacts de l’expérience.

Chemins CLI et CUDA

Le CLI possède plusieurs contrats Evolve distincts. L’action client héritée alti evolve est limitée à la planification. Les requêtes natives d’opérations Evolve et compute rtl-evolve utilisent leurs propres schémas et contrôles de capacités. Utilisez Commandes des moteurs et Commandes de tâches/Cloud pour l’interface installée exacte.

Dans le workflow CUDA borné, le travail GPU calcule des diagnostics d’activité combinatoire. La génération de candidats, les contrôles de correction et l’évaluation des objectifs restent sur CPU, et Icarus est requis. Lisez le backend et les limites consignés au lieu de considérer un GPU détecté comme une recherche achevée ou un gain de vitesse.

Reprendre ou annuler avec précaution

Après une déconnexion, inspectez l’exécution existante avant d’en démarrer une autre. Une demande d’annulation peut rester en attente pendant le nettoyage du runtime. Préservez les sorties utiles des candidats et le dernier état connu de la tâche. Si la source ou la configuration a changé, créez une nouvelle expérience au lieu de la comparer sous l’ancienne identité.

Fichiers et guides connexes

Les identifiants de compatibilité rtl_evolve, /api/evolve/*, .alEvolve et le répertoire d’espace de travail evolve/ restent inchangés. Consultez Vues d’analyse, Contrôle de sources et Projets et runners pour le workflow environnant.