Scale your ML workers asynchronously across processes and machines
Description •
Install •
Usage •
FAQ •
Contribute
Documentation
gibbs
is a python package that helps you scale your ML workers (or any python code) across processes and machines, asynchronously.
gibbs
is :
- ⚡️ Highly performant
- 🔀 Asynchronous
- 🐥 Easy-to-use
Install gibbs
by running :
pip install gibbs
After defining your awesome model :
import time
class MyAwesomeModel:
def __init__(self, wait_time=0.25):
super().__init__()
self.w = wait_time
def __call__(self, x):
time.sleep(self.w)
return x**2
You can simply start a few workers serving the model :
from gibbs import Worker
for _ in range(4):
Worker(MyAwesomeModel).start()
And send requests through the Hub :
from gibbs import Hub
hub = Hub()
# In an async function
await hub.request(34)
And that's it !
Make sure to check the documentation for a more detailed explanation.
Or you can run some examples from the examples/
folder.
gibbs
simply run your model code in separate processes, and send requests to the right process to ensure requests are treated in parallel.
gibbs
uses a modified form of the Paranoid Pirate Pattern from the zmq guide.
Joshamee Gibbs is the devoted first mate of Captain Jack Sparrow.
Since we are using the Paranoid Pirate Pattern, we needed a pirate name !
To contribute, install the package locally, create your own branch, add your code (and tests, and documentation), and open a PR !
Pre-commit hooks are set to check the code added whenever you commit something.
If you never ran the hooks before, install it with :
pre-commit install
Then you can just try to commit your code. If you code does not meet the quality required by linters, it will not be committed. You can just fix your code and try to commit again !
You can manually run the pre-commit hooks with :
pre-commit run --all-files
When you contribute, you need to make sure all the unit-tests pass. You should also add tests if necessary !
You can run the tests with :
pytest
Pre-commit hooks will not run the tests, but it will automatically update the coverage badge !
The documentation should be kept up-to-date. You can visualize the documentation locally by running :
mkdocs serve