Graphics preview in parallel

[Scott Kostyshak]

On Mon, Jul 06, 2026 at 03:38:31PM +0200, Pavel Sanda wrote:
> On Sun, Jun 28, 2026 at 11:13:16AM +0200, Scott Kostyshak wrote:
> > > > I personally would like the option to be able to increase the threads.
> > > > But this can be figured out later.
> > > 
> > > Hmm I found it somewhat too technical to push into UI.
> > 
> > I think most would agree with you.
> > 
> > > You would like to see
> > > nuymber of threads in settings?
> > 
> > Personally (for my own use case), yes. For users, not yet. Thus I would
> > like to see a preference that is not (yet) shown in the UI. If we make
> > uses of threads in other cases, then I may argue for it to be exposed to
> > the users.
> > 
> > I think the discussion below is related, since it relates to the
> > trade-offs regarding system resources.
> 
> I have deal for you. We keep the number of threads on the limit I proposed
> but I will add parameter [threads_count] to the lfun you haven't seen yet,
> so if you bind this lfun with your personal lucky number you will get
> the full doc image load on a single stroke.
> What you think?

Sounds good! Can we (I can make a note to check it out after your commit
if you want) add a special argument that would mean all cores? Maybe we
can call it "all" ?

> > > > constantly readjusted as the document is loaded on-the-fly. I would
> > > > prefer an option to just have everything load at the beginning.
> > > 
> > > Did you looked on the second patch? You could trigger it via key binding
> > > or home grown icon via that lfun...
> > 
> > I haven't looked at the patches at all, only your email. I might look
> > into a local patch (on top of yours) that run this by default when
> > loading a buffer. Do you have a reason not to always have it enabled?
> > I'm just talking about a local patch, not arguing this should be done by
> > default by LyX.
> 
> The only thing to keep in mind is that if you put too many threads and have too
> little memory you can enter swap hell.

Are you saying that the "new" desktop they just gave me at my university
is not ideal (screenshot attached)?

> One of the reasons I am hesitant
> to push the thread count limits too high by default.

Agreed.

Scott
-------------- next part --------------
A non-text attachment was scrubbed...
Name: screenshot.avif
Type: image/avif
Size: 84246 bytes
Desc: not available
URL: <http://lists.lyx.org/pipermail/lyx-devel/attachments/20260710/d1944ba6/attachment-0001.bin>
-------------- 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/20260710/d1944ba6/attachment-0001.sig>