Re: [Koha-devel] Optimizing Starman startup

2021-04-20 Thread dcook
Hi Ere, Thanks for your reply. 24700 looks much better. I'll look at backporting it locally. Although I'm looking at JSON::Validator::OpenAPI::Mojolicious at https://metacpan.org/pod/release/JHTHORSEN/Mojolicious-Plugin-OpenAPI-2.19/lib/JSON/Validator/OpenAPI/Mojolicious.pm and it says "Do not

Re: [Koha-devel] Optimizing Starman startup

2021-04-20 Thread dcook
Thanks for that optimization. My restart time has gone from 2 minutes 45 seconds to 1 minute 30 seconds. Much better. Now I'm going to try the preload and see if I can get it down to 45 seconds or better... David Cook Software Engineer Prosentient Systems Suite 7.03 6a Glen St Milsons Point NSW

Re: [Koha-devel] Optimizing Starman startup

2021-04-20 Thread dcook
That was an interesting experience. When you run koha-plack --start, it spins through a long list of instances quickly, because it returns immediately after starting the Starman master, which doesn't really do much, but fork off worker processes, which then consume a huge amount of resources co

Re: [Koha-devel] Optimizing Starman startup

2021-04-20 Thread dcook
Looking at newer versions of Mojolicious::Plugin::OpenAPI and the coding choices are... interesting. I opened a ticket against JSON::Validator (https://github.com/jhthorsen/json-validator/issues/246), but maybe I should open it against Mojolicious::Plugin::OpenAPI. We'll see how responsive the

Re: [Koha-devel] Optimizing Starman startup

2021-04-20 Thread dcook
It looks like newer version of the plugin might have cached spec/schema functionality, but I'm not finding the plugin author very helpful so far. My guess is that maybe... maybe... Mojolicious::Plugin::OpenAPI 3.41+ with JSON::Validator 4.10+ might perform better. But it's just a guess at this

Re: [Koha-devel] Optimizing Starman startup

2021-04-20 Thread Renvoize, Martin
I've always found the OpenAPI Dev finally and responsive. However, it's worth remembering were really not using the module as it's intended. Mojolicious D the ecosystem of modules around it are generally fast moving and we don't keep up at all.. we also deliver into the guts frequently and do thin

Re: [Koha-devel] Packaging idea (for decoupling systems, Docker, etc)

2021-04-20 Thread Renvoize, Martin
This is another area where I think our thoughts align David. I've also wanted to split his into even smaller units for a while.. a clear example is our move to background jobs. I see those as prime targets for horizontal scaling.. but as you've highlighted, at the moment to get the library of cor