Open nherment opened 10 years ago
:+1: I like the idea of one toobusy instance handling HTTP traffic, and another, more aggressive instance handling worker queue task consumption.
This repo was abandoned quite some time ago. If this is the behavior you want, here is a wrapper for toobusy (a js fork) that has a number of spiffy features.
Could you updated the README saying this repo is deprecated and link to the suggested module?
It would be great if it was possible to create multiple toobusy instance, each with a different maxLag:
I'd like to use toobusy to manage multiple actions with different priorities.
Right now the workaround is to look at the lag value but that defeats the niceness of
toobusy
which returns a simple boolean.