search

unoconv / unoserver

MIT License
495 stars 69 forks source link

Details about concurrent executions of unoconv in the README could be useful #103

Closed vgu-natbraille closed 4 months ago

vgu-natbraille commented 4 months ago

The README does not mention what happens when multiple concurrent executions of unoconv are run. Are they queued (Then what happens if a conversion takes a long time) ? Are they Executed concurrently ? Or should concurrent executions even no attempted ? It would be nice if some info was added in the README. Thanks !

regebro commented 4 months ago

Well, I don't know, why don't you try it and see? :-D

vgu-natbraille commented 4 months ago

Well, I would prefer not to "try and see" : my tests might only work because I don't encounter some race condition, and not work in the general case. That's why I would prefer the authors to give me an informed answer.

A few years ago, I implemented a converter based on libreoffice headless server but it showed to be so unreliable that I ended up spawning a LibreOffice instance for each transcription :-D

regebro commented 4 months ago

This isn't an issue that is straightforward enough to give a definitive answer that will be correct over different situations and operating systems and network situations and dockers, etc. But, the XMLRPC server should deal with the requests it receives in order. I don't know what the limit to this is, or if there is one, and I can't promise this will always work, but at least, on a standard Linux system, it just works.

vgu-natbraille commented 4 months ago

Thanks ! So, I understand that unoserver does not add nor remove constraints on concurrent executions, so the question should rather be addressed to a LibreOffice XMLRPC server list.

regebro commented 4 months ago

The XMLRPC server is written in Python and is a part of the python standard library.

The conversions will be done sequentially.