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.
>>> The patch seems to be innocent :)
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 :) Note that I have
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 not
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 thing I’ve noticed:
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 the
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 differences are:
> * the
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 t
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 defau
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 to
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 caching for the QTextLayo
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 it was pushed.
Does
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 more precise, this i
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 disc
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 testing going on, I pushed
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 :)
When? I do not s
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 ar
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 ab
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 keepin
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 f
In case it might help, this seems a recurrent stack trace during the slowness
writev,??,??,xcb_writev,_XSend,XRenderAddGlyphs,QFontEngineX11FT::uploadGlyphToServer(QFontEngineFT::QGlyphSet*,,
QFontEngineFT::loadGlyph(QFontEngineFT::QGlyphSet*,,QFontEngineFT::recalcAdvances(QGlyphLayout*,,??,??,??
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 Q
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 post
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
Xft.
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 (anitali
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| %|
--
16
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 wit
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
>> u
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 enabl
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%
> libQ
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 l
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 200
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 l
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 => /usr/lib/x
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 with
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 that
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 2.1
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)
whil
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 2.1.4 works fine. I am not sure this
45 matches
Mail list logo