On 1/09/2018 11:49 p.m., Enrico Forestieri wrote:
On Sat, Sep 01, 2018 at 11:09:58AM +0200, Jürgen Spitzmüller wrote:
Am Samstag, den 01.09.2018, 20:27 +1200 schrieb Andrew Parsloe:
OK, this time I inserted a Bib(la)TeX Bibliography via Insert >
List/TOC, using an old BibTeX .bib file I had lying around. Even a
small
trial document is noticeably slower for things like starting a new
paragraph, although the delay is more like quarter to half a second
rather than the 2 to 4 seconds you report. Nonetheless it's still
noticeable.
The crucial info we need is what makes this so slow only on Windows
(and not on any other OS). Can we do profiling on Win?
Just a shot in the dark: If you enable the "Files" debug output in View
Messages, is there any indication that (attempts to) file removal
(aux file and/or bbl file) take your time? I am just guessing that
removeBiblioTempFiles() (involved in the BibinfoCache invalidation)
might be the culprit, since it involves QFile, and this is an obvious
candidate for OS-specific weirdness.
Using the --verbose switch it can be seen that each time a new paragraph
is started LyX runs kpsewhich for each bibtex catalog to be found in the
texmf tree. So, if you have 5 catalogs, kpsewhich is run for 5 times
everytime you hit the Enter key.
This was not the case in 2.3.0.
I see that MiKTeX keeps a kpsewhich.log (which must itself cause a
performance penalty). It's not just starting a new paragraph, but other
basic operations also result in calls to kpsewhich. In case it's helpful
(this is with a single .bib file):
1. Deleting a letter with Del or Backspace: no call to kpsewhich;
*selecting* the letter then deleting it, 1 call.
2. Inserting a space before another space then clicking elsewhere so
that LyX automatically removes the extra space: 2 calls.
Andrew
---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
