Setting things up for using parallel STL C++17

Scott Kostyshak skostysh at lyx.org
Wed Aug 31 01:36:42 UTC 2022


On Tue, Aug 30, 2022 at 01:46:43PM +0200, Pavel Sanda wrote:
> On Mon, Aug 29, 2022 at 03:42:49PM -0400, Scott Kostyshak wrote:
> > Does anyone know of any candidates in LyX's code for using such
> > parallelization? 
> 
> - As written in another thread if you can get parallel graphics conversions
>   for document load and export, that would be cool.

This indeed seems like a good candidate since likely the current
sequential code can't be sped up much. Can someone tell me where in the
code the parallelization should take place? Perhaps the while loop
inside LoaderQueue::loadNext() ?

By the way, I've sometimes wanted a more aggressive graphics loader. I
think it's pretty impressive how it currently works and converts things
on-the-fly with scrolling, but I would like to be able to say "don't
wait for me to scroll, just start converting after I open the .lyx
file". I know that would involve a lot of wasted cycles, but sometimes I
would prefer that.

> - Another slow thing is document comparison. But how much of it can be parallel
>   I don't know. And even before that we should first make it correct (nested 
>   insets are not handled correctly), nice (unnecessarily spilled-over characters)
>   and sequentially fast (word-based instead of character-based).
> 
> - Advanced search over lengthy math-loaded documents is slow. But again, 
>   before going parallel one should check the unnecessary bottlenecks in
>   sequential space...

Good to know.

Scott
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: not available
URL: <http://lists.lyx.org/pipermail/lyx-devel/attachments/20220830/43fa78c5/attachment.asc>


More information about the lyx-devel mailing list