blob: 74ac8c0b2da371ddd57dcaacdfbd6db0fa40af15 (
plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
|
# thread number
* think about algo
* if job ended later than now-iteration have rand(node.size) == 0 to add thread
* if now is less than job_ended+iteration same chance to remove thread?
* should we try to avoid max threads from being hit? (like maybe non-success thread is pulling average?)
* dont add thread, if even one thread is too much (too few nodes for interval), still must process 'next' request w/o delay
# config
* save keys as strings, load as symbols?
# other
should it offer cli mass config-pusher? (I think not, I have ideas for such
program and I'm not sure if synergies are high enough for shared code without
making both bit awkward)
use sidekiq? Any benefits?
# docs, testing
* yard docs
* rspec tests
|
