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
signature.asc
Description: PGP signature
-- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
