We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
The majority of the loading time seems to be import of octoai in garak.generators.octo.
octoai
garak.generators.octo
To experience it, try python -m garak --list_generators, which should return very fast - but has to import generators.
python -m garak --list_generators
The delay is attributable to import octoai.errors being in the global scope of the octo module.
import octoai.errors
octo
This import is in the global scope to enable the backoff exception to be loaded:
backoff
@backoff.on_exception(backoff.fibo, octoai.errors.OctoAIServerError, max_value=70)
Lazy loading of octo in the constructor is preferable.
The text was updated successfully, but these errors were encountered:
No branches or pull requests
The majority of the loading time seems to be import of
octoai
ingarak.generators.octo
.To experience it, try
python -m garak --list_generators
, which should return very fast - but has to import generators.The delay is attributable to
import octoai.errors
being in the global scope of theocto
module.This import is in the global scope to enable the
backoff
exception to be loaded:@backoff.on_exception(backoff.fibo, octoai.errors.OctoAIServerError, max_value=70)
Lazy loading of octo in the constructor is preferable.
The text was updated successfully, but these errors were encountered: