On Sat, Sep 24, 2005 at 09:11:19AM +0300, Martin Vermeer wrote:
> I propose to put the attached summarizing patch in, and test and
> profile again.
At least the update parts could be committed immediately as far as I am
coconcerned. They fix regressions.
Andre'
> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> OK ... I've tried this, and it looks like
Bennett> --disable-assertions creates problems requiring that
Bennett> #include
Bennett> be added to each of the following:
Bennett> src/factory.C src/messages.C src/text.C src/text2.
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Lars> Or almost... leave assertions in f.ex.
Jean-Marc> So, would the following patch be OK?
Applied.
JMarc
On Sat, 24 Sep 2005 10:34:25 +0100 Angus Leeming <[EMAIL PROTECTED]> wrote:
> Martin Vermeer wrote:
> > I propose to put the attached summarizing patch in, and test and
> profile
> > again.
>
> My comments are those of someone who is entirely ignorant of this part
> of
> the code, so please take
Martin Vermeer wrote:
> I propose to put the attached summarizing patch in, and test and profile
> again.
My comments are those of someone who is entirely ignorant of this part of
the code, so please take them with a pinch of salt. Well meaning
interference :)
Angus
Why the two if statements ra
On Sat, Sep 24, 2005 at 08:56:58AM +0300, Martin Vermeer wrote:
> BTW am I right in understanding that descending into the cursor stack means
> moving from bottom downward to top (tip?), increasing depth all the time? How
> logical...
Depends on your point of view. Implementation-wise it's certain
On Thu, Sep 22, 2005 at 09:06:46AM +0200, Lars Gullik Bjønnes wrote:
> | Incidentally, why don't we leave assertions in always? I'd imagine
> | that guaranteed clean up and dumping of foo.lyx.emergency was of huge
> | importance to our users.
>
> They do quite a lot to the speed...
I'd favour cor
On Sat, 24 Sep 2005 08:56:58 +0300 (EEST) Martin Vermeer <[EMAIL PROTECTED]>
wrote:
> On Fri, 23 Sep 2005 17:26:48 +0200 Jean-Marc Lasgouttes
> <[EMAIL PROTECTED]> wrote:
>
> > Martin Vermeer wrote:
> > > I believe the culprit is
> > >
> > > if (!singlepar || pit1 == cursor_.pit(
On Fri, 23 Sep 2005 17:26:48 +0200 Jean-Marc Lasgouttes <[EMAIL PROTECTED]>
wrote:
> Martin Vermeer wrote:
> > I believe the culprit is
> >
> > if (!singlepar || pit1 == cursor_.pit())
> >
> > which I added several times to BufferView_pimpl.C:s metrics method.
> It
> > tests for
On Sep 23, 2005, at 10:26 AM, Martin Vermeer wrote:
On Fri, 2005-09-23 at 09:07 -0400, Bennett Helm wrote:
On Sep 23, 2005, at 8:59 AM, Bennett Helm wrote:
Cursor movement is a bit strange. This is especially noticeable
with page-up and page-down: it seems like the cursor moves, but the
scr
On Sep 23, 2005, at 10:14 AM, Jean-Marc Lasgouttes wrote:
What happens when you invoke LyX fro, the icon? Are you sure there is
not a gmon.out produced somewhere on your hard disk?
OK -- just me being stupid again. It looks, though, that I've done
something wrong somewhere, since all the tim
Martin Vermeer wrote:
I believe the culprit is
if (!singlepar || pit1 == cursor_.pit())
which I added several times to BufferView_pimpl.C:s metrics method. It
tests for being in the paragraph containing the cursor... but I believe
cursor_.pit() refers to the paragraph iterator _
On Fri, Sep 23, 2005 at 08:59:26AM -0400, Bennett Helm wrote:
> On Sep 22, 2005, at 5:57 PM, Martin Vermeer wrote:
...
> This patch does not help typing in footnotes, TeX Code, or other
> insets (margin pars, minipages, LyX notes, etc.). Insets within
> insets work, but are predictably slow a
On Fri, 2005-09-23 at 09:07 -0400, Bennett Helm wrote:
> On Sep 23, 2005, at 8:59 AM, Bennett Helm wrote:
>
> > Cursor movement is a bit strange. This is especially noticeable
> > with page-up and page-down: it seems like the cursor moves, but the
> > screen doesn't get redrawn. It also happen
Angus Leeming wrote:
Linking here takes over an hour with Debian unstable's gcc 4.0.2, ld
2.16, so I'm not really in a position to do too much experimentation.
However, there's no reason why you couldn't generate a similar
profiling executable using the configure command that I posted.
Presumably
> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> OK ... I've tried this, and it looks like
Bennett> --disable-assertions creates problems requiring that
Bennett> #include
Bennett> be added to each of the following:
Bennett> src/factory.C src/messages.C src/text.C src/text2.
On Sep 22, 2005, at 3:57 AM, Jean-Marc Lasgouttes wrote:
Angus> It looks like we're all seeing the same thing. Time to do some
Angus> profiling I guess. If someone gives me a prescription of what I
Angus> need to do to recompile lyx ready for profiling and how to use
Angus> gprof, I'll volunteer
On Fri, 2005-09-23 at 13:56 +0100, Angus Leeming wrote:
> Martin Vermeer wrote:
> >> Attached are edited highlights from this profiling. There would
> >> appear to be lots of scope for improvement :)
> >>
> >> Assuming that I'm editing the right bit of the profile log of
> >> course...
>
> > I th
On Sep 23, 2005, at 8:59 AM, Bennett Helm wrote:
Cursor movement is a bit strange. This is especially noticeable
with page-up and page-down: it seems like the cursor moves, but the
screen doesn't get redrawn. It also happens with moving the cursor
left and right (though not with up and down
On Sep 22, 2005, at 5:57 PM, Martin Vermeer wrote:
Give the attached a try.
I think it is quite a bit faster, and fixes your noticed side effect.
Wow! What a difference! Typing in long documents feels almost as fast
as 1.3.6, and processor usage no longer gets pegged at absurdly high
leve
Martin Vermeer wrote:
>> Attached are edited highlights from this profiling. There would
>> appear to be lots of scope for improvement :)
>>
>> Assuming that I'm editing the right bit of the profile log of
>> course...
> I think it is. And it is precisely the things my patch addresses...
> Buffer
On Fri, 2005-09-23 at 11:05 +0100, Angus Leeming wrote:
> Angus Leeming wrote:
...
> Attached are edited highlights from this profiling. There would appear
> to be lots of scope for improvement :)
>
> Assuming that I'm editing the right bit of the profile log of
> course...
>
> --
> Angus
I t
Martin Vermeer wrote:
On Fri, 2005-09-23 at 08:58 +0200, Helge Hafting wrote:
Martin Vermeer wrote:
Give the attached a try.
I think it is quite a bit faster, and fixes your noticed side effect.
There may be other side effects; this patch touches so many things, it
scares me a bit
Angus Leeming wrote:
> Angus Leeming wrote:
>> $ ../configure \
>> --enable-profiling \
>> --disable-assertions \
>> --disable-stdlib-debug \
>> --enable-optimization=-O2 \
>> --with-frontend='qt' --with-qt-includes='/usr/include/qt3' \
>> LDFLAGS='-Wl,-t'
>
> OK, Jean-Marc, Georg.
> The thing to
Angus Leeming wrote:
> $ ../configure \
> --enable-profiling \
> --disable-assertions \
> --disable-stdlib-debug \
> --enable-optimization=-O2 \
> --with-frontend='qt' --with-qt-includes='/usr/include/qt3' \
> LDFLAGS='-Wl,-t'
OK, Jean-Marc, Georg.
The thing took over an hour to link but it works.
On Fri, 2005-09-23 at 08:58 +0200, Helge Hafting wrote:
> Martin Vermeer wrote:
>
> >Give the attached a try.
> >
> >I think it is quite a bit faster, and fixes your noticed side effect.
> >
> >There may be other side effects; this patch touches so many things, it
> >scares me a bit. But the spee
Martin Vermeer wrote:
Give the attached a try.
I think it is quite a bit faster, and fixes your noticed side effect.
There may be other side effects; this patch touches so many things, it
scares me a bit. But the speedup is so substantial that perhaps we
should just take the jump, and clean
On Thu, Sep 22, 2005 at 09:21:31AM -0400, Bennett Helm wrote:
> On Sep 22, 2005, at 4:08 AM, Martin Vermeer wrote:
>
> >Here is a better patch, taking care of rowpainter too. metrics is
> >still
> >called twice, but now (generally) only for the current paragraph, not
> >the whole screen. Ought t
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| | Lars, stdlib-debug is currently enabled for prereleases. Could we at
| | least disable that? A prerelease should be compiled in the same
| | conditions as a real release...
|
Jean-Marc Lasgouttes wrote:
> We have a --enable-profiling option nowadays. Note that it is not
> enough in itself. You should add
> --disable-assertions --disable-stdlib-debug
> -enable-optimization=-O2
>
> The big problem with gprof is that I never manage to get it to count
> the time spent
On Sep 22, 2005, at 4:08 AM, Martin Vermeer wrote:
Here is a better patch, taking care of rowpainter too. metrics is
still
called twice, but now (generally) only for the current paragraph, not
the whole screen. Ought to be faster.
I saw no side effects.
I tried it, and it generally feels qu
Martin Vermeer wrote:
On Thu, 2005-09-22 at 11:09 +0200, Alfredo Braunstein wrote:
I'll get around to test it eventually ;-) Lately I'm slower than the qt
frontend.
Alfredo
Do you see the slowness in measurable form? I think it's really the Mac
people that should test this.
Martin Vermeer wrote:
On Thu, 2005-09-22 at 03:26 +0300, Martin Vermeer wrote:
I also noted that metrics is called twice for every keystroke. Surely one of
those isn't necessary.
Sounds reasonable? Please test. Is it faster, or is it my imagination?
Here is a better patch, taking c
Martin Vermeer wrote:
> Do you see the slowness in measurable form? I think it's really the Mac
I do. I cannot do half the stuff I used to. ;-)
> people that should test this.
I was talking about me, not lyx.
Still, I don't see why does the slowness would apply to Macs specifically.
(and Angu
On Thu, 2005-09-22 at 11:09 +0200, Alfredo Braunstein wrote:
> Martin Vermeer wrote:
>
> > That's part of the story. Another part is that a long long time ago, I
> > tried to implement a thing called Update::SinglePar. The idea was that, as
> > long as a paragraph's metrics don't change, you can t
Martin Vermeer wrote:
> That's part of the story. Another part is that a long long time ago, I
> tried to implement a thing called Update::SinglePar. The idea was that, as
> long as a paragraph's metrics don't change, you can type into it and _only
> it_ will be updated.
Ok. Note that I was refer
> Hi, Alfredo! Hope you and yours are all well.
Hi Angus! Long time no read ;-) We're doing fine I think. Learning a lot
every day ;-)
Alfredo
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
| Lars, stdlib-debug is currently enabled for prereleases. Could we at
| least disable that? A prerelease should be compiled in the same
| conditions as a real release...
Lars> Or almost... leave assertions in f.ex.
So, would the
On Thu, 2005-09-22 at 03:26 +0300, Martin Vermeer wrote:
> I also noted that metrics is called twice for every keystroke. Surely one of
> those isn't necessary.
>
> Sounds reasonable? Please test. Is it faster, or is it my imagination?
Here is a better patch, taking care of rowpainter too. metr
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> It looks like we're all seeing the same thing. Time to do some
Angus> profiling I guess. If someone gives me a prescription of what I
Angus> need to do to recompile lyx ready for profiling and how to use
Angus> gprof, I'll volunteer
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Linux. (Debian unstable.) The machine running Tru64 unix is an
Angus> even older 333MHz single processor box and it's currently dead.
Angus> I've no real urge to resurrect it.
OK, I was about to suggest using 'pixie', in case it gi
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > | Angus> So I'd say that LyX cvs is still clearly slower than LyX
| > | Angus> 1.3, but it appears to be usable. Further, real world
| > | Angus> testing is needed though.
|
| > | I guess we'll get plenty after release :)
Angus Leeming wrote:
> It looks like we're all seeing the same thing. Time to do some profiling I
> guess. If someone gives me a prescription of what I need to do to
> recompile lyx ready for profiling and how to use gprof, I'll volunteer.
I would do this myself, but have no time right now. Here
On Wed, 21 Sep 2005 23:38:54 +0200 Alfredo Braunstein <[EMAIL PROTECTED]> wrote:
> Georg Baum wrote:
>
> > I tried to reproduce this, and got similar results (including the
> speedup
> > if only one line is displayed), but only as long as I remained in one
> > paragraph. If I hit Enter from time
Alfredo Braunstein wrote:
> Georg Baum wrote:
>
>> I tried to reproduce this, and got similar results (including the
>> speedup if only one line is displayed), but only as long as I remained
>> in one paragraph. If I hit Enter from time to time everything was fine.
>> This looks as if the slowlyn
Georg Baum wrote:
> I tried to reproduce this, and got similar results (including the speedup
> if only one line is displayed), but only as long as I remained in one
> paragraph. If I hit Enter from time to time everything was fine.
> This looks as if the slowlyness is in the paragraph breaking al
Bennett Helm wrote:
> I cannot -- even with gibberish -- type faster than LyX can handle
> when the document is otherwise empty, and LyX doesn't use many
> processor resources in this case.
>
> After 5-10 lines of text are entered, it becomes noticeable that LyX
> is consuming more processor time
Lars Gullik Bjønnes wrote:
> | Angus> So I'd say that LyX cvs is still clearly slower than LyX
> | Angus> 1.3, but it appears to be usable. Further, real world
> | Angus> testing is needed though.
> | I guess we'll get plenty after release :)
> Angus, you turned up the optimization level ?
-g -O
Jean-Marc Lasgouttes wrote:
JMarc> On what kind of system is that?
Angus> A rather venerable 500MHz dual processor Dec Alpha.
JMarc> So that's a good testing machine. Does it run under
JMarc> Tru64 unix or linux?
Linux. (Debian unstable.) The machine running Tru64 unix is an even
older 333MHz s
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
|
| Angus> Hi, Jean-Marc. I can confirm that LyX CVS is much, much quicker
| Angus> when compiled with --disable-stdlib-debug. I can still just
| Angus> about create a lag between what I
On Sep 21, 2005, at 11:56 AM, Jean-Marc Lasgouttes wrote:
"Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> I've just recompiled myself with --disable-stdlib-debug.
Bennett> Things in general (on Mac) seem to be faster *except* typing
Bennett> speed in long documents, which is no
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Jean-Marc Lasgouttes wrote: Hi, Jean-Marc. I can confirm that
Angus> LyX CVS is much, much quicker when compiled with
Angus> --disable-stdlib-debug. I can still just about create a lag
Angus> between what I type and what appears on
Jean-Marc Lasgouttes wrote:
> Angus> Hi, Jean-Marc. I can confirm that LyX CVS is much, much
> Angus> quicker when compiled with --disable-stdlib-debug. I can
> Angus> still just about create a lag between what I type and
> Angus> what appears on the LyX screen when editting an existing
> Angus> pa
> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> I've just recompiled myself with --disable-stdlib-debug.
Bennett> Things in general (on Mac) seem to be faster *except* typing
Bennett> speed in long documents, which is not noticeably improved. I
Bennett> get the lag Angus descr
On Sep 21, 2005, at 11:27 AM, Angus Leeming wrote:
What is important is to check what happens with a normally optimized
build, especially with --disable-stdlib-debug.
Could you try that?
Hi, Jean-Marc. I can confirm that LyX CVS is much, much quicker when
compiled with --disable-stdlib-debug.
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Hi, Jean-Marc. I can confirm that LyX CVS is much, much quicker
Angus> when compiled with --disable-stdlib-debug. I can still just
Angus> about create a lag between what I type and what appears on the
Angus> LyX screen when editting
Jean-Marc Lasgouttes wrote:
> Angus> I don't want to sound like a miserable old sod, but... I just
> Angus> opened up a reasonably long document and started adding some
> Angus> new text in the middle of the first paragraph. I'm not a
> Angus> particularly fast typist but even I could outpace the s
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
|
| Angus> I don't want to sound like a miserable old sod, but... I just
| Angus> opened up a reasonably long document and started adding some
| Angus> new text in the middle of the first
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Should I undefine _GLIBCXX_CONCEPT_CHECKS also? I guess that
Angus> would involve adding the --disable-concept-checks flags to my
Angus> configure command.
No, this one gives compile-time checks (error messages). It is
harmless at
Jean-Marc Lasgouttes wrote:
>> "Angus" == Angus Leeming <[EMAIL PROTECTED]>
>> writes:
>
> Angus> I don't want to sound like a miserable old sod, but... I just
> Angus> opened up a reasonably long document and started adding some
> Angus> new text in the middle of the first paragraph. I'm
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> I don't want to sound like a miserable old sod, but... I just
Angus> opened up a reasonably long document and started adding some
Angus> new text in the middle of the first paragraph. I'm not a
Angus> particularly fast typist but ev
I don't want to sound like a miserable old sod, but...
I just opened up a reasonably long document and started adding some
new text in the middle of the first paragraph. I'm not a particularly
fast typist but even I could outpace the screen drawing. Just normal
text in a normal paragraph.
I can't
62 matches
Mail list logo
