Closed fflorent closed 4 years ago
@lapineige @ericgaspar I am not sure how I should test using Package_check
. Or should I let you do that for me?
I had explanations with the CodiMD developers on this option and how much we should set it:
for the demo instance I pushed it to 200, iirc. Depending on the machine 1000 might be an option. It basically means that CodiMD doesn't send out a "I'm busy" note even when it takes a second to answer requests. I wouldn't necessarily set it to 1000, no. But increasing it is fine and might be a good idea for low compute devices like a old generation raspberry Pi as soon as you get load on it.
I had explanations with the CodiMD developers on this option and how much we should set it:
for the demo instance I pushed it to 200, iirc. Depending on the machine 1000 might be an option. It basically means that CodiMD doesn't send out a "I'm busy" note even when it takes a second to answer requests. I wouldn't necessarily set it to 1000, no. But increasing it is fine and might be a good idea for low compute devices like a old generation raspberry Pi as soon as you get load on it.
Thanks for your feedback. What value do you think it would be fair?
Florent
If that value is reached, the server don't let you interact with your document, right ?
I'd prefer a relatively high value and laggy service on old hardware, but users being able to actually use it, instead of blocking them.
If that value is reached, the server don't let you interact with your document, right ?
Yes.
Then 1s is fine for me. Or anything between 0,5 and 1s.
Problem
Solution
tooBusyLag
config.json.example
toconfig.json.default
which is a more accurate namePR Status
Package_check results