Je travaille sur Transformers .
J'ai un script python là-bas, cela prend Arguments comme entrée via argparse. P>
Voici en partie: P>
OSError: Model name 'model_load' was not found in model name list (gpt2, gpt2-medium, gpt2-large, gpt2-xl, distilgpt2). We assumed 'model_load' was a path or url to a configuration file named config.json or a directory containing such a file but couldn't find any such file at this path or url.
3 Réponses :
donc model_load code> dans
% exécuté code> doit être interprété comme une variable Python? Ce serait un peu bizarre, ne pensez-vous pas? Essayez d'appeler Python directement à partir de Python, pas via Ipython Magic Fonctions:
In [18]: import subprocess
In [19]: model_load = "gpt2"
In [20]: subprocess.run(f"python file.py --model_name_or_path={model_load}", shell=True)
Ce n'est pas bizarre puisque le modèle_load est en réalité le chemin du poids. Ainsi, après avoir fini d'entraîner un seul fichier avec les poids par défaut, j'ai besoin de rediriger le chemin. Mais en fait, j'en ai besoin de plus pour itérer les fichiers, c'était juste un exemple de votre solution, mais n'imprime pas Stdout sur Jupyter, je pose une amélioration pour votre suggestion.
La réponse de Rafals est excellente, mais n'imprime pas stdout si vous le souhaitez, Voici comment:
Mettez la déclaration entière dans un FString et assignez à une variable exécuter em>: p> puis traverser Jupyter Shell par simplement : p>
Il ressemble à de toute façon, avec un script simple === p> avec une autre magie p> === p> {} code> développe des variables. Je suis tombé sur elle essayant de faire le formatage du formatage
F '' Code>. Je ne le vois pas dans
% Run Code> Docs; Il doit faire partie de la syntaxe% magique.
echo code>: p>
$ code> fait aussi ceci: p>
In [79]: foo = "a string"
In [80]: run echo.py $foo bar
['echo.py', 'a', 'string', 'bar']