Today, 05:16 AM | #16 |
Member
Posts: 13
Karma: 10
Join Date: Nov 2023
Device: Kindle
|
Yeah the clunky behavior/slowdown is in the preview window, not the text editor.
I just did some testing: With GPU acceleration enabled, Preview window renders at ~60 FPS, with maybe 10ms latency. With GPU acceleration disabled, Preview window renders at ~21 FPS, with ~100ms latency. Interestingly, 100ms of latency is about the point where feelings of "sluggishness", "discomfort" and "nausea" can start to kick in, in a major way, at least in academic research done into computational/interactive environments (https://www.frontiersin.org/journals...20.582204/full) I guess this is why I intuitively switched it off. I have another computer with a 1080 installed, 8GB VRAM, also AMD. I'll replicate my tests later today. |
Today, 05:25 AM | #17 |
Member
Posts: 13
Karma: 10
Join Date: Nov 2023
Device: Kindle
|
Update #2, and just to clarify:
~20fps, 100ms was for a test file, completely blank, except for the words "HELLO" written in 400 separate lines. When I try loading an actual, working file (no images, just ~100k words of text, broken into ~30x 3k word chapters) I get: ~2fps, ~450ms latency (!!!!!!). This is unambiguously unusable, whereas the test file was merely uncomfortable. Hope this helps. PS—For some reason, my first post went to moderation, but this one was published immediately. So please do not be alarmed if these appear out of order! |
Today, 06:33 AM | #18 |
Grand Sorcerer
Posts: 27,933
Karma: 198500000
Join Date: Jan 2010
Device: Nexus 7, Kindle Fire HD
|
I'm not sure how FPS is relevant at all in xhtml rendering. There is no video playing. So there are no "frames" involved at all. Please stick with latency. And if you could provide the method with which you're able to accurately measure Sigil's Preview latency, that would be great too. So we can all compare apples to apples.
But regardless... Preview's supposed latency with hardware acceleration disabled is an entirely separate issue from memory leaks. Can you please confirm that disabling WebEngine's hardware acceleration stops the increasing memory use issue? Then maybe we can figure out why disabling hardware acceleration creates such noticeable latency on your hardware, but not on others'. Can you also confirm that you have no global Qt environment variables set on your system (perhaps for other Qt programs or games) that could affect Sigil's behavior? Last edited by DiapDealer; Today at 06:41 AM. |
Today, 09:13 AM | #19 |
Member
Posts: 13
Karma: 10
Join Date: Nov 2023
Device: Kindle
|
I'm not sure how FPS is relevant at all in xhtml rendering. There is no video playing. So there are no "frames" involved at all.
I have no idea either, but worth mentioning, right? It's all data at the end of the day. FRAPS registers ~60 FPS with acceleration on, and 1–2 FPS without; and trust me: when anything breaks down to the point where it hits 1 FPS, it tends to interrupt workflow Also, after doing a little digging, it seems that Qt Web Engine does indeed leverage Open GL/Dirext X in its rendering pipeline, making FRAPS a very ample tool for diagnosing breakdowns in the rendering cycle. Can you also confirm that you have no global Qt environment variables set on your system It absolutely does solve the memory leak issues. Can you also confirm that you have no global Qt environment variables set on your system I have no idea what this would be, I never even heard of Qt until I came here to report the memory leak. So I suppose can assume, its a no? And if you could provide the method with which you're able to accurately measure Sigil's Preview latency I went simple, eyeballed it against "Lag Simulator Delux". The human brain is scarily accurate when it comes to detecting small fluctuations in Proprioceptive Feedback Delay, and one could probably expect a ±10% margin of error using this method, at least according to the current scientific consensus. https://www.skytopia.com/stuff/lag.html |
Today, 10:08 AM | #20 | |||
Grand Sorcerer
Posts: 27,933
Karma: 198500000
Join Date: Jan 2010
Device: Nexus 7, Kindle Fire HD
|
Quote:
Quote:
Quote:
Last edited by DiapDealer; Today at 10:49 AM. |
|||
Today, 10:55 AM | #21 |
Member
Posts: 13
Karma: 10
Join Date: Nov 2023
Device: Kindle
|
Why are you being so rude? I only came here to report a bug.
|
Today, 11:28 AM | #22 |
Sigil Developer
Posts: 8,104
Karma: 5450184
Join Date: Nov 2009
Device: many
|
He is not being rude. You reported a bug, that can not be duplicated by all others. The bug may be either in Qt (the webengine toolkit used by Sigil) or in your video driver, or just specific to your system.
We then point you at turning off the gpu via Sigil preferences so you can test if the driver or qt may be at fault, but instead of trying that and reporting back whether it fixed the issue for you, all you said is you tried it and then did not like it. Once pushed for more you came up with a frame rate measure that is effectively meaningless for an epub. Preview is only updated when receiving a signal that something has been edited in the epub or scrolling is needed. And that has its own timer to prevent unnecessary duplicative updates. This is not a video game. Any lag is due to your system io once the signal a scroll or edit has been done and the timer runs out. When again pushed for more info on how you are measuring frame rate in a meaningful way you then admit it was by eye. You finally did add that the memory issue went away when you disabled the gpu. Then you wonder why we are upset? Please try updating your gpu video driver to the latest version. Qt/Chrome only works for the most recent video graphics cards. That is why we added the Preference to disable its use so that you can continue to use Sigil normally. Last edited by KevinH; Today at 11:36 AM. |
Today, 11:40 AM | #23 |
Grand Sorcerer
Posts: 27,933
Karma: 198500000
Join Date: Jan 2010
Device: Nexus 7, Kindle Fire HD
|
I'm not being rude. I'm asking for data and you're giving me guesses, irrelevant fps numbers and philosophy.
I, on the other hand, have been using Google's devtools (built into Sigil) to profile the performance of page loading (some large, some small, some text-only, some text with images) and am seeing numbers that are not changing at all between QtWebEngine's hardware acceleration being enabled or disabled. So disabling QtWebEngine's hardware acceleration is a suitable workaround for the bug you reported for the vast number of people out there. If you'd like us to help figure out why it doesn't help in your case, please stop providing irrelevant numbers and scientific studies that have nothing to do with the problem at hand. Last edited by DiapDealer; Today at 02:09 PM. |
Today, 01:19 PM | #24 |
Grand Sorcerer
Posts: 27,933
Karma: 198500000
Join Date: Jan 2010
Device: Nexus 7, Kindle Fire HD
|
I've done further testing on a total of four machines using the performance feature of Google's devtools (inspector): 3 Windows 10 (one virtual) and one Linux. In none of the tests did the rendering time of any pages increase by disabling QtWebEngine's hardware acceleration. In fact, the rendering time actually decreased on three of the tests! That surprised me. Hardware ranged from my dog-tired i3 Dell laptop, to an 8 core i9 with 64Gb of Ram. All have what I would call very modest video hardware.
Last edited by DiapDealer; Today at 02:11 PM. |
Thread Tools | Search this Thread |
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Memory leak? | d351r3d | Sigil | 5 | 01-16-2020 09:50 PM |
Memory leak in calibre-server? | mondai | Calibre | 6 | 06-24-2014 11:54 AM |
Memory leak in 0.8.28? | kongzifan | Calibre | 6 | 12-02-2011 09:46 AM |
Memory leak? | jhay777 | Calibre | 45 | 10-06-2011 10:18 AM |