Re: outline pane issues and huge note slowness

2021-12-05 Thread Jean-Marc Lasgouttes

Le 05/12/2021 à 05:32, sovhist a écrit :

My last mail is stil waiting moderation due to big atachments, so I'm
resending mail with lesser attachments.

Nothing changed with TNR DVMS and DVSM fonts.


OK. Good to know.


I'm sending 3 svg from Hotspot. I can see more in svg,
than in screen photo of Hotspot, but not all viewers can open them. I
can do screenshots if you
need them.


No this is very good.


I opended Lyx, hugenote document, scrolled one huge inset up and down, cliced
to other tab and scrolled usual document, after returned to hugenote and
scrolled a bit, if I remember properly.
Full are all graph, flame_1 is TextMetrics selected from first hugenote
scrolling and flame_2 is from last scrolling in hugenote, selected
lyx::frontend.


So, here is what I see (and do not see):

In flame_2, a lot of time is spent to draw the misspelling marks. 
Indeed, for that it is necessary to find the position for beginning and 
end of each misspelt word. What happens if you turn off on-screen spell 
checking?


In flame_1, I do not see much, except maybe the fact that a lot of time 
is spent acessing the cache (the part with QCache and QHash) of already 
computing rows. This can be good (already is already computed) or bad 
(the cache access are very slow), depending on the importance of this 
part of code in the whole picture.


In full.svg, I do not see the time spent painting the screen (what is in 
flame_2), so I cannot compare it to the time spend computing the 
position of each element (basically the redoParagraph stuff). It would 
be good to understand what is too slow.


Finally, could you check whether LyX is the only thing using cpu time? 
What about the X server, for example?


JMarc

--
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users


Re: outline pane issues and huge note slowness

2021-11-29 Thread John White
I would try documents>settings>module>customheaders/footers.  That 
might help some.

On Monday, November 29, 2021 8:03:35 PM PST sovhist wrote:
> > I'm sending 3 svg and 3 png files from Hotspot.
> 
> My message is waiting for moderators decision because it is too big.
> 
> Valdemaras

-- 
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users


Re: outline pane issues and huge note slowness

2021-10-29 Thread Daniel

On 28/10/2021 00:14, V K wrote:








On Wednesday, October 27, 2021, 10:50:26 PM GMT+3, Jean-Marc Lasgouttes 
 wrote:




Yes if it works. In my testing for some reason it created a 0-sized file




It creates zero-sized file for me too.

By the way, I cannot scroll down from the top of the inset (it's jumping up 
again and again to the top of the inset) if Lyx is operating in xwayland mode. 
Daniel mentioned that previously. Insets can be scrolled normally in wayland 
mode.


My testing was on macOS by the way,

Daniel

--
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users


Re: outline pane issues and huge note slowness

2021-10-27 Thread V K







On Wednesday, October 27, 2021, 03:45:32 PM GMT+3, Jean-Marc Lasgouttes 
 wrote: 





Le 27/10/2021 à 05:16, V K a écrit :


The problem is that, besides the versions, the precise layout of the 
binaries may differ. Therefore, I would have to clone your OS in a VM to 
be able to read the perf.data file.



I see. That's pity.


Recent unreleased version of hotspot allow to save a portable file, but 
I could not get it to work in my trials. They are available here:
https://github.com/KDAB/hotspot/releases
(take the appImage file and make it runnable).





I downloaded appImage, it doesn't like Wayland (error qt.qpa.plugin: Could not 
find the Qt platform plugin "wayland-egl" in "") but I can launch it in 
xwayland mode. So I should record Lyx with Hotspot and save as .perfparser file?

Valdemaras
-- 
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users


Re: outline pane issues and huge note slowness

2021-10-27 Thread Jean-Marc Lasgouttes

Le 27/10/2021 à 19:25, V K a écrit :

I downloaded appImage, it doesn't like Wayland (error qt.qpa.plugin: Could not find the Qt platform 
plugin "wayland-egl" in "") but I can launch it in xwayland mode. So I should 
record Lyx with Hotspot and save as .perfparser file?


Yes if it works. In my testing for some reason it created a 0-sized file

JMarc
--
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users


Re: outline pane issues and huge note slowness

2021-10-27 Thread Jean-Marc Lasgouttes

Le 27/10/2021 à 05:16, V K a écrit :


HEAD was master, not breakrows. I don't know what was wrong, so I deleted Lyx 
git folder on my machine and cloned Lyx from git anew. After that compiled 
master with --enable-build-type=prof – huge notes were very slow, almost 
stalled. I compiled breakrows branch with --enable-build-type=prof and huge 
notes are usable. Performance is much better than it was in master. There is 
some, how to say, jerking, lagging when scrolling, scrolling isn't smooth, 
there is a lag, but I can scroll insets almost freely. This is huge progress. 
Maybe master waits it :).


Good to know, I will propose it. I was waiting for good reasons :)


I can help with testing (not this week though). I don't know anything about 
profiler, but installed Hotspot, launched lyxgit (that is my prefix of master 
Lyx) with default parameters. Now I have 56 MiB perf.data file. Versions of 
packages are there, I think (except those from Arch linux Aur), if you need 
that information: 
https://lists.manjaro.org/pipermail/manjaro-packages/Week-of-Mon-20211011/042684.html
There is parser errors like "Module "libQt5Gui.so.5.15.2" is missing 1587 of 2089 
debug symbols." and so on. So I can send perf.data file to you.


The problem is that, besides the versions, the precise layout of the 
binaries may differ. Therefore, I would have to clone your OS in a VM to 
be able to read the perf.data file.


Recent unreleased version of hotspot allow to save a portable file, but 
I could not get it to work in my trials. They are available here:

https://github.com/KDAB/hotspot/releases
(take the appImage file and make it runnable).

Otherwise, we could try to run "perf cord" and create a report by hand. 
I'll take a look and come back to you when I have time.


JMarc
--
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users


Re: outline pane issues and huge note slowness

2021-10-27 Thread V K







On Monday, October 25, 2021, 02:21:38 PM GMT+3, Jean-Marc Lasgouttes 
 wrote: 





Good. Did you configure with "--enable-build-type=prof" ? This is 
important because by default master will compile with some run-time 
checks that lower the performance.




I didn't know that key. Thank you. I compiled master (without breakrows) with 
it and strangely huge insets were noticeable more slow than without it. Maybe 
some master updates changed performance, or this key.

> "git pull features breakrows"
> After that I compiled Lyx with autogen etc.


> Hugenotes are slow, similar to master, maybe a tad better. And I doubt – 
> maybe it is master without breakrows branch. I don't see anything about that 
> branch in Lyx info. Version info:

If it is the breakrow branch, then "git log" will start like:

commit 5f33a0ea1971e924c4959b9a003ed548871153ab (HEAD -> breakrows, 
features/breakrows)
Author: Jean-Marc Lasgouttes 
Date:  Tue Oct 12 11:33:23 2021 +0200

    One less thing to do in PAINTING_ANALYSIS


It is disappointing that the situation is not better. However, I am not 
able to reproduce you problem on my system, and I do not understand why. 
My core i7 7700T is not fundamentally faster than your core i7 6600U.

If you have some more time, we can try to find out why it is not that 
fast. To do that, the idea would be to run a profiler like hotspot. Do 
you have any experience with that?

Unfortunately, I did not find a way to let you send me the full profiler 
data, since it depends of the precise version of all the components of 
your system.




HEAD was master, not breakrows. I don't know what was wrong, so I deleted Lyx 
git folder on my machine and cloned Lyx from git anew. After that compiled 
master with --enable-build-type=prof – huge notes were very slow, almost 
stalled. I compiled breakrows branch with --enable-build-type=prof and huge 
notes are usable. Performance is much better than it was in master. There is 
some, how to say, jerking, lagging when scrolling, scrolling isn't smooth, 
there is a lag, but I can scroll insets almost freely. This is huge progress. 
Maybe master waits it :).

I can help with testing (not this week though). I don't know anything about 
profiler, but installed Hotspot, launched lyxgit (that is my prefix of master 
Lyx) with default parameters. Now I have 56 MiB perf.data file. Versions of 
packages are there, I think (except those from Arch linux Aur), if you need 
that information: 
https://lists.manjaro.org/pipermail/manjaro-packages/Week-of-Mon-20211011/042684.html
 
There is parser errors like "Module "libQt5Gui.so.5.15.2" is missing 1587 of 
2089 debug symbols." and so on. So I can send perf.data file to you.

Valdemaras
-- 
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users


Re: outline pane issues and huge note slowness

2021-10-25 Thread Jean-Marc Lasgouttes


Le 22/10/2021 à 01:59, V K a écrit :

I updated master first of all and huge insets can be scrolled. Very slowly, but 
this is better than it was on two months old master when insets were stalled 
mostly. That is without breakrows branch.


Good. Did you configure with "--enable-build-type=prof" ? This is 
important because by default master will compile with some run-time 
checks that lower the performance.



"git pull features breakrows"
After that I compiled Lyx with autogen etc.




Hugenotes are slow, similar to master, maybe a tad better. And I doubt – maybe 
it is master without breakrows branch. I don't see anything about that branch 
in Lyx info. Version info:


If it is the breakrow branch, then "git log" will start like:

commit 5f33a0ea1971e924c4959b9a003ed548871153ab (HEAD -> breakrows, 
features/breakrows)

Author: Jean-Marc Lasgouttes 
Date:   Tue Oct 12 11:33:23 2021 +0200

One less thing to do in PAINTING_ANALYSIS


It is disappointing that the situation is not better. However, I am not 
able to reproduce you problem on my system, and I do not understand why. 
My core i7 7700T is not fundamentally faster than your core i7 6600U.


If you have some more time, we can try to find out why it is not that 
fast. To do that, the idea would be to run a profiler like hotspot. Do 
you have any experience with that?


Unfortunately, I did not find a way to let you send me the full profiler 
data, since it depends of the precise version of all the components of 
your system.


JMarc
--
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users


Re: outline pane issues and huge note slowness

2021-10-21 Thread V K







On Sunday, October 17, 2021, 01:51:04 PM GMT+3, Jean-Marc Lasgouttes 
 wrote: 





Le 17/10/2021 à 00:25, V K a écrit :
> I'm using Manjaro linux with Sway (Wayland) with integrated graphics. I don't 
> like fan running so my CPU profile is balance_power in tlp.conf. That is 
> slowing PC, but only Lyx with huge insets are unusable.

Do you have the possibility of testing a x11 session ? Do this change 
performance?

> My knowledge about git is very basic. So I updated master and compiled, added 
> those two commands but git pull says "already up to date". So how can I clone 
> that branch?

It seems that my knowledge is not as good as I thought ;) I guess I 
missed a:
git fetch -a

The correct instructions are here:
https://wiki.lyx.org/Devel/LyXGit#toc3


JMarc





Hello.

I updated master first of all and huge insets can be scrolled. Very slowly, but 
this is better than it was on two months old master when insets were stalled 
mostly. That is without breakrows branch.

There were some adventures with features/breakrows branch.
https://wiki.lyx.org/Devel/LyXGit#toc3 says that I should do "git pull features 
features/breakrows"
But this produces error:
"fatal: couldn't find remote ref features/breakrows"
After some experimenting branch was successfully ( I hope :)) pulled by:
"git pull features breakrows"
After that I compiled Lyx with autogen etc. 
Hugenotes are slow, similar to master, maybe a tad better. And I doubt – maybe 
it is master without breakrows branch. I don't see anything about that branch 
in Lyx info. Version info:
Version 2.4.0dev
(not released yet)
Built from git commit hash 6d1c0d0c
Qt Version (run-time): 5.15.2 on platform wayland-egl
Qt Version (compile-time): 5.15.2
Python detected: python3 -tt

Valdemaras
-- 
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users


Re: outline pane issues and huge note slowness

2021-10-17 Thread Jean-Marc Lasgouttes

Le 17/10/2021 à 00:25, V K a écrit :

I'm using Manjaro linux with Sway (Wayland) with integrated graphics. I don't 
like fan running so my CPU profile is balance_power in tlp.conf. That is 
slowing PC, but only Lyx with huge insets are unusable.


Do you have the possibility of testing a x11 session ? Do this change 
performance?



My knowledge about git is very basic. So I updated master and compiled, added those two 
commands but git pull says "already up to date". So how can I clone that branch?


It seems that my knowledge is not as good as I thought ;) I guess I 
missed a:

git fetch -a

The correct instructions are here:
https://wiki.lyx.org/Devel/LyXGit#toc3

JMarc

--
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users


Re: outline pane issues and huge note slowness

2021-10-16 Thread V K







On Saturday, October 16, 2021, 11:37:47 PM GMT+3, Jean-Marc Lasgouttes 
 wrote: 





Le 16/10/2021 à 02:39, V K a écrit :
> JMarc, it is very good to hear, that there is progress with a big insets. I'm 
> working with master (bit outdated, because I compile once in a month or two), 
> so I'll check after changes will be merged.
>  
> I modified anonymized lyx file with several insets in it. It is working well 
> while insets are closed (regardless of file length), but it is completely 
> unusable after selecting "open all insets" in view toolbar even after 
> anonymization, without Lithuanian letters. Branch inset with several opened 
> huge notes in it is performing extremely bad. I can barely use mouse or 
> touchpad to scroll – it stalls and scrolls after quite a long time with CPU 
> usage rising drastically. I was trapped several times when searched word was 
> in a big inset in my usual file – search opens inset to show a word and it 
> consumes some time to get out of it :).
> Insets of hugenote_anon.lyx are ridiculously big, but the bigger is inset the 
> more obvious are lag.

I will try it out. I had good performance with your previous file. I 
think I saw you use debian 11. Is that right? Is it with X11 or Wayland? 
What GPU?

I can provide a patch for the new code against master. Tell me when you 
have time to test.

Otherwise, to test the "breakrows" branch, just do
git remote add features git://git.lyx.org/features.git
git checkout --track -b features/breakrows


JMarc



I'm using Manjaro linux with Sway (Wayland) with integrated graphics. I don't 
like fan running so my CPU profile is balance_power in tlp.conf. That is 
slowing PC, but only Lyx with huge insets are unusable.

My full specs are:
System:    Kernel: 5.10.70-1-MANJARO x86_64 bits: 64 Desktop: sway 1.6.1 
Distro: Manjaro Linux
Machine:   Type: Convertible System: LENOVO product: 20FRS1N600 v: ThinkPad X1 
Yoga 1st
   Mobo: LENOVO model: 20FRS1N600 v: SDK0J40705 WIN
   UEFI-[Legacy]: LENOVO v: N1FET59W (1.33 ) date: 12/19/2017
CPU:   Info: Dual Core model: Intel Core i7-6600U bits: 64 type: MT MCP 
cache: L2: 4 MiB
   Speed: 700 MHz min/max: 400/3400 MHz Core speeds (MHz): 1: 700 2: 
700 3: 700 4: 700
Graphics:  Device-1: Intel Skylake GT2 [HD Graphics 520] driver: i915 v: kernel
   Device-2: Chicony Integrated Camera type: USB driver: uvcvideo
   Display: wayland server: X.Org 1.21.1.2 compositor: sway driver:
   loaded: modesetting resolution: 1416x800~60Hz
   OpenGL: renderer: Mesa Intel HD Graphics 520 (SKL GT2) v: 4.6 Mesa 
21.2.3

My knowledge about git is very basic. So I updated master and compiled, added 
those two commands but git pull says "already up to date". So how can I clone 
that branch?

Valdemaras
-- 
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users


Re: outline pane issues and huge note slowness

2021-10-16 Thread Jean-Marc Lasgouttes

Le 16/10/2021 à 02:39, V K a écrit :

JMarc, it is very good to hear, that there is progress with a big insets. I'm 
working with master (bit outdated, because I compile once in a month or two), 
so I'll check after changes will be merged.
  
I modified anonymized lyx file with several insets in it. It is working well while insets are closed (regardless of file length), but it is completely unusable after selecting "open all insets" in view toolbar even after anonymization, without Lithuanian letters. Branch inset with several opened huge notes in it is performing extremely bad. I can barely use mouse or touchpad to scroll – it stalls and scrolls after quite a long time with CPU usage rising drastically. I was trapped several times when searched word was in a big inset in my usual file – search opens inset to show a word and it consumes some time to get out of it :).

Insets of hugenote_anon.lyx are ridiculously big, but the bigger is inset the 
more obvious are lag.


I will try it out. I had good performance with your previous file. I 
think I saw you use debian 11. Is that right? Is it with X11 or Wayland? 
What GPU?


I can provide a patch for the new code against master. Tell me when you 
have time to test.


Otherwise, to test the "breakrows" branch, just do
git remote add features git://git.lyx.org/features.git
git checkout --track -b features/breakrows

JMarc
--
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users


Re: outline pane issues and huge note slowness

2021-10-16 Thread Daniel

On 2021-10-16 02:39, V K wrote:








On Tuesday, October 12, 2021, 07:18:38 PM GMT+3, Jean-Marc Lasgouttes 
 wrote:





Le 05/02/2021 à 20:07, V K a écrit :

Regarding huge note. I created a new file, pasted some random generated text in 
English and Russian, placed them in note an yes, it is not as bad. But when I 
pasted my text in Lithuanian to note, it's almost unusable. Same situation even 
after converting all text to plaintext (so there is no notes or links to 
missing footnotes, only text). After buffer-anonymize performance is much 
better, like with notes in other languages. So, problem is with language, I 
think – Lithuanian has letters ąčęėįįšųųūž. So I copied public lithuanian text 
to the note. Strangely situation is better (but worse than with English or 
Russian notes).
I attached file with public text and I can send file with my text privately if 
you wish.


Hi Valdemaras, Hi Everyone,

I have made some work regarding big insets in ticket
https://www.lyx.org/trac/ticket/12297

This was regarding a large branch inset with lots of math insets. I have
made some progress there, but not enough. But I believe that the
situation is much better regarding plain text. (this work is not merged
in master yet).

The case you describe is more just large text insets, but I cannot
reproduce any slowness with such file son my computer. Can you give more
details about your setting?

Everyone: if you have a file that is terribly slow to edit, please tell
me about it.


JMarc



Hello.

JMarc, it is very good to hear, that there is progress with a big insets. I'm 
working with master (bit outdated, because I compile once in a month or two), 
so I'll check after changes will be merged.
  
I modified anonymized lyx file with several insets in it. It is working well while insets are closed (regardless of file length), but it is completely unusable after selecting "open all insets" in view toolbar even after anonymization, without Lithuanian letters. Branch inset with several opened huge notes in it is performing extremely bad. I can barely use mouse or touchpad to scroll – it stalls and scrolls after quite a long time with CPU usage rising drastically. I was trapped several times when searched word was in a big inset in my usual file – search opens inset to show a word and it consumes some time to get out of it :).

Insets of hugenote_anon.lyx are ridiculously big, but the bigger is inset the 
more obvious are lag.

Thank you for your work,

Valdeamras




I noticed some other strangeness with the attached file. When I open the 
branch and both of the contained note insets, I cannot scroll down from 
the top anymore. It just keeps jumping up again.


Daniel

--
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users


Re: outline pane issues and huge note slowness

2021-10-12 Thread Jean-Marc Lasgouttes

Le 05/02/2021 à 20:07, V K a écrit :

Regarding huge note. I created a new file, pasted some random generated text in 
English and Russian, placed them in note an yes, it is not as bad. But when I 
pasted my text in Lithuanian to note, it's almost unusable. Same situation even 
after converting all text to plaintext (so there is no notes or links to 
missing footnotes, only text). After buffer-anonymize performance is much 
better, like with notes in other languages. So, problem is with language, I 
think – Lithuanian has letters ąčęėįįšųųūž. So I copied public lithuanian text 
to the note. Strangely situation is better (but worse than with English or 
Russian notes).
I attached file with public text and I can send file with my text privately if 
you wish.


Hi Valdemaras, Hi Everyone,

I have made some work regarding big insets in ticket
https://www.lyx.org/trac/ticket/12297

This was regarding a large branch inset with lots of math insets. I have 
made some progress there, but not enough. But I believe that the 
situation is much better regarding plain text. (this work is not merged 
in master yet).


The case you describe is more just large text insets, but I cannot 
reproduce any slowness with such file son my computer. Can you give more 
details about your setting?


Everyone: if you have a file that is terribly slow to edit, please tell 
me about it.


JMarc
--
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users


Re: outline pane issues and huge note slowness

2021-02-09 Thread Jean-Marc Lasgouttes

Le 08/02/2021 à 23:03, Richard Kimberly Heck a écrit :

Why does the typesetting part take longer on Wayland?


No idea really. I tried to increase the size of our metrics caches, but 
that was not very useful.


Note that the effect is visible especially when scrolling with the 
touchpad. It may be actually that Wayland creates more update events 
than X for this use case... I am not sure how to check that though.


JMarc
--
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users


Re: outline pane issues and huge note slowness

2021-02-08 Thread Richard Kimberly Heck

On 2/8/21 5:56 AM, Jean-Marc Lasgouttes wrote:

Le 05/02/2021 à 22:50, V K a écrit :
Manjaro linux, sway, wayland laptop Lenovo X1 yoga (1st generation) 
(CPU: Dual Core Intel Core i7-6600U (-MT MCP-) speed/min/max: 
699/400/3400 MHz Kernel: 5.10.7-3-MANJARO x86_64 Up: 7h 04m Mem: 
6805.1/15417.2 MiB (44.1%) Storage: 476.94 GiB (90.0% used) SSD NVMe) 
Open note inset and scroll down (I'm scrolling with touchpad), note 
content must be wisible in Lyx work area. The faster scroll, the 
higher CPU usage, but document moves very slowly and with quite a big 
delay and with big jumps. wayland can be the culprit. I opened lyx in 
xwayland mode and I can scroll through the note only slowly – after 
scrolling fast document are thrown back to initial position. CPU 
usage about 70%. In wayland – 99% if scrolling is intensive, up and 
down.


I can confirm the issue with Wayland. I unfortunately did not find 
easy way to mitigate the issue. I have idea for a proper fix, but it 
is a lot of work. I have been successful at procrastinating on that 
because nobody complained. Now that I have a real use case, I will 
have to do something about it ;)


The difficulty that we have is that, if we only compute metrics for 
the text visible on screen, we do not know what the width of the inset 
is (think a tall table for example). So either we can make the metrics 
process fast enough (which remains to be seen) or we have to find 
clever ways to typeset only parts of the inset.


Why does the typesetting part take longer on Wayland?

Riki


--
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users


Re: outline pane issues and huge note slowness

2021-02-08 Thread Jean-Marc Lasgouttes

Le 05/02/2021 à 22:50, V K a écrit :

Manjaro linux, sway, wayland laptop Lenovo X1 yoga (1st generation) (CPU: Dual 
Core Intel Core i7-6600U (-MT MCP-) speed/min/max: 699/400/3400 MHz Kernel: 
5.10.7-3-MANJARO x86_64 Up: 7h 04m Mem: 6805.1/15417.2 MiB (44.1%) Storage: 
476.94 GiB (90.0% used) SSD NVMe) Open note inset and scroll down (I'm 
scrolling with touchpad), note content must be wisible in Lyx work area. The 
faster scroll, the higher CPU usage, but document moves very slowly and with 
quite a big delay and with big jumps. wayland can be the culprit. I opened lyx 
in xwayland mode and I can scroll through the note only slowly – after 
scrolling fast document are thrown back to initial position. CPU usage about 
70%. In wayland – 99% if scrolling is intensive, up and down.


I can confirm the issue with Wayland. I unfortunately did not find easy 
way to mitigate the issue. I have idea for a proper fix, but it is a lot 
of work. I have been successful at procrastinating on that because 
nobody complained. Now that I have a real use case, I will have to do 
something about it ;)


The difficulty that we have is that, if we only compute metrics for the 
text visible on screen, we do not know what the width of the inset is 
(think a tall table for example). So either we can make the metrics 
process fast enough (which remains to be seen) or we have to find clever 
ways to typeset only parts of the inset.


Don't hold your breath.

JMarc
--
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users


Re: outline pane issues and huge note slowness

2021-02-06 Thread V K







On Saturday, February 6, 2021, 7:18:09 AM GMT+2, Richard Kimberly Heck 
 wrote: 





On 2/5/21 6:30 PM, V K wrote:
>> Do you also see this with other insets? E.g., footnotes? Does it matter if 
>> the top of the inset is still on screen? Or if the bottom is off? Does the 
>> inset need to be bigger than the screen for you to see this?
>>
>> JMard will know better than I, but I think there may be something weird that 
>> happens once an inset spans the whole screen.
>>
>> Riki
>>
>
> Inset must be really huge to see big sluggishness. If it is bigger than 
> screan, let's say, is like 7 screens long), I hear spike of CPU and see some 
> sluggishness, if it is like three screens, I hear spike of CPU but see no 
> sluggish. 
>
> I created Lyx note, greyedout, comment, marginnote and footnote – the same 
> behaviour.

OK, that helps: It's a general problem with this kind of inset.


> Yes, inset mus be bigger, but it doesn't matter is the top or bottom of the 
> inset on screen. Text scrolls evenly until top or bottom of inset appears on 
> screen, then CPU spikes and text jumps – stops – jumps. After inset 
> disappears, text scrolls evenly. To be more precise, text scroll evenly and 
> then stops when I even don't see inset – as I understand, it stops when inset 
> should appear on screen if scroll would continue at the same speed. So I 
> don't see inset and some normal text before or after inset. The bigger is 
> speed of scroll, the bigger portion of normal text before or after inset I 
> don't see too. And the bigger jump after such freeze is.

One more question: Does it occur when the *only* thing on the screen is
the inset?


Yes, there are very similar freezes and slowdown when I see only the inset on 
screen.
I closed outline and entered fullscreen – the same behaviour.


As I said, I suspect that something weird happens with the metrics
calculation here. Either that, or there is some reason we paint the
screen multiple times, and maybe that is slower on Wayland.


Maybe strange behaviour of the scrollbar is related to problem. Scrollbar acts 
like it doesn't know about insets until they aren't on screen. It shows 
position quite realistically while all insets are closed and the size of it 
doesn't change while scrolling. But it acts weirdly with open insets: it is 
shrinking while scrolling (I guess it adds space of insets to the length of the 
document) and it can jump back or forth. Let's say, I'm scrolling  down and 
there is a big (not huge, so I can scroll almost normally) open inset – 
scrollbar shrinks and jumps up when it "see" inset. And the scrollbar doesn't 
"remember" insets in the document that were scrolled so after scrolling all 
document size of scrollbar changes while scrolling back.


It is worse on Wayland?



I tested it in pure X (i3) and yes, it is worse in Wayland. I can scroll inset 
almost normally in X (scrolling is slower and CPU spikes, but there is no 
freezes or jumps.
It is worse when I run Lyx in xwayland mode, because I can't scroll inset fast 
– it doesn't scrolls and stays at the beginning of the inset, only falters. But 
that's not a big problem, because Lyx behaves quite well in Wayland and huge 
insets are quite rare. Huge branches can be more often, and branches behaves 
like all other insets. 


Valdemaras

-- 
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users


Re: outline pane issues and huge note slowness

2021-02-05 Thread Richard Kimberly Heck
On 2/5/21 6:30 PM, V K wrote:
>> Do you also see this with other insets? E.g., footnotes? Does it matter if 
>> the top of the inset is still on screen? Or if the bottom is off? Does the 
>> inset need to be bigger than the screen for you to see this?
>>
>> JMard will know better than I, but I think there may be something weird that 
>> happens once an inset spans the whole screen.
>>
>> Riki
>>
>
> Inset must be really huge to see big sluggishness. If it is bigger than 
> screan, let's say, is like 7 screens long), I hear spike of CPU and see some 
> sluggishness, if it is like three screens, I hear spike of CPU but see no 
> sluggish. 
>
> I created Lyx note, greyedout, comment, marginnote and footnote – the same 
> behaviour.

OK, that helps: It's a general problem with this kind of inset.


> Yes, inset mus be bigger, but it doesn't matter is the top or bottom of the 
> inset on screen. Text scrolls evenly until top or bottom of inset appears on 
> screen, then CPU spikes and text jumps – stops – jumps. After inset 
> disappears, text scrolls evenly. To be more precise, text scroll evenly and 
> then stops when I even don't see inset – as I understand, it stops when inset 
> should appear on screen if scroll would continue at the same speed. So I 
> don't see inset and some normal text before or after inset. The bigger is 
> speed of scroll, the bigger portion of normal text before or after inset I 
> don't see too. And the bigger jump after such freeze is.

One more question: Does it occur when the *only* thing on the screen is
the inset?

As I said, I suspect that something weird happens with the metrics
calculation here. Either that, or there is some reason we paint the
screen multiple times, and maybe that is slower on Wayland.

It is worse on Wayland?

Riki


-- 
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users


Re: outline pane issues and huge note slowness

2021-02-05 Thread V K







On Saturday, February 6, 2021, 12:43:11 AM GMT+2, Richard Kimberly Heck 
 wrote: 






On 2/5/21 5:34 PM, V K wrote:


>  
> 
> 
> 
> 
> 
> On Saturday, February 6, 2021, 12:21:59 AM GMT+2, Richard Kimberly Heck 
>  wrote: 
> 
> 
> 
> 
> 
> On 2/5/21 4:52 PM, V K wrote:
> 
> 
>>  
>> 
>> 
>> 
>> 
>> On Friday, February 5, 2021, 11:43:02 PM GMT+2, Richard Kimberly Heck 
>>  wrote:
>> 
>> 
>> 
>> 
>> 
>> On 2/5/21 3:10 PM, Jean-Marc Lasgouttes wrote:
>> 
>> 
>>>  Le 05/02/2021 à 20:07, V K a écrit :
>>> 
  Regarding huge note. I created a new file, pasted some random
 generated text in English and Russian, placed them in note an yes, it
 is not as bad. But when I pasted my text in Lithuanian to note, it's
 almost unusable. Same situation even after converting all text to
 plaintext (so there is no notes or links to missing footnotes, only
 text). After buffer-anonymize performance is much better, like with
 notes in other languages. So, problem is with language, I think –
 Lithuanian has letters ąčęėįįšųųūž. So I copied public lithuanian
 text to the note. Strangely situation is better (but worse than with
 English or Russian notes).
 I attached file with public text and I can send file with my text
 privately if you wish.
 
>>> What shall I do to experience bad performance? What is your operating
>>> system?
>>> 
>> Of course we've had issues like this with the outliner open. We fixed a
>> problem like that for branches. Maybe it's the same problem with notes?
>> 
>> 
>> 
>> 
>> I've just created branch, placed my text and behaviour is same as with note 
>> – sluggishness. Maybe Wayland is to be blamed. But Linux is going in that 
>> direction.
>> 
> 
> Does the problem depend upon having the outliner open?
> 
> Riki
> 
> 
> 
> 
> 
> No, I don't see any differences, CPU spikes and sluggishness w/o outline too.
> 
> 

OK, thanks. So it's at least not the other issue I had in mind.

Do you also see this with other insets? E.g., footnotes? Does it matter if the 
top of the inset is still on screen? Or if the bottom is off? Does the inset 
need to be bigger than the screen for you to see this?

JMard will know better than I, but I think there may be something weird that 
happens once an inset spans the whole screen.

Riki



Inset must be really huge to see big sluggishness. If it is bigger than screan, 
let's say, is like 7 screens long), I hear spike of CPU and see some 
sluggishness, if it is like three screens, I hear spike of CPU but see no 
sluggish. 

I created Lyx note, greyedout, comment, marginnote and footnote – the same 
behaviour.

Yes, inset mus be bigger, but it doesn't matter is the top or bottom of the 
inset on screen. Text scrolls evenly until top or bottom of inset appears on 
screen, then CPU spikes and text jumps – stops – jumps. After inset disappears, 
text scrolls evenly. To be more precise, text scroll evenly and then stops when 
I even don't see inset – as I understand, it stops when inset should appear on 
screen if scroll would continue at the same speed. So I don't see inset and 
some normal text before or after inset. The bigger is speed of scroll, the 
bigger portion of normal text before or after inset I don't see too. And the 
bigger jump after such freeze is.
As a total noob I see problem with "painting" of inset.
-- 
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users


Re: outline pane issues and huge note slowness

2021-02-05 Thread V K







On Saturday, February 6, 2021, 12:21:59 AM GMT+2, Richard Kimberly Heck 
 wrote: 





On 2/5/21 4:52 PM, V K wrote:

>
>
>
>
>
>
> On Friday, February 5, 2021, 11:43:02 PM GMT+2, Richard Kimberly Heck 
>  wrote:
>
>
>
>
>
> On 2/5/21 3:10 PM, Jean-Marc Lasgouttes wrote:
>
>> Le 05/02/2021 à 20:07, V K a écrit :
>>> Regarding huge note. I created a new file, pasted some random
>>> generated text in English and Russian, placed them in note an yes, it
>>> is not as bad. But when I pasted my text in Lithuanian to note, it's
>>> almost unusable. Same situation even after converting all text to
>>> plaintext (so there is no notes or links to missing footnotes, only
>>> text). After buffer-anonymize performance is much better, like with
>>> notes in other languages. So, problem is with language, I think –
>>> Lithuanian has letters ąčęėįįšųųūž. So I copied public lithuanian
>>> text to the note. Strangely situation is better (but worse than with
>>> English or Russian notes).
>>> I attached file with public text and I can send file with my text
>>> privately if you wish.
>> What shall I do to experience bad performance? What is your operating
>> system?
>
> Of course we've had issues like this with the outliner open. We fixed a
> problem like that for branches. Maybe it's the same problem with notes?
>
>
>
>
> I've just created branch, placed my text and behaviour is same as with note – 
> sluggishness. Maybe Wayland is to be blamed. But Linux is going in that 
> direction.


Does the problem depend upon having the outliner open?

Riki





No, I don't see any differences, CPU spikes and sluggishness w/o outline too.

-- 
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users


Re: outline pane issues and huge note slowness

2021-02-05 Thread V K







On Friday, February 5, 2021, 11:43:02 PM GMT+2, Richard Kimberly Heck 
 wrote: 





On 2/5/21 3:10 PM, Jean-Marc Lasgouttes wrote:

> Le 05/02/2021 à 20:07, V K a écrit :
>> Regarding huge note. I created a new file, pasted some random 
>> generated text in English and Russian, placed them in note an yes, it 
>> is not as bad. But when I pasted my text in Lithuanian to note, it's 
>> almost unusable. Same situation even after converting all text to 
>> plaintext (so there is no notes or links to missing footnotes, only 
>> text). After buffer-anonymize performance is much better, like with 
>> notes in other languages. So, problem is with language, I think – 
>> Lithuanian has letters ąčęėįįšųųūž. So I copied public lithuanian 
>> text to the note. Strangely situation is better (but worse than with 
>> English or Russian notes).
>> I attached file with public text and I can send file with my text 
>> privately if you wish.
>
> What shall I do to experience bad performance? What is your operating 
> system?


Of course we've had issues like this with the outliner open. We fixed a 
problem like that for branches. Maybe it's the same problem with notes?




I've just created branch, placed my text and behaviour is same as with note – 
sluggishness. Maybe Wayland is to be blamed. But Linux is going in that 
direction.



-- 
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users


Re: outline pane issues and huge note slowness

2021-02-05 Thread V K







On Friday, February 5, 2021, 10:10:14 PM GMT+2, Jean-Marc Lasgouttes 
 wrote: 





Le 05/02/2021 à 20:07, V K a écrit :
> Regarding huge note. I created a new file, pasted some random generated text 
> in English and Russian, placed them in note an yes, it is not as bad. But 
> when I pasted my text in Lithuanian to note, it's almost unusable. Same 
> situation even after converting all text to plaintext (so there is no notes 
> or links to missing footnotes, only text). After buffer-anonymize performance 
> is much better, like with notes in other languages. So, problem is with 
> language, I think – Lithuanian has letters ąčęėįįšųųūž. So I copied public 
> lithuanian text to the note. Strangely situation is better (but worse than 
> with English or Russian notes).
> I attached file with public text and I can send file with my text privately 
> if you wish.

What shall I do to experience bad performance? What is your operating 
system?




Manjaro linux, sway, wayland laptop Lenovo X1 yoga (1st generation) (CPU: Dual 
Core Intel Core i7-6600U (-MT MCP-) speed/min/max: 699/400/3400 MHz Kernel: 
5.10.7-3-MANJARO x86_64 Up: 7h 04m Mem: 6805.1/15417.2 MiB (44.1%) Storage: 
476.94 GiB (90.0% used) SSD NVMe) Open note inset and scroll down (I'm 
scrolling with touchpad), note content must be wisible in Lyx work area. The 
faster scroll, the higher CPU usage, but document moves very slowly and with 
quite a big delay and with big jumps. wayland can be the culprit. I opened lyx 
in xwayland mode and I can scroll through the note only slowly – after 
scrolling fast document are thrown back to initial position. CPU usage about 
70%. In wayland – 99% if scrolling is intensive, up and down.
-- 
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users


Re: outline pane issues and huge note slowness

2021-02-05 Thread Richard Kimberly Heck

On 2/5/21 5:34 PM, V K wrote:







On Saturday, February 6, 2021, 12:21:59 AM GMT+2, Richard Kimberly Heck 
 wrote:





On 2/5/21 4:52 PM, V K wrote:







On Friday, February 5, 2021, 11:43:02 PM GMT+2, Richard Kimberly Heck 
 wrote:





On 2/5/21 3:10 PM, Jean-Marc Lasgouttes wrote:


Le 05/02/2021 à 20:07, V K a écrit :

Regarding huge note. I created a new file, pasted some random
generated text in English and Russian, placed them in note an yes, it
is not as bad. But when I pasted my text in Lithuanian to note, it's
almost unusable. Same situation even after converting all text to
plaintext (so there is no notes or links to missing footnotes, only
text). After buffer-anonymize performance is much better, like with
notes in other languages. So, problem is with language, I think –
Lithuanian has letters ąčęėįįšųųūž. So I copied public lithuanian
text to the note. Strangely situation is better (but worse than with
English or Russian notes).
I attached file with public text and I can send file with my text
privately if you wish.

What shall I do to experience bad performance? What is your operating
system?

Of course we've had issues like this with the outliner open. We fixed a
problem like that for branches. Maybe it's the same problem with notes?




I've just created branch, placed my text and behaviour is same as with note – 
sluggishness. Maybe Wayland is to be blamed. But Linux is going in that 
direction.


Does the problem depend upon having the outliner open?

Riki





No, I don't see any differences, CPU spikes and sluggishness w/o outline too.


OK, thanks. So it's at least not the other issue I had in mind.

Do you also see this with other insets? E.g., footnotes? Does it matter 
if the top of the inset is still on screen? Or if the bottom is off? 
Does the inset need to be bigger than the screen for you to see this?


JMard will know better than I, but I think there may be something weird 
that happens once an inset spans the whole screen.


Riki


-- 
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users


Re: outline pane issues and huge note slowness

2021-02-05 Thread Richard Kimberly Heck

On 2/5/21 4:52 PM, V K wrote:







On Friday, February 5, 2021, 11:43:02 PM GMT+2, Richard Kimberly Heck 
 wrote:





On 2/5/21 3:10 PM, Jean-Marc Lasgouttes wrote:


Le 05/02/2021 à 20:07, V K a écrit :

Regarding huge note. I created a new file, pasted some random
generated text in English and Russian, placed them in note an yes, it
is not as bad. But when I pasted my text in Lithuanian to note, it's
almost unusable. Same situation even after converting all text to
plaintext (so there is no notes or links to missing footnotes, only
text). After buffer-anonymize performance is much better, like with
notes in other languages. So, problem is with language, I think –
Lithuanian has letters ąčęėįįšųųūž. So I copied public lithuanian
text to the note. Strangely situation is better (but worse than with
English or Russian notes).
I attached file with public text and I can send file with my text
privately if you wish.

What shall I do to experience bad performance? What is your operating
system?


Of course we've had issues like this with the outliner open. We fixed a
problem like that for branches. Maybe it's the same problem with notes?




I've just created branch, placed my text and behaviour is same as with note – 
sluggishness. Maybe Wayland is to be blamed. But Linux is going in that 
direction.


Does the problem depend upon having the outliner open?

Riki


--
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users


Re: outline pane issues and huge note slowness

2021-02-05 Thread Richard Kimberly Heck

On 2/5/21 3:10 PM, Jean-Marc Lasgouttes wrote:

Le 05/02/2021 à 20:07, V K a écrit :
Regarding huge note. I created a new file, pasted some random 
generated text in English and Russian, placed them in note an yes, it 
is not as bad. But when I pasted my text in Lithuanian to note, it's 
almost unusable. Same situation even after converting all text to 
plaintext (so there is no notes or links to missing footnotes, only 
text). After buffer-anonymize performance is much better, like with 
notes in other languages. So, problem is with language, I think – 
Lithuanian has letters ąčęėįįšųųūž. So I copied public lithuanian 
text to the note. Strangely situation is better (but worse than with 
English or Russian notes).
I attached file with public text and I can send file with my text 
privately if you wish.


What shall I do to experience bad performance? What is your operating 
system?


Of course we've had issues like this with the outliner open. We fixed a 
problem like that for branches. Maybe it's the same problem with notes?


Riki


--
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users


Re: outline pane issues and huge note slowness

2021-02-05 Thread Jean-Marc Lasgouttes

Le 05/02/2021 à 20:07, V K a écrit :

Regarding huge note. I created a new file, pasted some random generated text in 
English and Russian, placed them in note an yes, it is not as bad. But when I 
pasted my text in Lithuanian to note, it's almost unusable. Same situation even 
after converting all text to plaintext (so there is no notes or links to 
missing footnotes, only text). After buffer-anonymize performance is much 
better, like with notes in other languages. So, problem is with language, I 
think – Lithuanian has letters ąčęėįįšųųūž. So I copied public lithuanian text 
to the note. Strangely situation is better (but worse than with English or 
Russian notes).
I attached file with public text and I can send file with my text privately if 
you wish.


What shall I do to experience bad performance? What is your operating 
system?


JMarc
--
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users


Re: outline pane issues and huge note slowness

2021-02-05 Thread Jean-Marc Lasgouttes

Le 04/02/2021 à 01:15, V K a écrit :

Hello.

Lyx is approaching 2.4 and I want to draw attention of devs to the outline pane 
functionality and problem of the huge notes. Maybe some of these issues can be 
fixed relatively easy and quickly till the new release.


These issues probably deserve their own tickets on trac (either grouped 
or separated). Concerning the performace issue, it is a known problem 
which is generally not as bad, but it will be difficult to fix before 
2.4.0 IMO. I would appreciate to have a file to play with (you may want 
to use buffer-anonymize on it).


JMarc



1. "Keep" tikbox in the outline pane is working inconsistently. Let's say, I opened all 
navigation tree elements by sliding bottom slider of the outline pane to the right and ticked 
"keep". It's keeping tree while I am navigating through the document, but after going to 
another document and coming back I see collapsed tree (ticbox is still ticked). This situation is 
particularly discomfortable when working with master-child documents.

2. Navigation tree in the outline pane collapses after ctrl+z (undoing) while 
"keep" is still ticked.

3. Situation with notes and footnotes selection in outline. I am using Lyx notes, greyedout and 
comments severely while preparing texts. And it is very common situation when I want to go through 
all or some notes to correct text, delete notes. So I open notes list in the outline, search note I 
need, go to text to correct it and... all notes disapper in the outline and I see navigation tree 
there. So I must open notes list anew, select next note and so on. Ticking "keep" tikbox 
do nothing. Maybe such behaviour is intentional (to search only one note and automatically go back 
to navigation tree), but maybe "tickbox" can be used to keep notes list?

4. This isn't related to outline pane. My notes can be huge (to hide parts of 
the text temporary) and navigating in such huge notes is painfully slow, CPU 
usage rises dramatically (99% of one of the cores of the CPU). Such slowness 
presents only when huge note is opened and is visible in Lyx work area. 
Slowness disappears after collapsing note or after scrolling till it disappears 
from work area. The same problem is with big branches. Such slow was note with 
75 000 characters (incl. spaces), more smaller notes and a lot of citations in 
it.

Such situation is with master (bit dated – Built from git commit hash 9e1db659) 
and with stable too, as I remember.

Thank you for your hard work – it is much more pleasant to work with Lyx office 
than with traditional offices.

Valdemaras



--
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users