Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Création d'un environnement de file d'attente
Un environnement de file d'attente est un ensemble de variables d'environnement et de commandes qui configurent les employés de la flotte. Vous pouvez utiliser les environnements de file d'attente pour fournir des applications logicielles, des variables d'environnement et d'autres ressources aux tâches de la file d'attente.
Lorsque vous créez une file d'attente, vous avez la possibilité de créer un environnement de conda file d'attente par défaut. Cet environnement permet aux flottes gérées par des services d'accéder à des packages pour les applications DCC et les moteurs de rendu partenaires. L'environnement par défaut Pour plus d'informations, consultezPar défaut conda environnement de file d'attente.
Vous pouvez ajouter des environnements de files d'attente à l'aide de la console ou en modifiant directement le modèle json ou YAML. Cette procédure explique comment créer un environnement avec la console.
-
Pour ajouter un environnement de file d'attente à une file d'attente, accédez à la file d'attente et sélectionnez l'onglet Environnements de file d'attente.
-
Choisissez Actions, puis Créer un nouveau avec le formulaire.
-
Entrez le nom et la description de l'environnement de file d'attente.
-
Choisissez Ajouter une nouvelle variable d'environnement, puis entrez un nom et une valeur pour chaque variable que vous ajoutez.
-
(Facultatif) Entrez une priorité pour l'environnement de file d'attente. La priorité indique l'ordre dans lequel cet environnement de file d'attente sera exécuté sur le worker. Les environnements de file d'attente à priorité élevée seront exécutés en premier.
-
Choisissez Créer un environnement de file d'attente.
Par défaut conda environnement de file d'attente
Lorsque vous créez une file d'attente associée à un parc géré par des services, vous pouvez ajouter un environnement de file d'attente par défaut qui permet conda
Si vous ajoutez un environnement de file d'attente par défaut à l'aide de la console Deadline Cloud
Il existe d'autres modèles https://github.com/aws-deadline/deadline-cloud-samples/tree/mainline/queue_environments#the-sample-queue-environments
Condafournit des packages à partir de chaînes. Un canal est un endroit où les packages sont stockés. Deadline Cloud fournit une chaîne qui héberge des conda packages prenant en charge les applications et moteurs de rendu DCC partenaires. deadline-cloud Sélectionnez chaque onglet ci-dessous pour afficher les packages disponibles pour Linux ouWindows.
Note
Pour Cinema 4D, le package Linux conda ne prend pas en charge les matériaux Substance 3D. Les tâches utilisant ce matériau échouent avec l'une des erreurs suivantes :
Commandline: ./modules/io_substance/source/substance_framework/src/details/detailsengine.cpp:794: SubstanceAir::Details::Engine::Context::Context(SubstanceAir::Details::Engine&, SubstanceAir::RenderCallbacks*): Assertion `res==0' failed.
/home/job-user/.conda/envs/<hash>/Lib/deadline/cinema4d_adaptor/Cinema4DAdaptor/adaptor.sh: line 44: 10832 Segmentation fault (core dumped) $C4DEXE ${ARGS[*]}
Nous vous recommandons de soumettre Windows plutôt les travaux contenant des substances à.
Dans Cinema 4D 2025.3.3 et versions ultérieuresLinux, les chemins d'actifs globalisés peuvent provoquer des erreurs de segmentation. Par conséquent, le package Linux conda contient Cinema 4D 2025.3.1 avec Redshift 2025.6.0 à la place. Si vous avez besoin de fonctionnalités ou de corrections de bogues depuis Cinema 4D 2025.3.3, nous vous recommandons deux options : passer à Cinema 4D 2026 ou soumettre ces tâches à Windows la place.
Pour Cinema 4D OpenJD, afin d'éviter tout problème de temporisation, nous vous recommandons de définir les délais d'exécution des tâches de manière à doubler leur temps de rendu attendu, au lieu d'utiliser le délai par défaut de 2 jours.
Lorsque vous soumettez une tâche à une file d'attente avec l'condaenvironnement par défaut, celui-ci ajoute deux paramètres à la tâche. Ces paramètres spécifient les conda packages et les canaux à utiliser pour configurer l'environnement de la tâche avant le traitement des tâches. Les paramètres sont les suivants :
-
CondaPackages— une liste séparée par des espaces des spécifications de correspondance des packages, telles blender=3.6que ou.numpy>1.22La valeur par défaut est vide pour ignorer la création d'un environnement virtuel. -
CondaChannels— une liste de conda chaînes séparées par des espacesdeadline-cloud,telles que conda-forge, ous3://. Par défautamzn-s3-demo-bucket/conda/channeldeadline-cloud, il s'agit d'un canal disponible pour les flottes gérées par des services qui fournissent des applications DCC et des moteurs de rendu partenaires.
Lorsque vous utilisez un émetteur intégré pour envoyer une tâche à Deadline Cloud depuis votre DCC, l'expéditeur renseigne la valeur du CondaPackages paramètre en fonction de l'application DCC et de l'expéditeur. Par exemple, si vous utilisez Blender, le CondaPackage paramètre est défini surblender=3.6.*
blender-openjd=0.4.*.
Nous vous recommandons d'épingler toutes les soumissions uniquement aux versions répertoriées dans le tableau ci-dessus, par exemple blender=3.6. L'épinglage vers la version major.minor est recommandé car les versions de correctifs affectent les packages disponibles. Par exemple, lorsque nous publierons la version Blender 3.6.17, nous ne Blender distribuerons plus la version 3.6.16. Toutes les soumissions épinglées à blender=3.6.16 échoueront. Si vous vous connectez à blender=3.6, vous obtiendrez la dernière version du correctif distribué et les tâches ne seront pas affectées. Par défaut, les émetteurs DCC utilisent les versions actuelles répertoriées dans le tableau ci-dessus, à l'exclusion du numéro de correctif, tel que blender=3.6.
