Jean-Marc Lasgouttes wrote: > Le 05/01/2012 02:40, André Pönitz a écrit : >> The main performance problems I have seesn so far are due to an abuse of >> the toolkit, not caused _by_ the toolkit (except for the remote raster
please... there were many cases we have no clue where the problem is. it can be lyx, qt, X, card drivers. to summarize the whole thing by saying that all is abuse of qt smells like problem with your affiliation ;) >> painter problem perhaps). Just start at RowPainter::paintChars() and >> walk down through all the mess _before_ it actually hits Qt's drawText() >> It is slow? You bet. > > The question is whether the "Xorg takes 90% cpu" complaints will go away > with Abdel new patch. thats question indeed. this bug is mysterious and i can reproduce it unreliably on one older notebook i'm sitting now on (ATI radeon, linux closed source drivers) in ordinary case: \use_qimage false scrolling has 72% X - 22% lyx (of cpu time) \use_qimage true scrolling has 48% - 48% and feels somewhat slower which unfortunately shows that speed up might happen on nvidia while it slow down the thing at other system. secondly - up to now i was able to trigger the case of 97% X - 2% lyx only with \use_qimage false. in this case lyx is almost unusable and it seems i need already running another lyx instance in system to trigger it. whats really funny is that it seems that i'm able to repeat it quite more reliably in screnario first instance is \use_qimage true and second false. sometimes it doesn't happen in this scenario and it never happened (up to now) vice versa in false->true scenario. dont ask me why this should matter... so there is some chance the worst case scenario is gone in trunk. pavel
