Am 10.01.2017 um 00:24 schrieb Stephan Witt :
>
> Am 08.01.2017 um 19:09 schrieb Jean-Marc Lasgouttes :
>>
>> Le 08/01/2017 à 18:59, Stephan Witt a écrit :
>>> Ok, I don’t see this with current 2.2.x. AFAIK, you did the backport and
>>> applied it there too.
Am 08.01.2017 um 19:09 schrieb Jean-Marc Lasgouttes :
>
> Le 08/01/2017 à 18:59, Stephan Witt a écrit :
>> Ok, I don’t see this with current 2.2.x. AFAIK, you did the backport and
>> applied it there too.
>> The patch seems to be innocent :)
>
> A bisect would be appreciated
Le 08/01/2017 à 18:59, Stephan Witt a écrit :
Ok, I don’t see this with current 2.2.x. AFAIK, you did the backport and
applied it there too.
The patch seems to be innocent :)
A bisect would be appreciated :) Note that I have noticed problems with
math previews not updating in master, I do
Am 08.01.2017 um 18:42 schrieb Jean-Marc Lasgouttes :
>
> Le 08/01/2017 à 18:00, Stephan Witt a écrit :
>> I tried the current master (commit 21259b66b5d36913aaf4dcded8aaac3254b04354)
>> on Mac.
>> It seems to be fast with Qt5 - but I’m not sure how to verify that.
>>
>> One
Le 08/01/2017 à 18:00, Stephan Witt a écrit :
I tried the current master (commit 21259b66b5d36913aaf4dcded8aaac3254b04354) on
Mac.
It seems to be fast with Qt5 - but I’m not sure how to verify that.
One thing I’ve noticed: the images in text are not shown immediately when
scrolling
through
Am 31.12.2016 um 13:16 schrieb Jean-Marc Lasgouttes :
>
> Le 16/12/2016 à 16:42, Jean-Marc Lasgouttes a écrit :
>> I'd be interested to see other tests, especially on MacOS and Windows.
>
> Since there not much testing going on, I pushed the patch to master :)
> Notable
Le 06/01/2017 à 20:16, Richard Heck a écrit :
OK, go ahead and commit then. I will send a note to lyx-devel and
lyx-users announcing that this has happened and encouraging people, as
they are able, to use 2.2.x.
It is in.
JMarc
On 01/06/2017 10:17 AM, Jean-Marc Lasgouttes wrote:
> Le 06/01/2017 à 16:13, Richard Heck a écrit :
>> I guess I'd be inclined to go
>> ahead and commit it, then. Maybe we can just encourage as many people as
>> possible to use the 2.2.x branch (if they're not already using master),
>> so it gets
On 01/06/2017 04:56 AM, Jean-Marc Lasgouttes wrote:
> Le 31/12/2016 à 15:26, Jean-Marc Lasgouttes a écrit :
>> Le 31/12/2016 à 15:24, Jean-Marc Lasgouttes a écrit :
>>> It is this particular patch. I amended it since the initial July 5
>>> creattion, but apparently git does not update date by
Le 06/01/2017 à 16:13, Richard Heck a écrit :
I guess I'd be inclined to go
ahead and commit it, then. Maybe we can just encourage as many people as
possible to use the 2.2.x branch (if they're not already using master),
so it gets tested.
I would agree with that.
One question: Do you want
Le 31/12/2016 à 15:26, Jean-Marc Lasgouttes a écrit :
Le 31/12/2016 à 15:24, Jean-Marc Lasgouttes a écrit :
It is this particular patch. I amended it since the initial July 5
creattion, but apparently git does not update date by default.
To be more precise, this is the commit below, pushed on
On Sat, Dec 31, 2016 at 05:36:47PM +0100, Jean-Marc Lasgouttes wrote:
> Le 31/12/2016 à 17:34, Kornel Benko a écrit :
> > > commit c5119c97fcf84e8dd2cfcdd605cc0a9ffa8b5bc4
> > > Author: Jean-Marc Lasgouttes
> > > Date: Tue Jul 5 14:06:22 2016 +0200
> > >
> > > Add
Le 31/12/2016 à 17:34, Kornel Benko a écrit :
commit c5119c97fcf84e8dd2cfcdd605cc0a9ffa8b5bc4
Author: Jean-Marc Lasgouttes
Date: Tue Jul 5 14:06:22 2016 +0200
Add caching for the QTextLayout objects we use
I see. Yes, that was what I have seen, not realizing when
Am Samstag, 31. Dezember 2016 um 15:26:47, schrieb Jean-Marc Lasgouttes
> Le 31/12/2016 à 15:24, Jean-Marc Lasgouttes a écrit :
> > It is this particular patch. I amended it since the initial July 5
> > creattion, but apparently git does not update date by default.
>
> To be
Le 31/12/2016 à 15:24, Jean-Marc Lasgouttes a écrit :
It is this particular patch. I amended it since the initial July 5
creattion, but apparently git does not update date by default.
To be more precise, this is the commit below, pushed on Dec 19. I have
prepared a version for stable (for
Le 31/12/2016 à 13:26, Kornel Benko a écrit :
Am Samstag, 31. Dezember 2016 um 13:16:41, schrieb Jean-Marc Lasgouttes
Le 16/12/2016 à 16:42, Jean-Marc Lasgouttes a écrit :
I'd be interested to see other tests, especially on MacOS and Windows.
Since there not much
Am Samstag, 31. Dezember 2016 um 13:16:41, schrieb Jean-Marc Lasgouttes
> Le 16/12/2016 à 16:42, Jean-Marc Lasgouttes a écrit :
> > I'd be interested to see other tests, especially on MacOS and Windows.
>
> Since there not much testing going on, I pushed the patch to master
Le 16/12/2016 à 16:42, Jean-Marc Lasgouttes a écrit :
I'd be interested to see other tests, especially on MacOS and Windows.
Since there not much testing going on, I pushed the patch to master :)
Notable differences are:
* the caching of getLayout is disabled with Qt5
* the profiling hooks
Le 09/12/2016 à 15:58, Jean-Marc Lasgouttes a écrit :
Le 07/12/2016 à 16:10, Jean-Marc Lasgouttes a écrit :
Le 07/12/2016 à 12:15, Jean-Marc Lasgouttes a écrit :
I'll post a new version to try soon.
Here is a patch to play with. It is not perfect, but I would be
interested to know whether it
Le 07/12/2016 à 16:10, Jean-Marc Lasgouttes a écrit :
Le 07/12/2016 à 12:15, Jean-Marc Lasgouttes a écrit :
I'll post a new version to try soon.
Here is a patch to play with. It is not perfect, but I would be
interested to know whether it improves performance with Qt4.
I have improved a bit
Le 09/12/2016 à 15:37, Tommaso Cucinotta a écrit :
On 09/12/2016 11:34, Jean-Marc Lasgouttes wrote:
Note though
that with my patch we directly draw the cached QTextLayout object.
your patch turns LyX from a snail to a lightning fast editor :-)!
It's a long time I don't have memory of being
On 09/12/2016 11:34, Jean-Marc Lasgouttes wrote:
Note though
that with my patch we directly draw the cached QTextLayout object.
your patch turns LyX from a snail to a lightning fast editor :-)!
It's a long time I don't have memory of being able to go through a doc at such
a speed, just
Le 08/12/2016 à 23:18, Tommaso Cucinotta a écrit :
likely with this sequel [1], so the innermost LyX code seems:
lyx::frontend::GuiFontMetrics::breakAt,lyx::Row::Element::breakAt,
lyx::Row::shortenIfNeeded,lyx::TextMetrics::breakRow,lyx::TextMetrics::redoParagraph,
breakAt is the main method
In case it might help, this seems a recurrent stack trace during the slowness
writev,??,??,xcb_writev,_XSend,XRenderAddGlyphs,QFontEngineX11FT::uploadGlyphToServer(QFontEngineFT::QGlyphSet*,,
Le 08/12/2016 à 16:07, Jean-Marc Lasgouttes a écrit :
Also, it would be nice to know what are the callers of freettype that
consume the most time.
As a reminder here is where I got last time with kcachegrind:
https://www.mail-archive.com/lyx-devel@lists.lyx.org/msg194401.html
The caching in
Le 08/12/2016 à 16:01, Tommaso Cucinotta a écrit :
On 08/12/2016 14:39, Jean-Marc Lasgouttes wrote:
On my ubuntu 12.40 station I get:
Xft.dpi:96
Xft.antialias:1
Xft.hinting:1
Xft.hintstyle:hintslight
Xft.rgba:none
Xft.lcdfilter:none
mine:
Did you try the patch I
On 08/12/2016 14:39, Jean-Marc Lasgouttes wrote:
On my ubuntu 12.40 station I get:
Xft.dpi:96
Xft.antialias:1
Xft.hinting:1
Xft.hintstyle:hintslight
Xft.rgba:none
Xft.lcdfilter:none
mine:
tommaso@tommylap:~/lyx-trunk-ws/lyx$ xrdb -query |grep Xft
Xft.antialias: 1
Le 08/12/2016 à 14:29, Jean-Marc Lasgouttes a écrit :
Le 08/12/2016 à 12:36, Tommaso Cucinotta a écrit :
On 08/12/2016 11:09, Tommaso Cucinotta wrote:
I'm now trying oprofile/operf, just to compare output.
that's quite similar
How do we know what are the freetype settings in effect
Le 08/12/2016 à 12:36, Tommaso Cucinotta a écrit :
On 08/12/2016 11:09, Tommaso Cucinotta wrote:
I'm now trying oprofile/operf, just to compare output.
that's quite similar
How do we know what are the freetype settings in effect (anitalisaing,
hinting, ...)?
JMarc
On 08/12/2016 11:09, Tommaso Cucinotta wrote:
I'm now trying oprofile/operf, just to compare output.
that's quite similar
CPU_CLK_UNHALT...|
samples| %|
--
1873080 100.000 lyx
CPU_CLK_UNHALT...|
samples| %|
--
On 08/12/2016 04:49, Richard Heck wrote:
I could do a valgrind thing of the same sort if you tell me what command
to run.
it's quite straightforward:
valgrind --tool=callgrind /usr/bin/lyx
# play with lyx, especially open a doc with a full page of text, move cursor
on it, select parts
On 12/07/2016 06:46 PM, Tommaso Cucinotta wrote:
> On 08/12/2016 00:36, Richard Heck wrote:
>> On 12/07/2016 04:44 PM, Tommaso Cucinotta wrote:
>>> More info at: http://retis.sssup.it/~tommaso/callgrind.out.17492.gz
>>
>> Is it possible this has something to do with what screen fonts are being
>>
On 08/12/2016 00:36, Richard Heck wrote:
On 12/07/2016 04:44 PM, Tommaso Cucinotta wrote:
More info at: http://retis.sssup.it/~tommaso/callgrind.out.17492.gz
Is it possible this has something to do with what screen fonts are being
used?
The recompiled & Qt 4.8.7-linked version, with -g
On 12/07/2016 04:44 PM, Tommaso Cucinotta wrote:
> On 06/12/2016 23:12, Tommaso Cucinotta wrote:
>> I'll try to profile later, unless others made progress on this already.
>
> valgrind --tool=callgrind reports, without recompiling with -g, the
> following:
>
> libfreetype.so.6.12.377.14%
>
On 07/12/2016 18:58, Richard Heck wrote:
- why is the slowness visible on Ubuntu 16.10 (Qt 4.8.7) but not
Ubuntu 12.04 (Qt 4.8.1)?
I'm having the issue on Ubuntu 16.10 with Qt 4.8.7.
tommaso@tommylap:~/lyx-trunk-ws/lyx$ dpkg -l | grep libqt4 | grep -v 386
ii libqt4-dbus:amd64
On 06/12/2016 23:12, Tommaso Cucinotta wrote:
I'll try to profile later, unless others made progress on this already.
valgrind --tool=callgrind reports, without recompiling with -g, the following:
libfreetype.so.6.12.3 77.14%
libQtGui.so.4.8.7 8.10%
...
~46 million calls to smth in
On 12/07/2016 06:15 AM, Jean-Marc Lasgouttes wrote:
>
> - why is the slowness visible on Ubuntu 16.10 (Qt 4.8.7) but not
> Ubuntu 12.04 (Qt 4.8.1)?
And more weirdly: I have never seen this kind of problem on Fedora with
Qt 4.8.7.
Richard
Le 07/12/2016 à 12:15, Jean-Marc Lasgouttes a écrit :
I'll post a new version to try soon.
Here is a patch to play with. It is not perfect, but I would be
interested to know whether it improves performance with Qt4.
JMarc
From 186d439af023942a6171a6a8ce5bafaa2c6715e0 Mon Sep 17 00:00:00
Le 07/12/2016 à 11:32, Tommaso Cucinotta a écrit :
On 06/12/2016 23:48, Scott Kostyshak wrote:
On Tue, Dec 06, 2016 at 11:12:56PM +0100, Tommaso Cucinotta wrote:
Hi there,
I haven't seen this, and I use LyX 2.2 on Ubuntu daily. Which Qt version
are you using?
tommaso@tommylap:~$ ldd `which
On 06/12/2016 23:48, Scott Kostyshak wrote:
On Tue, Dec 06, 2016 at 11:12:56PM +0100, Tommaso Cucinotta wrote:
Hi there,
I haven't seen this, and I use LyX 2.2 on Ubuntu daily. Which Qt version
are you using?
tommaso@tommylap:~$ ldd `which lyx` | grep -i qt
libQtGui.so.4 =>
On Tue, Dec 06, 2016 at 11:12:56PM +0100, Tommaso Cucinotta wrote:
> Hi there,
>
> I just used LyX 2.2 (from Ubuntu) today to take some notes, and noticed also
> this terrible slowness on a very small document, without any pane open, just
> showing up while typing up to a ~3-4 lines paragraph
Hi there,
I just used LyX 2.2 (from Ubuntu) today to take some notes, and noticed also
this terrible slowness on a very small document, without any pane open, just
showing up while typing up to a ~3-4 lines paragraph without breaks, with the
slowness also just for moving cursor, to the point
On 29.08.2016 12:04, racoon wrote:
LyX 2.2 is very slow compared to LyX 2.1.4 (on Windows). (I have only a
meager dual core processor though.)
For example, if I open a long document like the Users Guide and make a
text selection bigger or smaller 2.2 stutters a lot (up to not reacting)
while
Le 29/08/2016 à 12:04, racoon a écrit :
LyX 2.2 is very slow compared to LyX 2.1.4 (on Windows). (I have only a
meager dual core processor though.)
For example, if I open a long document like the Users Guide and make a
text selection bigger or smaller 2.2 stutters a lot (up to not reacting)
44 matches
Mail list logo