diff --git a/docs/source/colmena.task_server.rst b/docs/source/colmena.task_server.rst index 05da9ff..b326e98 100644 --- a/docs/source/colmena.task_server.rst +++ b/docs/source/colmena.task_server.rst @@ -23,6 +23,15 @@ colmena.task\_server.globus :undoc-members: :show-inheritance: +colmena.task\_server.local +-------------------------- + +.. automodule:: colmena.task_server.local + :members: + :undoc-members: + :show-inheritance: + + colmena.task\_server.base --------------------------- diff --git a/docs/task-servers.rst b/docs/task-servers.rst index c366476..23fb3c9 100644 --- a/docs/task-servers.rst +++ b/docs/task-servers.rst @@ -43,3 +43,11 @@ Like Parsl, the task server is defined using a list of methods mapped to the res Unlike Parsl, the execution resources are defined using the ID of a Globus Compute endpoint rather than a name of a specific executor. Any configuration for how that endpoint actually provides compute resources (e.g., launching Kubernetes pods, requesting HPC jobs) is provided when setting up the endpoint (see `Globus Compute docs `_). + +Python's Native executor +------------------------ + +The :class:`~colmena.task_server.local.LocalTaskServer` is backed by Python's native :class:`~concurrent.futures.Executor` classes. +It is useful for developing new Colmena workflows because it runs with minimal configuraiton. +``LocalTaskServer`` will automatically run workers on as many threads as your computer has processors, +though you can configure it to use separate processes and change the number of workers.