Andre Poenitz wrote:
On Sun, Jul 22, 2007 at 01:44:35PM +0200, [EMAIL PROTECTED] wrote:
Selon [EMAIL PROTECTED]:
Selon Guillaume Pothier <[EMAIL PROTECTED]>:
Make sure the profiler runs a little bit longer. 20 seconds cumulative
or so. With 4.74 seconds there's a lot of statistical noise.
D
Koji Yokota wrote:
I suspect this may be a problem of qt4 (or may not), as there is a
small time lag to open a menu in qt4 compared to qt3 (although this
itself is not too slow to be a problem).
Another qt4 program texmaker ( http://www.xm1math.net/texmaker/ ) is
running well at my place. It'
Hmmm... is there a way I can tell it from the executables? I installed
those with my Linux distribution (Ubuntu) so I guess they come with
debugging disables, but I'd like to verify.
g
On 7/22/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Selon [EMAIL PROTECTED]:
> Selon Guillaume Pothier <[E
Koji Yokota wrote:
On some systems, build of qt passes the "-g" option to the c++
compiler by default (which was true for me). However, removing it
(pass --separate-debug-info=no explicitly to configure) didn't improve
the performance. Its configure has the following code:
This doesn't seem t
[EMAIL PROTECTED] wrote:
Selon [EMAIL PROTECTED]:
Selon Guillaume Pothier <[EMAIL PROTECTED]>:
Make sure the profiler runs a little bit longer. 20 seconds cumulative
or so. With 4.74 seconds there's a lot of statistical noise
Done, now 23s.
I updated the file at the same URL:
http://ww
On Sun, Jul 22, 2007 at 01:44:35PM +0200, [EMAIL PROTECTED] wrote:
> Selon [EMAIL PROTECTED]:
> > Selon Guillaume Pothier <[EMAIL PROTECTED]>:
> >
> > > >
> > > > Make sure the profiler runs a little bit longer. 20 seconds cumulative
> > > > or so. With 4.74 seconds there's a lot of statistical noi
On Sun, Jul 22, 2007 at 01:40:19PM +0200, [EMAIL PROTECTED] wrote:
> Selon Guillaume Pothier <[EMAIL PROTECTED]>:
>
> > >
> > > Make sure the profiler runs a little bit longer. 20 seconds cumulative
> > > or so. With 4.74 seconds there's a lot of statistical noise.
> > >
> >
> > Done, now 23s.
> >
Selon [EMAIL PROTECTED]:
> Selon Guillaume Pothier <[EMAIL PROTECTED]>:
>
> > >
> > > Make sure the profiler runs a little bit longer. 20 seconds cumulative
> > > or so. With 4.74 seconds there's a lot of statistical noise.
> > >
> >
> > Done, now 23s.
> > I updated the file at the same URL:
> > ht
Selon Guillaume Pothier <[EMAIL PROTECTED]>:
> >
> > Make sure the profiler runs a little bit longer. 20 seconds cumulative
> > or so. With 4.74 seconds there's a lot of statistical noise.
> >
>
> Done, now 23s.
> I updated the file at the same URL:
> http://www.dcc.uchile.cl/~gpothier/gprof.out
On Fri, 2007-07-20 at 10:46 +0200, Abdelrazak Younes wrote:
> Darren Freeman wrote:
> > On Fri, 2007-07-20 at 10:32 +0200, Abdelrazak Younes wrote:
> >> I am sorry to hear that but we have no way to help you without nothing
> >> where the slowdown is. We need profile results! So, if you want to ha
Make sure the profiler runs a little bit longer. 20 seconds cumulative
or so. With 4.74 seconds there's a lot of statistical noise.
Done, now 23s.
I updated the file at the same URL: http://www.dcc.uchile.cl/~gpothier/gprof.out
On Fri, Jul 20, 2007 at 02:45:47PM -0400, Guillaume Pothier wrote:
> Here are the profiling results: http://www.dcc.uchile.cl/~gpothier/gprof.out
> This was using the document I already sent, typing random stuff within
> floats, in paragraphs containing math insets, and in new paragraphs.
>
> Plea
Hi, so I compiled lyx with profiling enabled and without debug info,
and I updated the gprof.out (same URL:
http://www.dcc.uchile.cl/~gpothier/gprof.out)
g
On 7/20/07, Peter Kümmel <[EMAIL PROTECTED]> wrote:
Guillaume Pothier wrote:
> Here are the profiling results:
> http://www.dcc.uchile.cl/~g
Sorry, I forgot that flag when I compiled with profiling enabled...
I'm compiling with both now, I'll report soon.
g
On 7/20/07, Peter Kümmel <[EMAIL PROTECTED]> wrote:
Guillaume Pothier wrote:
> Here are the profiling results:
> http://www.dcc.uchile.cl/~gpothier/gprof.out
> This was using the
Guillaume Pothier wrote:
> Here are the profiling results:
> http://www.dcc.uchile.cl/~gpothier/gprof.out
> This was using the document I already sent, typing random stuff within
> floats, in paragraphs containing math insets, and in new paragraphs.
>
> Please tell me if I can provide more info.
>
Here are the profiling results: http://www.dcc.uchile.cl/~gpothier/gprof.out
This was using the document I already sent, typing random stuff within
floats, in paragraphs containing math insets, and in new paragraphs.
Please tell me if I can provide more info.
g
On 7/20/07, Abdelrazak Younes <[EM
On Fri, Jul 20, 2007 at 06:35:52PM +1000, Darren Freeman wrote:
> On Fri, 2007-07-20 at 10:29 +0200, Abdelrazak Younes wrote:
> > Guillaume Pothier wrote:
> > > Abdel, I tried your patch and it actually makes things noticeably slower!
> >
> > Too bad! I guess the performance depends on the pixmap
Abdelrazak Younes wrote:
Darren Freeman wrote:
On Fri, 2007-07-20 at 10:32 +0200, Abdelrazak Younes wrote:
I am sorry to hear that but we have no way to help you without
nothing where the slowdown is. We need profile results! So, if you
want to have a faster 1.5, please try to provide some.
> Where are profiling results going to be output?
i thought gprof should be used.
however i didnt succeeded when running it - lyx
immediately ends and gprof makes only analysis
of that run. maybe some additional parameter
sould be given, but i dont know which one.
pavel
If you can find the time to compile from a svn, compiling with profiling
enabled is supposed to be easy on linux (with --enable-profile or
something).
Ok I'll try it.
Where are profiling results going to be output?
g
> I don't know if it is related but with the svn version compiled
> yesterday there is a very noticeable lag in typing. Attached is a
> file that is causing problems.
i have tried your file with rc2 (on linux) and dont see any typing lag.
cant try it on svn now - but is it with rc2 better for you
Darren Freeman wrote:
On Fri, 2007-07-20 at 10:32 +0200, Abdelrazak Younes wrote:
I am sorry to hear that but we have no way to help you without nothing
where the slowdown is. We need profile results! So, if you want to have
a faster 1.5, please try to provide some.
I would love that but I'm
Darren Freeman schrieb:
On Fri, 2007-07-20 at 10:32 +0200, Abdelrazak Younes wrote:
I am sorry to hear that but we have no way to help you without nothing
where the slowdown is. We need profile results! So, if you want to have
a faster 1.5, please try to provide some.
Unfortunately in
On Fri, 2007-07-20 at 10:32 +0200, Abdelrazak Younes wrote:
> I am sorry to hear that but we have no way to help you without nothing
> where the slowdown is. We need profile results! So, if you want to have
> a faster 1.5, please try to provide some.
I would love that but I'm currently without i
On Fri, 2007-07-20 at 10:29 +0200, Abdelrazak Younes wrote:
> Guillaume Pothier wrote:
> > Abdel, I tried your patch and it actually makes things noticeably slower!
>
> Too bad! I guess the performance depends on the pixmap painting
> capabilities of your system. On Windows and I think Mac, it is
Darren Freeman wrote:
On Thu, 2007-07-19 at 22:27 +0200, Abdelrazak Younes wrote:
Guillaume Pothier wrote:
Ok, I also tried with --disable-stdlib-debug and I don't notice any
difference.
Could you please try this patch?
No noticeable effect, on the same document both with and without the
pat
Guillaume Pothier wrote:
Abdel, I tried your patch and it actually makes things noticeably slower!
Too bad! I guess the performance depends on the pixmap painting
capabilities of your system. On Windows and I think Mac, it is
definitely faster.
Abdel.
Abdel, I tried your patch and it actually makes things noticeably slower!
Regards,
g
On 7/19/07, Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
Guillaume Pothier wrote:
> Ok, I also tried with --disable-stdlib-debug and I don't notice any
> difference.
Could you please try this patch?
Abdel.
On Thu, 2007-07-19 at 22:27 +0200, Abdelrazak Younes wrote:
> Guillaume Pothier wrote:
> > Ok, I also tried with --disable-stdlib-debug and I don't notice any
> > difference.
>
> Could you please try this patch?
No noticeable effect, on the same document both with and without the
patch, scrollin
On Thu, 2007-07-19 at 22:27 +0200, Abdelrazak Younes wrote:
> Guillaume Pothier wrote:
> > Ok, I also tried with --disable-stdlib-debug and I don't notice any
> > difference.
>
> Could you please try this patch?
I'm considering trying this very soon. As of the last couple of days,
editing my the
Abdelrazak Younes wrote:
Guillaume Pothier wrote:
Ok, I also tried with --disable-stdlib-debug and I don't notice any
difference.
Could you please try this patch?
Just FYI, my mvc branch doesn't have the slowness so I guess the use of
the pixmap cache is doing a big difference.
I think t
Guillaume Pothier wrote:
Ok, I also tried with --disable-stdlib-debug and I don't notice any
difference.
Could you please try this patch?
Abdel.
Index: frontends/qt4/GuiApplication.cpp
===
--- frontends/qt4/GuiApplication.cpp
Ok, I also tried with --disable-stdlib-debug and I don't notice any difference.
(sorry my I forgot to do a reply all in my previous post, see below).
g
On 7/19/07, Guillaume Pothier <[EMAIL PROTECTED]> wrote:
I've not used lyx 1.5 before. But with 1.4.3 there was no such
slowness with this docum
Guillaume Pothier wrote:
I don't know if it is related but with the svn version compiled
yesterday there is a very noticeable lag in typing. Attached is a
file that is causing problems.
I confirm the slowness with this file. But it is much better when
Instant Preview is on. Please try to enab
Guillaume Pothier wrote:
> I don't know if it is related but with the svn version compiled
> yesterday there is a very noticeable lag in typing. Attached is a
> file that is causing problems.
> This is with Ubuntu Linux 7.04, KDE 3.5.7 and Qy 4.3.0. The machine is
> a 2GHz Pentium M with 1GB of RA
I don't know if it is related but with the svn version compiled
yesterday there is a very noticeable lag in typing. Attached is a
file that is causing problems.
This is with Ubuntu Linux 7.04, KDE 3.5.7 and Qy 4.3.0. The machine is
a 2GHz Pentium M with 1GB of RAM.
Regards,
g
On 7/12/07, Pavel
> On Thu, 2007-07-12 at 15:01 +0200, Pavel Sanda wrote:
> > > This bug was supposed to be fixed, so perhaps it's time to re-open it.
> > > Please add your comments to the bug.
> >
> > please do you know the number ?
> > i remember there was also some bug about positioning view to the last
> > hal
On Thu, 2007-07-12 at 15:01 +0200, Pavel Sanda wrote:
> > This bug was supposed to be fixed, so perhaps it's time to re-open it.
> > Please add your comments to the bug.
>
> please do you know the number ?
> i remember there was also some bug about positioning view to the last
> half-line of
> te
> > it appear. it does not happen always but usually when you resize the window
> > to some very small area - say one word width, three lines height and then
> > you resize it back (or maximize). more - the slider on the right side is
> > often in
> > a position, which cannot be reached again and
On Thu, 12 Jul 2007 14:11:33 +0200
Pavel Sanda <[EMAIL PROTECTED]> wrote:
> > Pavel Sanda wrote:
> > >>Which sytem is that? If it is KDE or GNOME based, maybe there's some
> > >>global Clipboard or X11 Selection issue... could you please try to
> > >>launch a bare X11 session with a minimalist w
> >ok, i run X without any WM or desktop and came to this -
> >it _seems_ (its difficult to test extensively as you cant switch between
> >windows without WM :) that motion itself is much better, but what remains
> >is extremely slow motion when selecting text with shift+arrows
>
> Even with a si
Pavel Sanda wrote:
Pavel Sanda wrote:
Which sytem is that? If it is KDE or GNOME based, maybe there's some
global Clipboard or X11 Selection issue... could you please try to
launch a bare X11 session with a minimalist window manager (i.e. without
KDE nor Gnome) and report back?
i use only enl
Pavel Sanda wrote:
By the way, you know that LyX now can do multiple views, don't you? Can
you reproduce the slow motion with two windows of the same instance?
Abdel.
btw abdel, if you want i can provide you ssh account on the machine to
fathom this.
I would need an X11 server to do that an
> Pavel Sanda wrote:
> >>Which sytem is that? If it is KDE or GNOME based, maybe there's some
> >>global Clipboard or X11 Selection issue... could you please try to
> >>launch a bare X11 session with a minimalist window manager (i.e. without
> >>KDE nor Gnome) and report back?
> >
> >i use only
> By the way, you know that LyX now can do multiple views, don't you? Can
> you reproduce the slow motion with two windows of the same instance?
>
> Abdel.
btw abdel, if you want i can provide you ssh account on the machine to
fathom this.
pavel
Pavel Sanda wrote:
By the way, you know that LyX now can do multiple views, don't you? Can
you reproduce the slow motion with two windows of the same instance?
no, i can not reproduce it on the same instance.
At last a good news :-)
Maybe it is a problem of Qt then. I don't know how Qt handl
> By the way, you know that LyX now can do multiple views, don't you? Can
> you reproduce the slow motion with two windows of the same instance?
no, i can not reproduce it on the same instance.
pavel
Pavel Sanda wrote:
but I cannot reproduce it.
can you try this ?
1. launch lyx
2. new file + some typing + mark text + copy
3. launch new instance (let the old one running) + new + type some text + try
motion
just one more addition: - the slow motion is only in one of those two windows -
the
On Thu, 2007-07-12 at 12:18 +0200, Pavel Sanda wrote:
> > > But what I accidentally found is, that the whole problem simply
> > > disappears
> > > in the moment I copy and paste some text. Is this known ?
> >
>
> > Does it resemble this?
>
> does copying text by Ctrl+C helps for you ?
Not tha
> > but I cannot reproduce it.
>
> can you try this ?
> 1. launch lyx
> 2. new file + some typing + mark text + copy
> 3. launch new instance (let the old one running) + new + type some text + try
> motion
just one more addition: - the slow motion is only in one of those two windows -
the
other
Pavel Sanda wrote:
Which sytem is that? If it is KDE or GNOME based, maybe there's some
global Clipboard or X11 Selection issue... could you please try to
launch a bare X11 session with a minimalist window manager (i.e. without
KDE nor Gnome) and report back?
i use only enlightenment 0.16. is
> Which sytem is that? If it is KDE or GNOME based, maybe there's some
> global Clipboard or X11 Selection issue... could you please try to
> launch a bare X11 session with a minimalist window manager (i.e. without
> KDE nor Gnome) and report back?
i use only enlightenment 0.16. is it minimalis
> > But what I accidentally found is, that the whole problem simply disappears
> > in the moment I copy and paste some text. Is this known ?
>
> Does it resemble this?
does copying text by Ctrl+C helps for you ?
>
> http://bugzilla.lyx.org/show_bug.cgi?id=3700
>
> Try resizing the window and
Pavel Sanda wrote:
Must be an X11 selection problem cause I can't reproduce under Windows.
The report lacks some details but I can not reproduce anything here
which details you want to provide ?
either. (Linux). I have a fast machine though.
here pentium-4 3GHz.
dont know whether gkrellm i
> >Must be an X11 selection problem cause I can't reproduce under Windows.
>
> The report lacks some details but I can not reproduce anything here
which details you want to provide ?
> either. (Linux). I have a fast machine though.
here pentium-4 3GHz.
dont know whether gkrellm is reliable enou
On Wed, 2007-07-11 at 09:29 -0500, Bo Peng wrote:
> > Must be an X11 selection problem cause I can't reproduce under Windows.
>
> The report lacks some details but I can not reproduce anything here
> either. (Linux). I have a fast machine though.
If it's the problem I reported (see a recent reply
On Wed, 2007-07-11 at 14:06 +0200, Pavel Sanda wrote:
> Hello,
>
> I haven't closely followed the debates concerning the cursor motion speed
> and don't know what is the current status (some patches pending?) but
> as I started work 1.5rc2 the typing speed is slow and to wait when
> moving with c
Must be an X11 selection problem cause I can't reproduce under Windows.
The report lacks some details but I can not reproduce anything here
either. (Linux). I have a fast machine though.
Bo
Pavel Sanda wrote:
Pavel, could you try latest svn?
as i wrote a while before it is sometimes more tricky to make this bug happen.
but i was able to reproduce it also with svn.
Must be an X11 selection problem cause I can't reproduce under Windows.
Abdel.
> Pavel, could you try latest svn?
as i wrote a while before it is sometimes more tricky to make this bug happen.
but i was able to reproduce it also with svn.
pavel
> but I cannot reproduce it.
can you try this ?
1. launch lyx
2. new file + some typing + mark text + copy
3. launch new instance (let the old one running) + new + type some text + try
motion
pavel
Jean-Marc Lasgouttes wrote:
"Pavel" == Pavel Sanda <[EMAIL PROTECTED]> writes:
Pavel> Hello, I haven't closely followed the debates concerning the
Pavel> cursor motion speed and don't know what is the current status
Pavel> (some patches pending?) but as I started work 1.5rc2 the typing
Pavel> s
> "Pavel" == Pavel Sanda <[EMAIL PROTECTED]> writes:
Pavel> Hello, I haven't closely followed the debates concerning the
Pavel> cursor motion speed and don't know what is the current status
Pavel> (some patches pending?) but as I started work 1.5rc2 the typing
Pavel> speed is slow and to wait
63 matches
Mail list logo
