Re: lyx chokes on documents with many subsections?

[Jose Quesada]

Thanks Rob,

Actually, this was on vanilla lyx-devel svn trunk.

Best,
-Jose

Jose Quesada, PhD.
Max Planck Institute,
Center for Adaptive Behavior and Cognition,
Berlin
http://www.josequesada.name/
http://twitter.com/Quesada


On Sun, Aug 8, 2010 at 5:40 PM, Rob Oakes lyx-de...@oak-tree.us wrote:

 Hi Jose,

 If you've been using the LyX-Outline branch, you may want to update to
 the most recent version.  It's been a little over a week since I've
 merge LyX trunk.  (I've been trying to fix a problem related to tabbing
 to the next entry in the expanded outline view.)

 I merged the source again this morning.  It incorporates a lot of
 bugfixes that may have been specific to your problems.  (In addition to
 fixing a small memory leak that I found with the Corkboard.)

 Might be worth a try to see if it speeds up LyX for you.

 Cheers,

 Rob

Re: lyx chokes on documents with many subsections?

[Jose Quesada]

Thanks Rob,

Actually, this was on vanilla lyx-devel svn trunk.

Best,
-Jose

Jose Quesada, PhD.
Max Planck Institute,
Center for Adaptive Behavior and Cognition,
Berlin
http://www.josequesada.name/
http://twitter.com/Quesada


On Sun, Aug 8, 2010 at 5:40 PM, Rob Oakes lyx-de...@oak-tree.us wrote:

 Hi Jose,

 If you've been using the LyX-Outline branch, you may want to update to
 the most recent version.  It's been a little over a week since I've
 merge LyX trunk.  (I've been trying to fix a problem related to tabbing
 to the next entry in the expanded outline view.)

 I merged the source again this morning.  It incorporates a lot of
 bugfixes that may have been specific to your problems.  (In addition to
 fixing a small memory leak that I found with the Corkboard.)

 Might be worth a try to see if it speeds up LyX for you.

 Cheers,

 Rob

Re: lyx chokes on documents with many subsections?

[Jose Quesada]

Thanks Rob,

Actually, this was on vanilla lyx-devel svn trunk.

Best,
-Jose

Jose Quesada, PhD.
Max Planck Institute,
Center for Adaptive Behavior and Cognition,
Berlin
http://www.josequesada.name/
http://twitter.com/Quesada


On Sun, Aug 8, 2010 at 5:40 PM, Rob Oakes  wrote:

> Hi Jose,
>
> If you've been using the LyX-Outline branch, you may want to update to
> the most recent version.  It's been a little over a week since I've
> merge LyX trunk.  (I've been trying to fix a problem related to tabbing
> to the next entry in the expanded outline view.)
>
> I merged the source again this morning.  It incorporates a lot of
> bugfixes that may have been specific to your problems.  (In addition to
> fixing a small memory leak that I found with the Corkboard.)
>
> Might be worth a try to see if it speeds up LyX for you.
>
> Cheers,
>
> Rob
>
>

Re: lyx chokes on documents with many subsections?

[Rob Oakes]

Hi Jose,

If you've been using the LyX-Outline branch, you may want to update to
the most recent version.  It's been a little over a week since I've
merge LyX trunk.  (I've been trying to fix a problem related to tabbing
to the next entry in the expanded outline view.)

I merged the source again this morning.  It incorporates a lot of
bugfixes that may have been specific to your problems.  (In addition to
fixing a small memory leak that I found with the Corkboard.)

Might be worth a try to see if it speeds up LyX for you.

Cheers,

Rob

Re: lyx chokes on documents with many subsections?

[Rob Oakes]

Hi Jose,

If you've been using the LyX-Outline branch, you may want to update to
the most recent version.  It's been a little over a week since I've
merge LyX trunk.  (I've been trying to fix a problem related to tabbing
to the next entry in the expanded outline view.)

I merged the source again this morning.  It incorporates a lot of
bugfixes that may have been specific to your problems.  (In addition to
fixing a small memory leak that I found with the Corkboard.)

Might be worth a try to see if it speeds up LyX for you.

Cheers,

Rob

Re: lyx chokes on documents with many subsections?

[Rob Oakes]

Hi Jose,

If you've been using the LyX-Outline branch, you may want to update to
the most recent version.  It's been a little over a week since I've
merge LyX trunk.  (I've been trying to fix a problem related to tabbing
to the next entry in the expanded outline view.)

I merged the source again this morning.  It incorporates a lot of
bugfixes that may have been specific to your problems.  (In addition to
fixing a small memory leak that I found with the Corkboard.)

Might be worth a try to see if it speeds up LyX for you.

Cheers,

Rob

Re: lyx chokes on documents with many subsections?

[Jose Quesada]

Sorry to revive an old thread, but the slowness is still there, with current
svn versions. I'm writing this on kde. May not be happening on other wm (for
a while I was on xmonad, and didn't remember to type faster than lyx could
render)...
Best,
-Jose

Jose Quesada, PhD.
Max Planck Institute,
Center for Adaptive Behavior and Cognition,
Berlin
http://www.josequesada.name/
http://twitter.com/Quesada


On Sun, Jun 27, 2010 at 8:37 AM, Jose Quesada ques...@gmail.com wrote:

  Out of curiosity, do you notice the performance lags when using the
 expanded outline/corkboard widget?

 Nope, it doesn't happen! which is incredibly good news!


 Best,
 -Jose

 Jose Quesada, PhD.
 Max Planck Institute,
 Center for Adaptive Behavior and Cognition,
 Berlin
 http://www.josequesada.name/
 http://twitter.com/Quesada


 2010/6/25 Rob Oakes lyx-de...@oak-tree.us

 Hi Vincent,

  So.. could it be Rob's outliner enhancements then ??? 

 That's certainly possible, but I think it unlikely.  To the best of my
 knowledge, Jose only began using the branch with the expanded outliner and
 other tools yesterday whereas the problem  has also been seen in  LyX
 1.6.6.1 and the main trunk.

 With that said, I think that we should be very careful about drawing
 conclusions about the SVN version of LyX from the LyX-Outline branch. The
 outline version has a lot of changes and the code is not particularly
 optimized (though I am working on cleaning it up).  I do find it interesting
 that turning off the Outline pane resolves the problems.

 Out of curiosity, do you notice the performance lags when using the
 expanded outline/corkboard widget?  If not, that would provide an important
 clue as to where the bottleneck is happening.  (My own gut says it has
 something to do with QTreeView on 64 bit systems.  I remember reading
 something about that on a forum a while back.)

 Cheers,

 Rob

Re: lyx chokes on documents with many subsections?

[Jose Quesada]

Sorry to revive an old thread, but the slowness is still there, with current
svn versions. I'm writing this on kde. May not be happening on other wm (for
a while I was on xmonad, and didn't remember to type faster than lyx could
render)...
Best,
-Jose

Jose Quesada, PhD.
Max Planck Institute,
Center for Adaptive Behavior and Cognition,
Berlin
http://www.josequesada.name/
http://twitter.com/Quesada


On Sun, Jun 27, 2010 at 8:37 AM, Jose Quesada ques...@gmail.com wrote:

  Out of curiosity, do you notice the performance lags when using the
 expanded outline/corkboard widget?

 Nope, it doesn't happen! which is incredibly good news!


 Best,
 -Jose

 Jose Quesada, PhD.
 Max Planck Institute,
 Center for Adaptive Behavior and Cognition,
 Berlin
 http://www.josequesada.name/
 http://twitter.com/Quesada


 2010/6/25 Rob Oakes lyx-de...@oak-tree.us

 Hi Vincent,

  So.. could it be Rob's outliner enhancements then ??? 

 That's certainly possible, but I think it unlikely.  To the best of my
 knowledge, Jose only began using the branch with the expanded outliner and
 other tools yesterday whereas the problem  has also been seen in  LyX
 1.6.6.1 and the main trunk.

 With that said, I think that we should be very careful about drawing
 conclusions about the SVN version of LyX from the LyX-Outline branch. The
 outline version has a lot of changes and the code is not particularly
 optimized (though I am working on cleaning it up).  I do find it interesting
 that turning off the Outline pane resolves the problems.

 Out of curiosity, do you notice the performance lags when using the
 expanded outline/corkboard widget?  If not, that would provide an important
 clue as to where the bottleneck is happening.  (My own gut says it has
 something to do with QTreeView on 64 bit systems.  I remember reading
 something about that on a forum a while back.)

 Cheers,

 Rob

Re: lyx chokes on documents with many subsections?

[Jose Quesada]

Sorry to revive an old thread, but the slowness is still there, with current
svn versions. I'm writing this on kde. May not be happening on other wm (for
a while I was on xmonad, and didn't remember to type faster than lyx could
render)...
Best,
-Jose

Jose Quesada, PhD.
Max Planck Institute,
Center for Adaptive Behavior and Cognition,
Berlin
http://www.josequesada.name/
http://twitter.com/Quesada


On Sun, Jun 27, 2010 at 8:37 AM, Jose Quesada  wrote:

> > Out of curiosity, do you notice the performance lags when using the
> expanded outline/corkboard widget?
>
> Nope, it doesn't happen! which is incredibly good news!
>
>
> Best,
> -Jose
>
> Jose Quesada, PhD.
> Max Planck Institute,
> Center for Adaptive Behavior and Cognition,
> Berlin
> http://www.josequesada.name/
> http://twitter.com/Quesada
>
>
> 2010/6/25 Rob Oakes 
>
> Hi Vincent,
>>
>> << So.. could it be Rob's outliner enhancements then ??? >>
>>
>> That's certainly possible, but I think it unlikely.  To the best of my
>> knowledge, Jose only began using the branch with the expanded outliner and
>> other tools yesterday whereas the problem  has also been seen in  LyX
>> 1.6.6.1 and the main trunk.
>>
>> With that said, I think that we should be very careful about drawing
>> conclusions about the SVN version of LyX from the LyX-Outline branch. The
>> outline version has a lot of changes and the code is not particularly
>> optimized (though I am working on cleaning it up).  I do find it interesting
>> that turning off the Outline pane resolves the problems.
>>
>> Out of curiosity, do you notice the performance lags when using the
>> expanded outline/corkboard widget?  If not, that would provide an important
>> clue as to where the bottleneck is happening.  (My own gut says it has
>> something to do with QTreeView on 64 bit systems.  I remember reading
>> something about that on a forum a while back.)
>>
>> Cheers,
>>
>> Rob
>
>
>

Re: lyx chokes on documents with many subsections?

[Jose Quesada]

 Out of curiosity, do you notice the performance lags when using the
expanded outline/corkboard widget?

Nope, it doesn't happen! which is incredibly good news!


Best,
-Jose

Jose Quesada, PhD.
Max Planck Institute,
Center for Adaptive Behavior and Cognition,
Berlin
http://www.josequesada.name/
http://twitter.com/Quesada


2010/6/25 Rob Oakes lyx-de...@oak-tree.us

 Hi Vincent,

  So.. could it be Rob's outliner enhancements then ??? 

 That's certainly possible, but I think it unlikely.  To the best of my
 knowledge, Jose only began using the branch with the expanded outliner and
 other tools yesterday whereas the problem  has also been seen in  LyX
 1.6.6.1 and the main trunk.

 With that said, I think that we should be very careful about drawing
 conclusions about the SVN version of LyX from the LyX-Outline branch. The
 outline version has a lot of changes and the code is not particularly
 optimized (though I am working on cleaning it up).  I do find it interesting
 that turning off the Outline pane resolves the problems.

 Out of curiosity, do you notice the performance lags when using the
 expanded outline/corkboard widget?  If not, that would provide an important
 clue as to where the bottleneck is happening.  (My own gut says it has
 something to do with QTreeView on 64 bit systems.  I remember reading
 something about that on a forum a while back.)

 Cheers,

 Rob

Re: lyx chokes on documents with many subsections?

[Jose Quesada]

 Out of curiosity, do you notice the performance lags when using the
expanded outline/corkboard widget?

Nope, it doesn't happen! which is incredibly good news!


Best,
-Jose

Jose Quesada, PhD.
Max Planck Institute,
Center for Adaptive Behavior and Cognition,
Berlin
http://www.josequesada.name/
http://twitter.com/Quesada


2010/6/25 Rob Oakes lyx-de...@oak-tree.us

 Hi Vincent,

  So.. could it be Rob's outliner enhancements then ??? 

 That's certainly possible, but I think it unlikely.  To the best of my
 knowledge, Jose only began using the branch with the expanded outliner and
 other tools yesterday whereas the problem  has also been seen in  LyX
 1.6.6.1 and the main trunk.

 With that said, I think that we should be very careful about drawing
 conclusions about the SVN version of LyX from the LyX-Outline branch. The
 outline version has a lot of changes and the code is not particularly
 optimized (though I am working on cleaning it up).  I do find it interesting
 that turning off the Outline pane resolves the problems.

 Out of curiosity, do you notice the performance lags when using the
 expanded outline/corkboard widget?  If not, that would provide an important
 clue as to where the bottleneck is happening.  (My own gut says it has
 something to do with QTreeView on 64 bit systems.  I remember reading
 something about that on a forum a while back.)

 Cheers,

 Rob

Re: lyx chokes on documents with many subsections?

[Jose Quesada]

> Out of curiosity, do you notice the performance lags when using the
expanded outline/corkboard widget?

Nope, it doesn't happen! which is incredibly good news!


Best,
-Jose

Jose Quesada, PhD.
Max Planck Institute,
Center for Adaptive Behavior and Cognition,
Berlin
http://www.josequesada.name/
http://twitter.com/Quesada


2010/6/25 Rob Oakes 

> Hi Vincent,
>
> << So.. could it be Rob's outliner enhancements then ??? >>
>
> That's certainly possible, but I think it unlikely.  To the best of my
> knowledge, Jose only began using the branch with the expanded outliner and
> other tools yesterday whereas the problem  has also been seen in  LyX
> 1.6.6.1 and the main trunk.
>
> With that said, I think that we should be very careful about drawing
> conclusions about the SVN version of LyX from the LyX-Outline branch. The
> outline version has a lot of changes and the code is not particularly
> optimized (though I am working on cleaning it up).  I do find it interesting
> that turning off the Outline pane resolves the problems.
>
> Out of curiosity, do you notice the performance lags when using the
> expanded outline/corkboard widget?  If not, that would provide an important
> clue as to where the bottleneck is happening.  (My own gut says it has
> something to do with QTreeView on 64 bit systems.  I remember reading
> something about that on a forum a while back.)
>
> Cheers,
>
> Rob

Re: lyx chokes on documents with many subsections?

[Jose Quesada]

Some more  evindence...

 Excellent question. Where did you get your LyX version?
1- It's not only lyx from packages that exhibits this behavior, but also the
svn version. Well, I'm actually using Rob's branch (lyx-outliner, from
launchpad). Will keep testing.

2- All slowness goes away if I hide the outline panel (!).

3- Somehow it gets worse when this tool kicks in
http://www.stereopsis.com/flux/ . This points at qt again. My local qt is
4.6.


Best,
-Jose

Jose Quesada, PhD.
Max Planck Institute,
Center for Adaptive Behavior and Cognition,
Berlin
http://www.josequesada.name/
http://twitter.com/Quesada


On Fri, Jun 18, 2010 at 5:42 PM, Jose Quesada ques...@gmail.com wrote:

 I'm using both sabayon (laptop) and ubuntu (2 desktops).
 Will try to compile it with debug symbols, but now I'm under deadline
 pressure. Maybe 1st Jul or so, I'll report back...
 Thanks!

 Best,
 -Jose

 Jose Quesada, PhD.
 Max Planck Institute,
 Center for Adaptive Behavior and Cognition,
 Berlin
 http://www.josequesada.name/
 http://twitter.com/Quesada


 On Fri, Jun 18, 2010 at 4:51 PM, Jean-Marc LASGOUTTES 
 lasgout...@lyx.orgwrote:

 Liviu Andronic landronim...@gmail.com writes:

  On Fri, Jun 18, 2010 at 12:30 PM, stephen's mailinglist account
  stephen4mailingli...@googlemail.com wrote:
  Is this with ./configure --enable-build-type=pre
 
  I am not sure how this works for LyX. From my experience whenever
  debug symbols are needed, either install *-dbg package or build from
  source. The latter should suffice for minimal debugging. If you want
  to make sure debugging is at max verbosity, you may want to hunt some
  --debug=full or similar ./configure switch.

 /configure --enable-debug is the best.

 --enable-build-type=rel may be needed if using a non-release build.

 JMarc

Re: lyx chokes on documents with many subsections?

[Vincent van Ravesteijn]

On Fri, Jun 25, 2010 at 10:15 AM, Jose Quesada ques...@gmail.com wrote:
 Some more  evindence...
 Excellent question. Where did you get your LyX version?
 1- It's not only lyx from packages that exhibits this behavior, but also the
 svn version. Well, I'm actually using Rob's branch (lyx-outliner, from
 launchpad). Will keep testing.
 2- All slowness goes away if I hide the outline panel (!).

So.. could it be Rob's outliner enhancements then ???

(with all do respect Rob).

Vincent

Re: lyx chokes on documents with many subsections?

[Rob Oakes]

Hi Vincent,

 So.. could it be Rob's outliner enhancements then ??? 

That's certainly possible, but I think it unlikely.  To the best of my 
knowledge, Jose only began using the branch with the expanded outliner and 
other tools yesterday whereas the problem  has also been seen in  LyX 1.6.6.1 
and the main trunk.

With that said, I think that we should be very careful about drawing 
conclusions about the SVN version of LyX from the LyX-Outline branch. The 
outline version has a lot of changes and the code is not particularly optimized 
(though I am working on cleaning it up).  I do find it interesting that turning 
off the Outline pane resolves the problems.

Out of curiosity, do you notice the performance lags when using the expanded 
outline/corkboard widget?  If not, that would provide an important clue as to 
where the bottleneck is happening.  (My own gut says it has something to do 
with QTreeView on 64 bit systems.  I remember reading something about that on a 
forum a while back.)

Cheers,

Rob

Re: lyx chokes on documents with many subsections?

[Jose Quesada]

Some more  evindence...

 Excellent question. Where did you get your LyX version?
1- It's not only lyx from packages that exhibits this behavior, but also the
svn version. Well, I'm actually using Rob's branch (lyx-outliner, from
launchpad). Will keep testing.

2- All slowness goes away if I hide the outline panel (!).

3- Somehow it gets worse when this tool kicks in
http://www.stereopsis.com/flux/ . This points at qt again. My local qt is
4.6.


Best,
-Jose

Jose Quesada, PhD.
Max Planck Institute,
Center for Adaptive Behavior and Cognition,
Berlin
http://www.josequesada.name/
http://twitter.com/Quesada


On Fri, Jun 18, 2010 at 5:42 PM, Jose Quesada ques...@gmail.com wrote:

 I'm using both sabayon (laptop) and ubuntu (2 desktops).
 Will try to compile it with debug symbols, but now I'm under deadline
 pressure. Maybe 1st Jul or so, I'll report back...
 Thanks!

 Best,
 -Jose

 Jose Quesada, PhD.
 Max Planck Institute,
 Center for Adaptive Behavior and Cognition,
 Berlin
 http://www.josequesada.name/
 http://twitter.com/Quesada


 On Fri, Jun 18, 2010 at 4:51 PM, Jean-Marc LASGOUTTES 
 lasgout...@lyx.orgwrote:

 Liviu Andronic landronim...@gmail.com writes:

  On Fri, Jun 18, 2010 at 12:30 PM, stephen's mailinglist account
  stephen4mailingli...@googlemail.com wrote:
  Is this with ./configure --enable-build-type=pre
 
  I am not sure how this works for LyX. From my experience whenever
  debug symbols are needed, either install *-dbg package or build from
  source. The latter should suffice for minimal debugging. If you want
  to make sure debugging is at max verbosity, you may want to hunt some
  --debug=full or similar ./configure switch.

 /configure --enable-debug is the best.

 --enable-build-type=rel may be needed if using a non-release build.

 JMarc

Re: lyx chokes on documents with many subsections?

[Vincent van Ravesteijn]

On Fri, Jun 25, 2010 at 10:15 AM, Jose Quesada ques...@gmail.com wrote:
 Some more  evindence...
 Excellent question. Where did you get your LyX version?
 1- It's not only lyx from packages that exhibits this behavior, but also the
 svn version. Well, I'm actually using Rob's branch (lyx-outliner, from
 launchpad). Will keep testing.
 2- All slowness goes away if I hide the outline panel (!).

So.. could it be Rob's outliner enhancements then ???

(with all do respect Rob).

Vincent

Re: lyx chokes on documents with many subsections?

[Rob Oakes]

Hi Vincent,

 So.. could it be Rob's outliner enhancements then ??? 

That's certainly possible, but I think it unlikely.  To the best of my 
knowledge, Jose only began using the branch with the expanded outliner and 
other tools yesterday whereas the problem  has also been seen in  LyX 1.6.6.1 
and the main trunk.

With that said, I think that we should be very careful about drawing 
conclusions about the SVN version of LyX from the LyX-Outline branch. The 
outline version has a lot of changes and the code is not particularly optimized 
(though I am working on cleaning it up).  I do find it interesting that turning 
off the Outline pane resolves the problems.

Out of curiosity, do you notice the performance lags when using the expanded 
outline/corkboard widget?  If not, that would provide an important clue as to 
where the bottleneck is happening.  (My own gut says it has something to do 
with QTreeView on 64 bit systems.  I remember reading something about that on a 
forum a while back.)

Cheers,

Rob

Re: lyx chokes on documents with many subsections?

[Jose Quesada]

Some more  evindence...

> Excellent question. Where did you get your LyX version?
1- It's not only lyx from packages that exhibits this behavior, but also the
svn version. Well, I'm actually using Rob's branch (lyx-outliner, from
launchpad). Will keep testing.

2- All slowness goes away if I hide the outline panel (!).

3- Somehow it gets worse when this tool kicks in
http://www.stereopsis.com/flux/ . This points at qt again. My local qt is
4.6.


Best,
-Jose

Jose Quesada, PhD.
Max Planck Institute,
Center for Adaptive Behavior and Cognition,
Berlin
http://www.josequesada.name/
http://twitter.com/Quesada


On Fri, Jun 18, 2010 at 5:42 PM, Jose Quesada  wrote:

> I'm using both sabayon (laptop) and ubuntu (2 desktops).
> Will try to compile it with debug symbols, but now I'm under deadline
> pressure. Maybe 1st Jul or so, I'll report back...
> Thanks!
>
> Best,
> -Jose
>
> Jose Quesada, PhD.
> Max Planck Institute,
> Center for Adaptive Behavior and Cognition,
> Berlin
> http://www.josequesada.name/
> http://twitter.com/Quesada
>
>
> On Fri, Jun 18, 2010 at 4:51 PM, Jean-Marc LASGOUTTES 
> wrote:
>
>> Liviu Andronic  writes:
>>
>> > On Fri, Jun 18, 2010 at 12:30 PM, stephen's mailinglist account
>> >  wrote:
>> >> Is this with ./configure --enable-build-type=pre
>> >>
>> > I am not sure how this works for LyX. From my experience whenever
>> > debug symbols are needed, either install *-dbg package or build from
>> > source. The latter should suffice for minimal debugging. If you want
>> > to make sure debugging is at max verbosity, you may want to hunt some
>> > --debug=full or similar ./configure switch.
>>
>> /configure --enable-debug is the best.
>>
>> --enable-build-type=rel may be needed if using a non-release build.
>>
>> JMarc
>>
>>
>

Re: lyx chokes on documents with many subsections?

[Vincent van Ravesteijn]

On Fri, Jun 25, 2010 at 10:15 AM, Jose Quesada  wrote:
> Some more  evindence...
>> Excellent question. Where did you get your LyX version?
> 1- It's not only lyx from packages that exhibits this behavior, but also the
> svn version. Well, I'm actually using Rob's branch (lyx-outliner, from
> launchpad). Will keep testing.
> 2- All slowness goes away if I hide the outline panel (!).

So.. could it be Rob's outliner enhancements then ???

(with all do respect Rob).

Vincent

Re: lyx chokes on documents with many subsections?

[Rob Oakes]

Hi Vincent,

<< So.. could it be Rob's outliner enhancements then ??? >>

That's certainly possible, but I think it unlikely.  To the best of my 
knowledge, Jose only began using the branch with the expanded outliner and 
other tools yesterday whereas the problem  has also been seen in  LyX 1.6.6.1 
and the main trunk.

With that said, I think that we should be very careful about drawing 
conclusions about the SVN version of LyX from the LyX-Outline branch. The 
outline version has a lot of changes and the code is not particularly optimized 
(though I am working on cleaning it up).  I do find it interesting that turning 
off the Outline pane resolves the problems.

Out of curiosity, do you notice the performance lags when using the expanded 
outline/corkboard widget?  If not, that would provide an important clue as to 
where the bottleneck is happening.  (My own gut says it has something to do 
with QTreeView on 64 bit systems.  I remember reading something about that on a 
forum a while back.)

Cheers,

Rob

Re: lyx chokes on documents with many subsections?

[Jose Quesada]

Hi Jean-Marc,

Do you have a version of lyx with debugging symbols? If you do you could
try to run sysprof on it and see where the time is spent.
No, where do I get it?

Best,
-Jose

Jose Quesada, PhD.
Max Planck Institute,
Center for Adaptive Behavior and Cognition,
Berlin
http://www.josequesada.name/
http://twitter.com/Quesada


On Thu, Jun 17, 2010 at 4:09 PM, Jean-Marc LASGOUTTES lasgout...@lyx.orgwrote:

 Jose Quesada ques...@gmail.com writes:

  Hi again,
 
  I have to say, I still find slowness overall. On both sabayon and ubuntu.
  Everybody I know describes LyX as lighting fast. And it has the most
 useful
  outliner I know (and getting better). It'd be a pity we cannot have both
  things at the same time.

 Do you have a version of lyx with debugging symbols? If you do you could
 try to run sysprof on it and see where the time is spent.

 JMarc

Re: lyx chokes on documents with many subsections?

[Jean-Marc LASGOUTTES]

Jose Quesada ques...@gmail.com writes:

 Hi Jean-Marc,

Do you have a version of lyx with debugging symbols? If you do you could
try to run sysprof on it and see where the time is spent.
 No, where do I get it?

Excellent question. Where did you get your LyX version?

JMarc

Re: lyx chokes on documents with many subsections?

[Liviu Andronic]

On Fri, Jun 18, 2010 at 9:19 AM, Jose Quesada ques...@gmail.com wrote:
 Hi Jean-Marc,
Do you have a version of lyx with debugging symbols? If you do you could
try to run sysprof on it and see where the time is spent.
 No, where do I get it?

It seems that you use Ubuntu. Since there seems to be no lyx-dbg on
either Debian or Ubuntu, you would probably need to compile LyX to
have it in debugging mode.
Liviu

Re: lyx chokes on documents with many subsections?

[Liviu Andronic]

On Fri, Jun 18, 2010 at 12:30 PM, stephen's mailinglist account
stephen4mailingli...@googlemail.com wrote:
 Is this with ./configure --enable-build-type=pre

I am not sure how this works for LyX. From my experience whenever
debug symbols are needed, either install *-dbg package or build from
source. The latter should suffice for minimal debugging. If you want
to make sure debugging is at max verbosity, you may want to hunt some
--debug=full or similar ./configure switch.
Liviu

Re: lyx chokes on documents with many subsections?

[Marcelo Acuña]

  Hi again,
 
  I have to say, I still find slowness overall. On both
 sabayon and ubuntu.
  Everybody I know describes LyX as lighting fast. And
 it has the most useful
  outliner I know (and getting better). It'd be a pity
 we cannot have both
  things at the same time.

 Several months ago, this problem force to me to move to multiple file doc.
 This solution was satisfactory.
Marcelo

Re: lyx chokes on documents with many subsections?

[Jean-Marc LASGOUTTES]

Liviu Andronic landronim...@gmail.com writes:

 On Fri, Jun 18, 2010 at 12:30 PM, stephen's mailinglist account
 stephen4mailingli...@googlemail.com wrote:
 Is this with ./configure --enable-build-type=pre

 I am not sure how this works for LyX. From my experience whenever
 debug symbols are needed, either install *-dbg package or build from
 source. The latter should suffice for minimal debugging. If you want
 to make sure debugging is at max verbosity, you may want to hunt some
 --debug=full or similar ./configure switch.

/configure --enable-debug is the best.

--enable-build-type=rel may be needed if using a non-release build.

JMarc

Re: lyx chokes on documents with many subsections?

[Jose Quesada]

I'm using both sabayon (laptop) and ubuntu (2 desktops).
Will try to compile it with debug symbols, but now I'm under deadline
pressure. Maybe 1st Jul or so, I'll report back...
Thanks!
Best,
-Jose

Jose Quesada, PhD.
Max Planck Institute,
Center for Adaptive Behavior and Cognition,
Berlin
http://www.josequesada.name/
http://twitter.com/Quesada


On Fri, Jun 18, 2010 at 4:51 PM, Jean-Marc LASGOUTTES lasgout...@lyx.orgwrote:

 Liviu Andronic landronim...@gmail.com writes:

  On Fri, Jun 18, 2010 at 12:30 PM, stephen's mailinglist account
  stephen4mailingli...@googlemail.com wrote:
  Is this with ./configure --enable-build-type=pre
 
  I am not sure how this works for LyX. From my experience whenever
  debug symbols are needed, either install *-dbg package or build from
  source. The latter should suffice for minimal debugging. If you want
  to make sure debugging is at max verbosity, you may want to hunt some
  --debug=full or similar ./configure switch.

 /configure --enable-debug is the best.

 --enable-build-type=rel may be needed if using a non-release build.

 JMarc

Re: lyx chokes on documents with many subsections?

[Jose Quesada]

Hi Jean-Marc,

Do you have a version of lyx with debugging symbols? If you do you could
try to run sysprof on it and see where the time is spent.
No, where do I get it?

Best,
-Jose

Jose Quesada, PhD.
Max Planck Institute,
Center for Adaptive Behavior and Cognition,
Berlin
http://www.josequesada.name/
http://twitter.com/Quesada


On Thu, Jun 17, 2010 at 4:09 PM, Jean-Marc LASGOUTTES lasgout...@lyx.orgwrote:

 Jose Quesada ques...@gmail.com writes:

  Hi again,
 
  I have to say, I still find slowness overall. On both sabayon and ubuntu.
  Everybody I know describes LyX as lighting fast. And it has the most
 useful
  outliner I know (and getting better). It'd be a pity we cannot have both
  things at the same time.

 Do you have a version of lyx with debugging symbols? If you do you could
 try to run sysprof on it and see where the time is spent.

 JMarc

Re: lyx chokes on documents with many subsections?

[Jean-Marc LASGOUTTES]

Jose Quesada ques...@gmail.com writes:

 Hi Jean-Marc,

Do you have a version of lyx with debugging symbols? If you do you could
try to run sysprof on it and see where the time is spent.
 No, where do I get it?

Excellent question. Where did you get your LyX version?

JMarc

Re: lyx chokes on documents with many subsections?

[Liviu Andronic]

On Fri, Jun 18, 2010 at 9:19 AM, Jose Quesada ques...@gmail.com wrote:
 Hi Jean-Marc,
Do you have a version of lyx with debugging symbols? If you do you could
try to run sysprof on it and see where the time is spent.
 No, where do I get it?

It seems that you use Ubuntu. Since there seems to be no lyx-dbg on
either Debian or Ubuntu, you would probably need to compile LyX to
have it in debugging mode.
Liviu

Re: lyx chokes on documents with many subsections?

[Liviu Andronic]

On Fri, Jun 18, 2010 at 12:30 PM, stephen's mailinglist account
stephen4mailingli...@googlemail.com wrote:
 Is this with ./configure --enable-build-type=pre

I am not sure how this works for LyX. From my experience whenever
debug symbols are needed, either install *-dbg package or build from
source. The latter should suffice for minimal debugging. If you want
to make sure debugging is at max verbosity, you may want to hunt some
--debug=full or similar ./configure switch.
Liviu

Re: lyx chokes on documents with many subsections?

[Marcelo Acuña]

  Hi again,
 
  I have to say, I still find slowness overall. On both
 sabayon and ubuntu.
  Everybody I know describes LyX as lighting fast. And
 it has the most useful
  outliner I know (and getting better). It'd be a pity
 we cannot have both
  things at the same time.

 Several months ago, this problem force to me to move to multiple file doc.
 This solution was satisfactory.
Marcelo

Re: lyx chokes on documents with many subsections?

[Jean-Marc LASGOUTTES]

Liviu Andronic landronim...@gmail.com writes:

 On Fri, Jun 18, 2010 at 12:30 PM, stephen's mailinglist account
 stephen4mailingli...@googlemail.com wrote:
 Is this with ./configure --enable-build-type=pre

 I am not sure how this works for LyX. From my experience whenever
 debug symbols are needed, either install *-dbg package or build from
 source. The latter should suffice for minimal debugging. If you want
 to make sure debugging is at max verbosity, you may want to hunt some
 --debug=full or similar ./configure switch.

/configure --enable-debug is the best.

--enable-build-type=rel may be needed if using a non-release build.

JMarc

Re: lyx chokes on documents with many subsections?

[Jose Quesada]

I'm using both sabayon (laptop) and ubuntu (2 desktops).
Will try to compile it with debug symbols, but now I'm under deadline
pressure. Maybe 1st Jul or so, I'll report back...
Thanks!
Best,
-Jose

Jose Quesada, PhD.
Max Planck Institute,
Center for Adaptive Behavior and Cognition,
Berlin
http://www.josequesada.name/
http://twitter.com/Quesada


On Fri, Jun 18, 2010 at 4:51 PM, Jean-Marc LASGOUTTES lasgout...@lyx.orgwrote:

 Liviu Andronic landronim...@gmail.com writes:

  On Fri, Jun 18, 2010 at 12:30 PM, stephen's mailinglist account
  stephen4mailingli...@googlemail.com wrote:
  Is this with ./configure --enable-build-type=pre
 
  I am not sure how this works for LyX. From my experience whenever
  debug symbols are needed, either install *-dbg package or build from
  source. The latter should suffice for minimal debugging. If you want
  to make sure debugging is at max verbosity, you may want to hunt some
  --debug=full or similar ./configure switch.

 /configure --enable-debug is the best.

 --enable-build-type=rel may be needed if using a non-release build.

 JMarc

Re: lyx chokes on documents with many subsections?

[Jose Quesada]

Hi Jean-Marc,

>Do you have a version of lyx with debugging symbols? If you do you could
>try to run sysprof on it and see where the time is spent.
No, where do I get it?

Best,
-Jose

Jose Quesada, PhD.
Max Planck Institute,
Center for Adaptive Behavior and Cognition,
Berlin
http://www.josequesada.name/
http://twitter.com/Quesada


On Thu, Jun 17, 2010 at 4:09 PM, Jean-Marc LASGOUTTES wrote:

> Jose Quesada  writes:
>
> > Hi again,
> >
> > I have to say, I still find slowness overall. On both sabayon and ubuntu.
> > Everybody I know describes LyX as lighting fast. And it has the most
> useful
> > outliner I know (and getting better). It'd be a pity we cannot have both
> > things at the same time.
>
> Do you have a version of lyx with debugging symbols? If you do you could
> try to run sysprof on it and see where the time is spent.
>
> JMarc
>

Re: lyx chokes on documents with many subsections?

[Jean-Marc LASGOUTTES]

Jose Quesada  writes:

> Hi Jean-Marc,
>
>>Do you have a version of lyx with debugging symbols? If you do you could
>>try to run sysprof on it and see where the time is spent.
> No, where do I get it?

Excellent question. Where did you get your LyX version?

JMarc

Re: lyx chokes on documents with many subsections?

[Liviu Andronic]

On Fri, Jun 18, 2010 at 9:19 AM, Jose Quesada  wrote:
> Hi Jean-Marc,
>>Do you have a version of lyx with debugging symbols? If you do you could
>>try to run sysprof on it and see where the time is spent.
> No, where do I get it?
>
It seems that you use Ubuntu. Since there seems to be no lyx-dbg on
either Debian or Ubuntu, you would probably need to compile LyX to
have it in debugging mode.
Liviu

Re: lyx chokes on documents with many subsections?

[Liviu Andronic]

On Fri, Jun 18, 2010 at 12:30 PM, stephen's mailinglist account
 wrote:
> Is this with ./configure --enable-build-type=pre
>
I am not sure how this works for LyX. From my experience whenever
debug symbols are needed, either install *-dbg package or build from
source. The latter should suffice for minimal debugging. If you want
to make sure debugging is at max verbosity, you may want to hunt some
--debug=full or similar ./configure switch.
Liviu

Re: lyx chokes on documents with many subsections?

[Marcelo Acuña]

> > Hi again,
> >
> > I have to say, I still find slowness overall. On both
> sabayon and ubuntu.
> > Everybody I know describes LyX as lighting fast. And
> it has the most useful
> > outliner I know (and getting better). It'd be a pity
> we cannot have both
> > things at the same time.

 Several months ago, this problem force to me to move to multiple file doc.
 This solution was satisfactory.
Marcelo

Re: lyx chokes on documents with many subsections?

[Jean-Marc LASGOUTTES]

Liviu Andronic  writes:

> On Fri, Jun 18, 2010 at 12:30 PM, stephen's mailinglist account
>  wrote:
>> Is this with ./configure --enable-build-type=pre
>>
> I am not sure how this works for LyX. From my experience whenever
> debug symbols are needed, either install *-dbg package or build from
> source. The latter should suffice for minimal debugging. If you want
> to make sure debugging is at max verbosity, you may want to hunt some
> --debug=full or similar ./configure switch.

/configure --enable-debug is the best.

--enable-build-type=rel may be needed if using a non-release build.

JMarc

Re: lyx chokes on documents with many subsections?

[Jose Quesada]

I'm using both sabayon (laptop) and ubuntu (2 desktops).
Will try to compile it with debug symbols, but now I'm under deadline
pressure. Maybe 1st Jul or so, I'll report back...
Thanks!
Best,
-Jose

Jose Quesada, PhD.
Max Planck Institute,
Center for Adaptive Behavior and Cognition,
Berlin
http://www.josequesada.name/
http://twitter.com/Quesada


On Fri, Jun 18, 2010 at 4:51 PM, Jean-Marc LASGOUTTES wrote:

> Liviu Andronic  writes:
>
> > On Fri, Jun 18, 2010 at 12:30 PM, stephen's mailinglist account
> >  wrote:
> >> Is this with ./configure --enable-build-type=pre
> >>
> > I am not sure how this works for LyX. From my experience whenever
> > debug symbols are needed, either install *-dbg package or build from
> > source. The latter should suffice for minimal debugging. If you want
> > to make sure debugging is at max verbosity, you may want to hunt some
> > --debug=full or similar ./configure switch.
>
> /configure --enable-debug is the best.
>
> --enable-build-type=rel may be needed if using a non-release build.
>
> JMarc
>
>

Re: lyx chokes on documents with many subsections?

[Jean-Marc LASGOUTTES]

Jose Quesada ques...@gmail.com writes:

 Hi again,

 I have to say, I still find slowness overall. On both sabayon and ubuntu.
 Everybody I know describes LyX as lighting fast. And it has the most useful
 outliner I know (and getting better). It'd be a pity we cannot have both
 things at the same time.

Do you have a version of lyx with debugging symbols? If you do you could
try to run sysprof on it and see where the time is spent.

JMarc

Re: lyx chokes on documents with many subsections?

[Jean-Marc LASGOUTTES]

Jose Quesada ques...@gmail.com writes:

 Hi again,

 I have to say, I still find slowness overall. On both sabayon and ubuntu.
 Everybody I know describes LyX as lighting fast. And it has the most useful
 outliner I know (and getting better). It'd be a pity we cannot have both
 things at the same time.

Do you have a version of lyx with debugging symbols? If you do you could
try to run sysprof on it and see where the time is spent.

JMarc

Re: lyx chokes on documents with many subsections?

[Jean-Marc LASGOUTTES]

Jose Quesada  writes:

> Hi again,
>
> I have to say, I still find slowness overall. On both sabayon and ubuntu.
> Everybody I know describes LyX as lighting fast. And it has the most useful
> outliner I know (and getting better). It'd be a pity we cannot have both
> things at the same time.

Do you have a version of lyx with debugging symbols? If you do you could
try to run sysprof on it and see where the time is spent.

JMarc

Re: Re: lyx chokes on documents with many subsections?

[Jose Quesada]

Hi again,

I have to say, I still find slowness overall. On both sabayon and ubuntu.
Everybody I know describes LyX as lighting fast. And it has the most useful
outliner I know (and getting better). It'd be a pity we cannot have both
things at the same time.

Best,
-Jose

Jose Quesada, PhD.
Max Planck Institute,
Center for Adaptive Behavior and Cognition,
Berlin
http://www.josequesada.name/
http://twitter.com/Quesada


On Mon, Jun 14, 2010 at 7:54 PM, Todd Denniston 
todd.dennis...@tsb.cranrdte.navy.mil wrote:

 Jose Quesada wrote, On 01/-10/-28163 02:59 PM:
  update: using branches does not help.
  Moving around in a large doc (example: userGuide) is sluggy too. Weird.
 This
  must be something in my config...
  I tried 1.6.4 (ubuntu) 1.6.6 (sabayon) and 2alpha 3 (ubuntu). Same
 problem.
  The problem is that moving the cursor (not even typing, as usersGuide is
  read-only) takes a long time, maybe .5 sec per character. Doesn't feel
  speedy... compared with a small doc, where it flies.
  Best,
  -Jose
 

 FYI CentOS 5.4, LyX 1.6.5 from EPEL
 With Outline closed, LyX works nice and fast, with Outline open, I feel a
 slight slowdown even on a
 dual Xeon(R) CPU @ 2.83GHz, with 2GB of ram, on slower/smaller machines
 (dual Xeon(TM) CPU @ 1.50GHz
 .5GB) I have to keep it closed except when needed.


 For rearranging the document though, the new (since 1.4) outline mode is
 tremendously helpful.


 --
 Todd Denniston
 Crane Division, Naval Surface Warfare Center (NSWC Crane)
 Harnessing the Power of Technology for the Warfighter

Re: lyx chokes on documents with many subsections?

[RGH]

On 06/15/2010 06:35 AM, Jose Quesada wrote:

Hi again,

I have to say, I still find slowness overall. On both sabayon and 
ubuntu. Everybody I know describes LyX as lighting fast. And it has 
the most useful outliner I know (and getting better). It'd be a pity 
we cannot have both things at the same time.


I've looked carefully at the code surrounding the TOC, and I don't see 
anything in LyX that could be responsible for this. Simple typing does 
not cause the TOC to be reloaded. Even if you are in a section heading, 
for example, LyX only updates that one line.


That said, I do not know what Qt does here. In any event, this problem 
seems pretty clearly related to Qt and the like.


Richard

Re: lyx chokes on documents with many subsections?

[Jose Quesada]

Thanks richard for looking at the code carefully.

I also think it could be qt related. I've spent the afternoon switching from
lxde, gnome, and kde envs and trying different wm. It seems that it's mostly
happening on kde, but I'm not sure anymore.

Best,
-Jose

Jose Quesada, PhD.
Max Planck Institute,
Center for Adaptive Behavior and Cognition,
Berlin
http://www.josequesada.name/
http://twitter.com/Quesada


On Tue, Jun 15, 2010 at 3:34 PM, RGH rgh...@comcast.net wrote:

 On 06/15/2010 06:35 AM, Jose Quesada wrote:

 Hi again,

 I have to say, I still find slowness overall. On both sabayon and ubuntu.
 Everybody I know describes LyX as lighting fast. And it has the most useful
 outliner I know (and getting better). It'd be a pity we cannot have both
 things at the same time.

  I've looked carefully at the code surrounding the TOC, and I don't see
 anything in LyX that could be responsible for this. Simple typing does not
 cause the TOC to be reloaded. Even if you are in a section heading, for
 example, LyX only updates that one line.

 That said, I do not know what Qt does here. In any event, this problem
 seems pretty clearly related to Qt and the like.

 Richard

Re: lyx chokes on documents with many subsections?

[Steve Litt]

On Tuesday 15 June 2010 14:01:01 Jose Quesada wrote:
 Thanks richard for looking at the code carefully.
 
 I also think it could be qt related. I've spent the afternoon switching
  from lxde, gnome, and kde envs and trying different wm. It seems that it's
  mostly happening on kde, but I'm not sure anymore.

I'm not surprised at it happening most on KDE. I've never had a lot of trust 
for KDE or its apps. KDE and its apps impress me as fragile, glitchy and slow.

And yes, this email's X-mailer header does say Kmail -- I never said I wasn't 
a hippocrit.

SteveT

Steve Litt
Recession Relief Package
http://www.recession-relief.US
Twitter: http://www.twitter.com/stevelitt

Re: Re: lyx chokes on documents with many subsections?

[Jose Quesada]

Hi again,

I have to say, I still find slowness overall. On both sabayon and ubuntu.
Everybody I know describes LyX as lighting fast. And it has the most useful
outliner I know (and getting better). It'd be a pity we cannot have both
things at the same time.

Best,
-Jose

Jose Quesada, PhD.
Max Planck Institute,
Center for Adaptive Behavior and Cognition,
Berlin
http://www.josequesada.name/
http://twitter.com/Quesada


On Mon, Jun 14, 2010 at 7:54 PM, Todd Denniston 
todd.dennis...@tsb.cranrdte.navy.mil wrote:

 Jose Quesada wrote, On 01/-10/-28163 02:59 PM:
  update: using branches does not help.
  Moving around in a large doc (example: userGuide) is sluggy too. Weird.
 This
  must be something in my config...
  I tried 1.6.4 (ubuntu) 1.6.6 (sabayon) and 2alpha 3 (ubuntu). Same
 problem.
  The problem is that moving the cursor (not even typing, as usersGuide is
  read-only) takes a long time, maybe .5 sec per character. Doesn't feel
  speedy... compared with a small doc, where it flies.
  Best,
  -Jose
 

 FYI CentOS 5.4, LyX 1.6.5 from EPEL
 With Outline closed, LyX works nice and fast, with Outline open, I feel a
 slight slowdown even on a
 dual Xeon(R) CPU @ 2.83GHz, with 2GB of ram, on slower/smaller machines
 (dual Xeon(TM) CPU @ 1.50GHz
 .5GB) I have to keep it closed except when needed.


 For rearranging the document though, the new (since 1.4) outline mode is
 tremendously helpful.


 --
 Todd Denniston
 Crane Division, Naval Surface Warfare Center (NSWC Crane)
 Harnessing the Power of Technology for the Warfighter

Re: lyx chokes on documents with many subsections?

[RGH]

On 06/15/2010 06:35 AM, Jose Quesada wrote:

Hi again,

I have to say, I still find slowness overall. On both sabayon and 
ubuntu. Everybody I know describes LyX as lighting fast. And it has 
the most useful outliner I know (and getting better). It'd be a pity 
we cannot have both things at the same time.


I've looked carefully at the code surrounding the TOC, and I don't see 
anything in LyX that could be responsible for this. Simple typing does 
not cause the TOC to be reloaded. Even if you are in a section heading, 
for example, LyX only updates that one line.


That said, I do not know what Qt does here. In any event, this problem 
seems pretty clearly related to Qt and the like.


Richard

Re: lyx chokes on documents with many subsections?

[Jose Quesada]

Thanks richard for looking at the code carefully.

I also think it could be qt related. I've spent the afternoon switching from
lxde, gnome, and kde envs and trying different wm. It seems that it's mostly
happening on kde, but I'm not sure anymore.

Best,
-Jose

Jose Quesada, PhD.
Max Planck Institute,
Center for Adaptive Behavior and Cognition,
Berlin
http://www.josequesada.name/
http://twitter.com/Quesada


On Tue, Jun 15, 2010 at 3:34 PM, RGH rgh...@comcast.net wrote:

 On 06/15/2010 06:35 AM, Jose Quesada wrote:

 Hi again,

 I have to say, I still find slowness overall. On both sabayon and ubuntu.
 Everybody I know describes LyX as lighting fast. And it has the most useful
 outliner I know (and getting better). It'd be a pity we cannot have both
 things at the same time.

  I've looked carefully at the code surrounding the TOC, and I don't see
 anything in LyX that could be responsible for this. Simple typing does not
 cause the TOC to be reloaded. Even if you are in a section heading, for
 example, LyX only updates that one line.

 That said, I do not know what Qt does here. In any event, this problem
 seems pretty clearly related to Qt and the like.

 Richard

Re: lyx chokes on documents with many subsections?

[Steve Litt]

On Tuesday 15 June 2010 14:01:01 Jose Quesada wrote:
 Thanks richard for looking at the code carefully.
 
 I also think it could be qt related. I've spent the afternoon switching
  from lxde, gnome, and kde envs and trying different wm. It seems that it's
  mostly happening on kde, but I'm not sure anymore.

I'm not surprised at it happening most on KDE. I've never had a lot of trust 
for KDE or its apps. KDE and its apps impress me as fragile, glitchy and slow.

And yes, this email's X-mailer header does say Kmail -- I never said I wasn't 
a hippocrit.

SteveT

Steve Litt
Recession Relief Package
http://www.recession-relief.US
Twitter: http://www.twitter.com/stevelitt

Re: Re: lyx chokes on documents with many subsections?

[Jose Quesada]

Hi again,

I have to say, I still find slowness overall. On both sabayon and ubuntu.
Everybody I know describes LyX as lighting fast. And it has the most useful
outliner I know (and getting better). It'd be a pity we cannot have both
things at the same time.

Best,
-Jose

Jose Quesada, PhD.
Max Planck Institute,
Center for Adaptive Behavior and Cognition,
Berlin
http://www.josequesada.name/
http://twitter.com/Quesada


On Mon, Jun 14, 2010 at 7:54 PM, Todd Denniston <
todd.dennis...@tsb.cranrdte.navy.mil> wrote:

> Jose Quesada wrote, On 01/-10/-28163 02:59 PM:
> > update: using branches does not help.
> > Moving around in a large doc (example: userGuide) is sluggy too. Weird.
> This
> > must be something in my config...
> > I tried 1.6.4 (ubuntu) 1.6.6 (sabayon) and 2alpha 3 (ubuntu). Same
> problem.
> > The problem is that moving the cursor (not even typing, as usersGuide is
> > read-only) takes a long time, maybe .5 sec per character. Doesn't feel
> > speedy... compared with a small doc, where it flies.
> > Best,
> > -Jose
> >
>
> FYI CentOS 5.4, LyX 1.6.5 from EPEL
> With Outline closed, LyX works nice and fast, with Outline open, I feel a
> slight slowdown even on a
> dual Xeon(R) CPU @ 2.83GHz, with 2GB of ram, on slower/smaller machines
> (dual Xeon(TM) CPU @ 1.50GHz
> .5GB) I have to keep it closed except when needed.
>
>
> For rearranging the document though, the new (since 1.4) outline mode is
> tremendously helpful.
>
>
> --
> Todd Denniston
> Crane Division, Naval Surface Warfare Center (NSWC Crane)
> Harnessing the Power of Technology for the Warfighter
>

Re: lyx chokes on documents with many subsections?

[RGH]

On 06/15/2010 06:35 AM, Jose Quesada wrote:

Hi again,

I have to say, I still find slowness overall. On both sabayon and 
ubuntu. Everybody I know describes LyX as lighting fast. And it has 
the most useful outliner I know (and getting better). It'd be a pity 
we cannot have both things at the same time.


I've looked carefully at the code surrounding the TOC, and I don't see 
anything in LyX that could be responsible for this. Simple typing does 
not cause the TOC to be reloaded. Even if you are in a section heading, 
for example, LyX only updates that one line.


That said, I do not know what Qt does here. In any event, this problem 
seems pretty clearly related to Qt and the like.


Richard

Re: lyx chokes on documents with many subsections?

[Jose Quesada]

Thanks richard for looking at the code carefully.

I also think it could be qt related. I've spent the afternoon switching from
lxde, gnome, and kde envs and trying different wm. It seems that it's mostly
happening on kde, but I'm not sure anymore.

Best,
-Jose

Jose Quesada, PhD.
Max Planck Institute,
Center for Adaptive Behavior and Cognition,
Berlin
http://www.josequesada.name/
http://twitter.com/Quesada


On Tue, Jun 15, 2010 at 3:34 PM, RGH  wrote:

> On 06/15/2010 06:35 AM, Jose Quesada wrote:
>
>> Hi again,
>>
>> I have to say, I still find slowness overall. On both sabayon and ubuntu.
>> Everybody I know describes LyX as lighting fast. And it has the most useful
>> outliner I know (and getting better). It'd be a pity we cannot have both
>> things at the same time.
>>
>>  I've looked carefully at the code surrounding the TOC, and I don't see
> anything in LyX that could be responsible for this. Simple typing does not
> cause the TOC to be reloaded. Even if you are in a section heading, for
> example, LyX only updates that one line.
>
> That said, I do not know what Qt does here. In any event, this problem
> seems pretty clearly related to Qt and the like.
>
> Richard
>
>

Re: lyx chokes on documents with many subsections?

[Steve Litt]

On Tuesday 15 June 2010 14:01:01 Jose Quesada wrote:
> Thanks richard for looking at the code carefully.
> 
> I also think it could be qt related. I've spent the afternoon switching
>  from lxde, gnome, and kde envs and trying different wm. It seems that it's
>  mostly happening on kde, but I'm not sure anymore.

I'm not surprised at it happening most on KDE. I've never had a lot of trust 
for KDE or its apps. KDE and its apps impress me as fragile, glitchy and slow.

And yes, this email's X-mailer header does say Kmail -- I never said I wasn't 
a hippocrit.

SteveT

Steve Litt
Recession Relief Package
http://www.recession-relief.US
Twitter: http://www.twitter.com/stevelitt

Re: Re: lyx chokes on documents with many subsections?

[Todd Denniston]

Jose Quesada wrote, On 01/-10/-28163 02:59 PM:
 update: using branches does not help.
 Moving around in a large doc (example: userGuide) is sluggy too. Weird. This
 must be something in my config...
 I tried 1.6.4 (ubuntu) 1.6.6 (sabayon) and 2alpha 3 (ubuntu). Same problem.
 The problem is that moving the cursor (not even typing, as usersGuide is
 read-only) takes a long time, maybe .5 sec per character. Doesn't feel
 speedy... compared with a small doc, where it flies.
 Best,
 -Jose
 

FYI CentOS 5.4, LyX 1.6.5 from EPEL
With Outline closed, LyX works nice and fast, with Outline open, I feel a 
slight slowdown even on a
dual Xeon(R) CPU @ 2.83GHz, with 2GB of ram, on slower/smaller machines (dual 
Xeon(TM) CPU @ 1.50GHz
.5GB) I have to keep it closed except when needed.


For rearranging the document though, the new (since 1.4) outline mode is 
tremendously helpful.


-- 
Todd Denniston
Crane Division, Naval Surface Warfare Center (NSWC Crane)
Harnessing the Power of Technology for the Warfighter

Re: Re: lyx chokes on documents with many subsections?

[Todd Denniston]

Jose Quesada wrote, On 01/-10/-28163 02:59 PM:
 update: using branches does not help.
 Moving around in a large doc (example: userGuide) is sluggy too. Weird. This
 must be something in my config...
 I tried 1.6.4 (ubuntu) 1.6.6 (sabayon) and 2alpha 3 (ubuntu). Same problem.
 The problem is that moving the cursor (not even typing, as usersGuide is
 read-only) takes a long time, maybe .5 sec per character. Doesn't feel
 speedy... compared with a small doc, where it flies.
 Best,
 -Jose
 

FYI CentOS 5.4, LyX 1.6.5 from EPEL
With Outline closed, LyX works nice and fast, with Outline open, I feel a 
slight slowdown even on a
dual Xeon(R) CPU @ 2.83GHz, with 2GB of ram, on slower/smaller machines (dual 
Xeon(TM) CPU @ 1.50GHz
.5GB) I have to keep it closed except when needed.


For rearranging the document though, the new (since 1.4) outline mode is 
tremendously helpful.


-- 
Todd Denniston
Crane Division, Naval Surface Warfare Center (NSWC Crane)
Harnessing the Power of Technology for the Warfighter

Re: Re: lyx chokes on documents with many subsections?

[Todd Denniston]

Jose Quesada wrote, On 01/-10/-28163 02:59 PM:
> update: using branches does not help.
> Moving around in a large doc (example: userGuide) is sluggy too. Weird. This
> must be something in my config...
> I tried 1.6.4 (ubuntu) 1.6.6 (sabayon) and 2alpha 3 (ubuntu). Same problem.
> The problem is that moving the cursor (not even typing, as usersGuide is
> read-only) takes a long time, maybe .5 sec per character. Doesn't feel
> speedy... compared with a small doc, where it flies.
> Best,
> -Jose
> 

FYI CentOS 5.4, LyX 1.6.5 from EPEL
With Outline closed, LyX works nice and fast, with Outline open, I feel a 
slight slowdown even on a
dual Xeon(R) CPU @ 2.83GHz, with 2GB of ram, on slower/smaller machines (dual 
Xeon(TM) CPU @ 1.50GHz
.5GB) I have to keep it closed except when needed.


For rearranging the document though, the new (since 1.4) outline mode is 
tremendously helpful.


-- 
Todd Denniston
Crane Division, Naval Surface Warfare Center (NSWC Crane)
Harnessing the Power of Technology for the Warfighter

Re: lyx chokes on documents with many subsections?

[Abdelrazak Younes]

On 13/06/2010 00:27, Jose Quesada wrote:

Thanks Paul,

It makes me sad when I face situations like this. LyX is a great tool,
that should work well under linux (open source, qt, etc).


Actually, LyX have been must faster on Windows than on Linux for a few 
years now. This is probably because most of developers interested in 
metrics and drawing stuff were on Windows. Probably also because Qt is 
faster under Windows.



But what I
find is the contrary. Obscure bug that I have no time to track (I know
first hand this could be a time sink, going down the rabbit hole...).


Not so obscure, it's obviously related to the outline pane. This pane 
uses Qt a lot as opposed to the LyX working area. IIIRC there was some 
performance fixes in 1.6.5 or 1.6.6 related to Qt4.4 or something.



Ubuntu version is pretty out-of-date (1.6.4). Looks like for this
deadline I'll have to use plain latex, and hope somehow an update will
fix the problem.


First thing is to upgrade your Qt and LyX version. LyX-1.6.5 with Qt4.6 
(unbuntu 10.04) works fine. If you don't feel like upgrading your 
system, there's always the option of compiling the latest LyX yourself, 
it's not very hard. You don't even have to compile Qt, you can download 
a precompiled SDK for Linux in Nokia's web site. Of course the whole 
process takes time but compiling LyX on your system won't take much, 
maybe 10 to 20 minutes.


Abdel.

Re: lyx chokes on documents with many subsections?

[Jose Quesada]

Thanks all,

Looks like the problem may have to do with my nvidia drivers.
Compositing is Xrender, openGL doesn't work. No idea why (nvidia drivers
185, geforce 8400 gs)

Following up on a tip on the google search suggested in this thread,
I  added Option FramebufferCompression false to device section in
xorg.conf. Then logged out and back in.
This seems to have fixed the speed. For now.

If it comes back, I'll try compiling a newer version or upgrading.

Best,
-Jose

Jose Quesada, PhD.
Max Planck Institute,
Center for Adaptive Behavior and Cognition,
Berlin
http://www.josequesada.name/
http://twitter.com/Quesada


On Sun, Jun 13, 2010 at 9:24 AM, Abdelrazak Younes you...@lyx.org wrote:

 On 13/06/2010 00:27, Jose Quesada wrote:

 Thanks Paul,

 It makes me sad when I face situations like this. LyX is a great tool,
 that should work well under linux (open source, qt, etc).


 Actually, LyX have been must faster on Windows than on Linux for a few
 years now. This is probably because most of developers interested in metrics
 and drawing stuff were on Windows. Probably also because Qt is faster under
 Windows.


  But what I
 find is the contrary. Obscure bug that I have no time to track (I know
 first hand this could be a time sink, going down the rabbit hole...).


 Not so obscure, it's obviously related to the outline pane. This pane uses
 Qt a lot as opposed to the LyX working area. IIIRC there was some
 performance fixes in 1.6.5 or 1.6.6 related to Qt4.4 or something.


  Ubuntu version is pretty out-of-date (1.6.4). Looks like for this
 deadline I'll have to use plain latex, and hope somehow an update will
 fix the problem.


 First thing is to upgrade your Qt and LyX version. LyX-1.6.5 with Qt4.6
 (unbuntu 10.04) works fine. If you don't feel like upgrading your system,
 there's always the option of compiling the latest LyX yourself, it's not
 very hard. You don't even have to compile Qt, you can download a precompiled
 SDK for Linux in Nokia's web site. Of course the whole process takes time
 but compiling LyX on your system won't take much, maybe 10 to 20 minutes.

 Abdel.

Re: lyx chokes on documents with many subsections?

[Abdelrazak Younes]

On 13/06/2010 00:27, Jose Quesada wrote:

Thanks Paul,

It makes me sad when I face situations like this. LyX is a great tool,
that should work well under linux (open source, qt, etc).


Actually, LyX have been must faster on Windows than on Linux for a few 
years now. This is probably because most of developers interested in 
metrics and drawing stuff were on Windows. Probably also because Qt is 
faster under Windows.



But what I
find is the contrary. Obscure bug that I have no time to track (I know
first hand this could be a time sink, going down the rabbit hole...).


Not so obscure, it's obviously related to the outline pane. This pane 
uses Qt a lot as opposed to the LyX working area. IIIRC there was some 
performance fixes in 1.6.5 or 1.6.6 related to Qt4.4 or something.



Ubuntu version is pretty out-of-date (1.6.4). Looks like for this
deadline I'll have to use plain latex, and hope somehow an update will
fix the problem.


First thing is to upgrade your Qt and LyX version. LyX-1.6.5 with Qt4.6 
(unbuntu 10.04) works fine. If you don't feel like upgrading your 
system, there's always the option of compiling the latest LyX yourself, 
it's not very hard. You don't even have to compile Qt, you can download 
a precompiled SDK for Linux in Nokia's web site. Of course the whole 
process takes time but compiling LyX on your system won't take much, 
maybe 10 to 20 minutes.


Abdel.

Re: lyx chokes on documents with many subsections?

[Jose Quesada]

Thanks all,

Looks like the problem may have to do with my nvidia drivers.
Compositing is Xrender, openGL doesn't work. No idea why (nvidia drivers
185, geforce 8400 gs)

Following up on a tip on the google search suggested in this thread,
I  added Option FramebufferCompression false to device section in
xorg.conf. Then logged out and back in.
This seems to have fixed the speed. For now.

If it comes back, I'll try compiling a newer version or upgrading.

Best,
-Jose

Jose Quesada, PhD.
Max Planck Institute,
Center for Adaptive Behavior and Cognition,
Berlin
http://www.josequesada.name/
http://twitter.com/Quesada


On Sun, Jun 13, 2010 at 9:24 AM, Abdelrazak Younes you...@lyx.org wrote:

 On 13/06/2010 00:27, Jose Quesada wrote:

 Thanks Paul,

 It makes me sad when I face situations like this. LyX is a great tool,
 that should work well under linux (open source, qt, etc).


 Actually, LyX have been must faster on Windows than on Linux for a few
 years now. This is probably because most of developers interested in metrics
 and drawing stuff were on Windows. Probably also because Qt is faster under
 Windows.


  But what I
 find is the contrary. Obscure bug that I have no time to track (I know
 first hand this could be a time sink, going down the rabbit hole...).


 Not so obscure, it's obviously related to the outline pane. This pane uses
 Qt a lot as opposed to the LyX working area. IIIRC there was some
 performance fixes in 1.6.5 or 1.6.6 related to Qt4.4 or something.


  Ubuntu version is pretty out-of-date (1.6.4). Looks like for this
 deadline I'll have to use plain latex, and hope somehow an update will
 fix the problem.


 First thing is to upgrade your Qt and LyX version. LyX-1.6.5 with Qt4.6
 (unbuntu 10.04) works fine. If you don't feel like upgrading your system,
 there's always the option of compiling the latest LyX yourself, it's not
 very hard. You don't even have to compile Qt, you can download a precompiled
 SDK for Linux in Nokia's web site. Of course the whole process takes time
 but compiling LyX on your system won't take much, maybe 10 to 20 minutes.

 Abdel.

Re: lyx chokes on documents with many subsections?

[Abdelrazak Younes]

On 13/06/2010 00:27, Jose Quesada wrote:

Thanks Paul,

It makes me sad when I face situations like this. LyX is a great tool,
that should work well under linux (open source, qt, etc).


Actually, LyX have been must faster on Windows than on Linux for a few 
years now. This is probably because most of developers interested in 
metrics and drawing stuff were on Windows. Probably also because Qt is 
faster under Windows.



But what I
find is the contrary. Obscure bug that I have no time to track (I know
first hand this could be a time sink, going down the rabbit hole...).


Not so obscure, it's obviously related to the outline pane. This pane 
uses Qt a lot as opposed to the LyX working area. IIIRC there was some 
performance fixes in 1.6.5 or 1.6.6 related to Qt4.4 or something.



Ubuntu version is pretty out-of-date (1.6.4). Looks like for this
deadline I'll have to use plain latex, and hope somehow an update will
fix the problem.


First thing is to upgrade your Qt and LyX version. LyX-1.6.5 with Qt4.6 
(unbuntu 10.04) works fine. If you don't feel like upgrading your 
system, there's always the option of compiling the latest LyX yourself, 
it's not very hard. You don't even have to compile Qt, you can download 
a precompiled SDK for Linux in Nokia's web site. Of course the whole 
process takes time but compiling LyX on your system won't take much, 
maybe 10 to 20 minutes.


Abdel.

Re: lyx chokes on documents with many subsections?

[Jose Quesada]

Thanks all,

Looks like the problem may have to do with my nvidia drivers.
Compositing is Xrender, openGL doesn't work. No idea why (nvidia drivers
185, geforce 8400 gs)

Following up on a tip on the google search suggested in this thread,
I  added Option "FramebufferCompression" "false" to device section in
xorg.conf. Then logged out and back in.
This seems to have fixed the speed. For now.

If it comes back, I'll try compiling a newer version or upgrading.

Best,
-Jose

Jose Quesada, PhD.
Max Planck Institute,
Center for Adaptive Behavior and Cognition,
Berlin
http://www.josequesada.name/
http://twitter.com/Quesada


On Sun, Jun 13, 2010 at 9:24 AM, Abdelrazak Younes  wrote:

> On 13/06/2010 00:27, Jose Quesada wrote:
>
>> Thanks Paul,
>>
>> It makes me sad when I face situations like this. LyX is a great tool,
>> that should work well under linux (open source, qt, etc).
>>
>
> Actually, LyX have been must faster on Windows than on Linux for a few
> years now. This is probably because most of developers interested in metrics
> and drawing stuff were on Windows. Probably also because Qt is faster under
> Windows.
>
>
>  But what I
>> find is the contrary. Obscure bug that I have no time to track (I know
>> first hand this could be a time sink, going down the rabbit hole...).
>>
>
> Not so obscure, it's obviously related to the outline pane. This pane uses
> Qt a lot as opposed to the LyX working area. IIIRC there was some
> performance fixes in 1.6.5 or 1.6.6 related to Qt4.4 or something.
>
>
>  Ubuntu version is pretty out-of-date (1.6.4). Looks like for this
>> deadline I'll have to use plain latex, and hope somehow an update will
>> fix the problem.
>>
>
> First thing is to upgrade your Qt and LyX version. LyX-1.6.5 with Qt4.6
> (unbuntu 10.04) works fine. If you don't feel like upgrading your system,
> there's always the option of compiling the latest LyX yourself, it's not
> very hard. You don't even have to compile Qt, you can download a precompiled
> SDK for Linux in Nokia's web site. Of course the whole process takes time
> but compiling LyX on your system won't take much, maybe 10 to 20 minutes.
>
> Abdel.
>

lyx chokes on documents with many subsections?

[Jose Quesada]

Hi,

I'm not sure if this is only on my particular doc, but it seems to me
that lyx chokes on documents with many subsections?
It's a notes doc. It may have close to a hundred headinds (section,
subsection etc).
Typing becomes slow. Even moving around with the arrow keys shows a
noticeable delay.

Since LyX is praised for working really well on longer documents, such as
books, I'm surprised.
I tried 1.6.4 (ubuntu) 1.6.6 (sabayon) and 2alpha 3 (ubuntu). Same problem.

In this use case, there's almost as much 'section' content as there's
'default' paragraph content. Maybe this is abusing the design of LyX...?

Best,
-Jose

Jose Quesada, PhD.
Max Planck Institute,
Center for Adaptive Behavior and Cognition,
Berlin
http://www.josequesada.name/
http://twitter.com/Quesada

Re: lyx chokes on documents with many subsections?

[Liviu Andronic]

Hello

On Sat, Jun 12, 2010 at 4:55 PM, Jose Quesada ques...@gmail.com wrote:
 Hi,
 I'm not sure if this is only on my particular doc, but it seems to me
 that lyx chokes on documents with many subsections?
 It's a notes doc. It may have close to a hundred headinds (section,
 subsection etc).
 Typing becomes slow. Even moving around with the arrow keys shows a
 noticeable delay.

Do you have many tables? There is a known issue regarding table rendering.
Liviu

Re: lyx chokes on documents with many subsections?

[Jose Quesada]

nope, no tables, just a long, complicated outline.
Maybe I could flatten it a little...
Best,
-Jose

Jose Quesada, PhD.
Max Planck Institute,
Center for Adaptive Behavior and Cognition,
Berlin
http://www.josequesada.name/
http://twitter.com/Quesada


On Sat, Jun 12, 2010 at 6:59 PM, Liviu Andronic landronim...@gmail.comwrote:

 Hello

 On Sat, Jun 12, 2010 at 4:55 PM, Jose Quesada ques...@gmail.com wrote:
  Hi,
  I'm not sure if this is only on my particular doc, but it seems to me
  that lyx chokes on documents with many subsections?
  It's a notes doc. It may have close to a hundred headinds (section,
  subsection etc).
  Typing becomes slow. Even moving around with the arrow keys shows a
  noticeable delay.
 
 Do you have many tables? There is a known issue regarding table rendering.
 Liviu

Re: lyx chokes on documents with many subsections?

[Paul A. Rubin]

On 6/12/2010 1:13 PM, Jose Quesada wrote:

nope, no tables, just a long, complicated outline.
Maybe I could flatten it a little...


If you're in the mood to experiment, you might try putting different 
sections in different branches (which you can color-code).  Then 
collapse the branches you're not working on.  I'm curious whether that 
would speed up edits.


You could try something similar with other collapsible insets as well, 
but branches have the advantage that you can assign colors to them.


/Paul

Re: lyx chokes on documents with many subsections?

[Steve Litt]

On Saturday 12 June 2010 11:55:20 Jose Quesada wrote:
 Hi,
 
 I'm not sure if this is only on my particular doc, but it seems to me
 that lyx chokes on documents with many subsections?
 It's a notes doc. It may have close to a hundred headinds (section,
 subsection etc).
 Typing becomes slow. Even moving around with the arrow keys shows a
 noticeable delay.
 
 Since LyX is praised for working really well on longer documents, such as
 books, I'm surprised.
 I tried 1.6.4 (ubuntu) 1.6.6 (sabayon) and 2alpha 3 (ubuntu). Same problem.
 
 In this use case, there's almost as much 'section' content as there's
 'default' paragraph content. Maybe this is abusing the design of LyX...?
 
 Best,
 -Jose

A long, long time ago, back in the Xforms days (yeah, let's not get started on 
that), a LyX version had a bug where a moderately long doc would allow the 
typist to outrun LyX. It was some problem with a specific algorithm (maybe 
shifting X characters by shifting 1 character X times, or something like 
that). But since then, I haven't seen a Lyx version that let me (45 to 50 wpm) 
get ahead of LyX, even though I've written some fairly big books with lots of 
headings. My Thriving in Tough Times book has 112 Subsection headers:

=
sl...@mydesk:/d/at/books/mental$ cat thrive.lyx | grep begin_layout 
Subsection | wc -lsl...@mydesk:/d/at/books/mental$
112
sl...@mydesk:/d/at/books/mental$
=

I'm using LyX 1.6.4 on Ubuntu 9.10 32bit with 3.4 GB of recognizeable RAM.

=
sl...@mydesk:/d/at/books/mental$ lyx -version
LyX 1.6.4 (2009-08-22)
Built on Sep 22 2009, 23:23:06
Configuration
  Host type:i486-pc-linux-gnu
  Special build flags:  aiksaurus warnings  use-aspell use-ispell
  C   Compiler: gcc 
  C   Compiler LyX flags:
  C   Compiler flags:-g -O2
  C++ Compiler: g++ (4.4.1)
  C++ Compiler LyX flags:
  C++ Compiler flags:-g -O2
  Linker flags: 
  Linker user flags:-Wl,-Bsymbolic-functions -Wl,-z,defs -Wl,--as-
ne eded -Wl,-z,defs -Wl,--as-
needed
  Qt 4 Frontend:
  Qt 4 version: 4.5.2
  Packaging:posix
  LyX binary dir:   /usr/bin
  LyX files dir:/usr/share/lyx

sl...@mydesk:/d/at/books/mental$ uname -a
Linux mydesk 2.6.31-20-generic #58-Ubuntu SMP Fri Mar 12 05:23:09 UTC 2010 
i686  GNU/Linux
sl...@mydesk:/d/at/books/mental$ head -n1 /proc/meminfo
MemTotal:3346096 kB
sl...@mydesk:/d/at/books/mental$
=

Always assuming you're not using a 2004 version that has this known bug, I'd 
suspect you might be running short on RAM, or you're using a VERY underpowered 
CPU, or something like that.

If I were going to troubleshoot this, I'd reboot the machine and try LyXing 
the doc again. Either it's slow or it's not. If it's not, start looking at 
other software running concurrently with LyX. If it is, cut a copy of the doc 
in half and see whether it's just as slow, half as slow, or not slow at all. 
Continue doing this half splitting until you discover the factors 
corresponding to slow behavior.

StevET


Steve Litt
Recession Relief Package
http://www.recession-relief.US
Twitter: http://www.twitter.com/stevelitt

Re: lyx chokes on documents with many subsections?

[Julien Rioux]

On 12/06/2010 11:55 AM, Jose Quesada wrote:

Hi,

I'm not sure if this is only on my particular doc, but it seems to me
that lyx chokes on documents with many subsections?
It's a notes doc. It may have close to a hundred headinds (section,
subsection etc).
Typing becomes slow. Even moving around with the arrow keys shows a
noticeable delay.


Do you have the outline pane open? What if you close it?

--
Julien

Re: lyx chokes on documents with many subsections?

[Jose Quesada]

@Steve,16 Gb of ram, cpu iddle... I don't think it's a matter of resources.
@Julien, you narrowed down the problem! when I close the outline pane,
everything is fast. Unfortunately, for my use case I need it open...

I wonder if Rob Oakes, who has been working on the outliner code, could
improve performance.
Maybe there's an inconsistency on the headings on this particular file that
make it slow...

I'm going to generate a file with only say 100 headings, but only two
levels, and then increase the complexity until I hit the slow down...
Will report back.

Best,
-Jose

Jose Quesada, PhD.
Max Planck Institute,
Center for Adaptive Behavior and Cognition,
Berlin
http://www.josequesada.name/
http://twitter.com/Quesada


On Sat, Jun 12, 2010 at 8:16 PM, Steve Litt sl...@troubleshooters.comwrote:

 On Saturday 12 June 2010 11:55:20 Jose Quesada wrote:
  Hi,
 
  I'm not sure if this is only on my particular doc, but it seems to me
  that lyx chokes on documents with many subsections?
  It's a notes doc. It may have close to a hundred headinds (section,
  subsection etc).
  Typing becomes slow. Even moving around with the arrow keys shows a
  noticeable delay.
 
  Since LyX is praised for working really well on longer documents, such as
  books, I'm surprised.
  I tried 1.6.4 (ubuntu) 1.6.6 (sabayon) and 2alpha 3 (ubuntu). Same
 problem.
 
  In this use case, there's almost as much 'section' content as there's
  'default' paragraph content. Maybe this is abusing the design of LyX...?
 
  Best,
  -Jose

 A long, long time ago, back in the Xforms days (yeah, let's not get started
 on
 that), a LyX version had a bug where a moderately long doc would allow the
 typist to outrun LyX. It was some problem with a specific algorithm (maybe
 shifting X characters by shifting 1 character X times, or something like
 that). But since then, I haven't seen a Lyx version that let me (45 to 50
 wpm)
 get ahead of LyX, even though I've written some fairly big books with lots
 of
 headings. My Thriving in Tough Times book has 112 Subsection headers:

 =
 sl...@mydesk:/d/at/books/mental$ cat thrive.lyx | grep begin_layout
 Subsection | wc -lsl...@mydesk:/d/at/books/mental$
 112
 sl...@mydesk:/d/at/books/mental$
 =

 I'm using LyX 1.6.4 on Ubuntu 9.10 32bit with 3.4 GB of recognizeable RAM.

 =
 sl...@mydesk:/d/at/books/mental$ lyx -version
 LyX 1.6.4 (2009-08-22)
 Built on Sep 22 2009, 23:23:06
 Configuration
  Host type:i486-pc-linux-gnu
  Special build flags:  aiksaurus warnings  use-aspell use-ispell
  C   Compiler: gcc
  C   Compiler LyX flags:
  C   Compiler flags:-g -O2
  C++ Compiler: g++ (4.4.1)
  C++ Compiler LyX flags:
  C++ Compiler flags:-g -O2
  Linker flags:
  Linker user flags:-Wl,-Bsymbolic-functions -Wl,-z,defs
 -Wl,--as-
 ne eded -Wl,-z,defs -Wl,--as-
 needed
  Qt 4 Frontend:
  Qt 4 version: 4.5.2
  Packaging:posix
  LyX binary dir:   /usr/bin
  LyX files dir:/usr/share/lyx

 sl...@mydesk:/d/at/books/mental$ uname -a
 Linux mydesk 2.6.31-20-generic #58-Ubuntu SMP Fri Mar 12 05:23:09 UTC 2010
 i686  GNU/Linux
 sl...@mydesk:/d/at/books/mental$ head -n1 /proc/meminfo
 MemTotal:3346096 kB
 sl...@mydesk:/d/at/books/mental$
 =

 Always assuming you're not using a 2004 version that has this known bug,
 I'd
 suspect you might be running short on RAM, or you're using a VERY
 underpowered
 CPU, or something like that.

 If I were going to troubleshoot this, I'd reboot the machine and try LyXing
 the doc again. Either it's slow or it's not. If it's not, start looking at
 other software running concurrently with LyX. If it is, cut a copy of the
 doc
 in half and see whether it's just as slow, half as slow, or not slow at
 all.
 Continue doing this half splitting until you discover the factors
 corresponding to slow behavior.

 StevET


 Steve Litt
 Recession Relief Package
 http://www.recession-relief.US
 Twitter: http://www.twitter.com/stevelitt

Re: lyx chokes on documents with many subsections?

[Jose Quesada]

ok, attached is an example.
At 40 headins it is kind of too slow for actuall work.

Turning autocompletion off doesn't help. Neither does turning off inline
spelling.
htop shows lyx using little memory and cpu. Performance degrades lineally
with number of headings.

If you could reproduce this on other systems, then I think we have a bug.

Best,
-Jose

Jose Quesada, PhD.
Max Planck Institute,
Center for Adaptive Behavior and Cognition,
Berlin
http://www.josequesada.name/
http://twitter.com/Quesada


On Sat, Jun 12, 2010 at 9:48 PM, Jose Quesada ques...@gmail.com wrote:

 @Steve,16 Gb of ram, cpu iddle... I don't think it's a matter of resources.
 @Julien, you narrowed down the problem! when I close the outline pane,
 everything is fast. Unfortunately, for my use case I need it open...

 I wonder if Rob Oakes, who has been working on the outliner code, could
 improve performance.
 Maybe there's an inconsistency on the headings on this particular file that
 make it slow...

 I'm going to generate a file with only say 100 headings, but only two
 levels, and then increase the complexity until I hit the slow down...
 Will report back.

 Best,
 -Jose

 Jose Quesada, PhD.
 Max Planck Institute,
 Center for Adaptive Behavior and Cognition,
 Berlin
 http://www.josequesada.name/
 http://twitter.com/Quesada


 On Sat, Jun 12, 2010 at 8:16 PM, Steve Litt sl...@troubleshooters.comwrote:

 On Saturday 12 June 2010 11:55:20 Jose Quesada wrote:
  Hi,
 
  I'm not sure if this is only on my particular doc, but it seems to me
  that lyx chokes on documents with many subsections?
  It's a notes doc. It may have close to a hundred headinds (section,
  subsection etc).
  Typing becomes slow. Even moving around with the arrow keys shows a
  noticeable delay.
 
  Since LyX is praised for working really well on longer documents, such
 as
  books, I'm surprised.
  I tried 1.6.4 (ubuntu) 1.6.6 (sabayon) and 2alpha 3 (ubuntu). Same
 problem.
 
  In this use case, there's almost as much 'section' content as there's
  'default' paragraph content. Maybe this is abusing the design of LyX...?
 
  Best,
  -Jose

 A long, long time ago, back in the Xforms days (yeah, let's not get
 started on
 that), a LyX version had a bug where a moderately long doc would allow the
 typist to outrun LyX. It was some problem with a specific algorithm (maybe
 shifting X characters by shifting 1 character X times, or something like
 that). But since then, I haven't seen a Lyx version that let me (45 to 50
 wpm)
 get ahead of LyX, even though I've written some fairly big books with lots
 of
 headings. My Thriving in Tough Times book has 112 Subsection headers:

 =
 sl...@mydesk:/d/at/books/mental$ cat thrive.lyx | grep begin_layout
 Subsection | wc -lsl...@mydesk:/d/at/books/mental$
 112
 sl...@mydesk:/d/at/books/mental$
 =

 I'm using LyX 1.6.4 on Ubuntu 9.10 32bit with 3.4 GB of recognizeable RAM.

 =
 sl...@mydesk:/d/at/books/mental$ lyx -version
 LyX 1.6.4 (2009-08-22)
 Built on Sep 22 2009, 23:23:06
 Configuration
  Host type:i486-pc-linux-gnu
  Special build flags:  aiksaurus warnings  use-aspell use-ispell
  C   Compiler: gcc
  C   Compiler LyX flags:
  C   Compiler flags:-g -O2
  C++ Compiler: g++ (4.4.1)
  C++ Compiler LyX flags:
  C++ Compiler flags:-g -O2
  Linker flags:
  Linker user flags:-Wl,-Bsymbolic-functions -Wl,-z,defs
 -Wl,--as-
 ne eded -Wl,-z,defs -Wl,--as-
 needed
  Qt 4 Frontend:
  Qt 4 version: 4.5.2
  Packaging:posix
  LyX binary dir:   /usr/bin
  LyX files dir:/usr/share/lyx

 sl...@mydesk:/d/at/books/mental$ uname -a
 Linux mydesk 2.6.31-20-generic #58-Ubuntu SMP Fri Mar 12 05:23:09 UTC 2010
 i686  GNU/Linux
 sl...@mydesk:/d/at/books/mental$ head -n1 /proc/meminfo
 MemTotal:3346096 kB
 sl...@mydesk:/d/at/books/mental$
 =

 Always assuming you're not using a 2004 version that has this known bug,
 I'd
 suspect you might be running short on RAM, or you're using a VERY
 underpowered
 CPU, or something like that.

 If I were going to troubleshoot this, I'd reboot the machine and try
 LyXing
 the doc again. Either it's slow or it's not. If it's not, start looking at
 other software running concurrently with LyX. If it is, cut a copy of the
 doc
 in half and see whether it's just as slow, half as slow, or not slow at
 all.
 Continue doing this half splitting until you discover the factors
 corresponding to slow behavior.

 StevET


 Steve Litt
 Recession Relief Package
 http://www.recession-relief.US
 Twitter: http://www.twitter.com/stevelitt





example40topHeadings40subheadings.lyx
Description: application/lyx


example40topHeadings40subheadings.lyx16
Description: Binary data

Re: lyx chokes on documents with many subsections?

[Jose Quesada]

update: using branches does not help.
Moving around in a large doc (example: userGuide) is sluggy too. Weird. This
must be something in my config...
I tried 1.6.4 (ubuntu) 1.6.6 (sabayon) and 2alpha 3 (ubuntu). Same problem.
The problem is that moving the cursor (not even typing, as usersGuide is
read-only) takes a long time, maybe .5 sec per character. Doesn't feel
speedy... compared with a small doc, where it flies.
Best,
-Jose

Jose Quesada, PhD.
Max Planck Institute,
Center for Adaptive Behavior and Cognition,
Berlin
http://www.josequesada.name/
http://twitter.com/Quesada


On Sat, Jun 12, 2010 at 9:56 PM, Jose Quesada ques...@gmail.com wrote:

 ok, attached is an example.
 At 40 headins it is kind of too slow for actuall work.

 Turning autocompletion off doesn't help. Neither does turning off inline
 spelling.
 htop shows lyx using little memory and cpu. Performance degrades lineally
 with number of headings.

 If you could reproduce this on other systems, then I think we have a bug.

 Best,
 -Jose

 Jose Quesada, PhD.
 Max Planck Institute,
 Center for Adaptive Behavior and Cognition,
 Berlin
 http://www.josequesada.name/
 http://twitter.com/Quesada


 On Sat, Jun 12, 2010 at 9:48 PM, Jose Quesada ques...@gmail.com wrote:

 @Steve,16 Gb of ram, cpu iddle... I don't think it's a matter of
 resources.
 @Julien, you narrowed down the problem! when I close the outline pane,
 everything is fast. Unfortunately, for my use case I need it open...

 I wonder if Rob Oakes, who has been working on the outliner code, could
 improve performance.
 Maybe there's an inconsistency on the headings on this particular file
 that make it slow...

 I'm going to generate a file with only say 100 headings, but only two
 levels, and then increase the complexity until I hit the slow down...
 Will report back.

 Best,
 -Jose

 Jose Quesada, PhD.
 Max Planck Institute,
 Center for Adaptive Behavior and Cognition,
 Berlin
 http://www.josequesada.name/
 http://twitter.com/Quesada


 On Sat, Jun 12, 2010 at 8:16 PM, Steve Litt sl...@troubleshooters.comwrote:

 On Saturday 12 June 2010 11:55:20 Jose Quesada wrote:
  Hi,
 
  I'm not sure if this is only on my particular doc, but it seems to me
  that lyx chokes on documents with many subsections?
  It's a notes doc. It may have close to a hundred headinds (section,
  subsection etc).
  Typing becomes slow. Even moving around with the arrow keys shows a
  noticeable delay.
 
  Since LyX is praised for working really well on longer documents, such
 as
  books, I'm surprised.
  I tried 1.6.4 (ubuntu) 1.6.6 (sabayon) and 2alpha 3 (ubuntu). Same
 problem.
 
  In this use case, there's almost as much 'section' content as there's
  'default' paragraph content. Maybe this is abusing the design of
 LyX...?
 
  Best,
  -Jose

 A long, long time ago, back in the Xforms days (yeah, let's not get
 started on
 that), a LyX version had a bug where a moderately long doc would allow
 the
 typist to outrun LyX. It was some problem with a specific algorithm
 (maybe
 shifting X characters by shifting 1 character X times, or something like
 that). But since then, I haven't seen a Lyx version that let me (45 to 50
 wpm)
 get ahead of LyX, even though I've written some fairly big books with
 lots of
 headings. My Thriving in Tough Times book has 112 Subsection headers:

 =
 sl...@mydesk:/d/at/books/mental$ cat thrive.lyx | grep begin_layout
 Subsection | wc -lsl...@mydesk:/d/at/books/mental$
 112
 sl...@mydesk:/d/at/books/mental$
 =

 I'm using LyX 1.6.4 on Ubuntu 9.10 32bit with 3.4 GB of recognizeable
 RAM.

 =
 sl...@mydesk:/d/at/books/mental$ lyx -version
 LyX 1.6.4 (2009-08-22)
 Built on Sep 22 2009, 23:23:06
 Configuration
  Host type:i486-pc-linux-gnu
  Special build flags:  aiksaurus warnings  use-aspell use-ispell
  C   Compiler: gcc
  C   Compiler LyX flags:
  C   Compiler flags:-g -O2
  C++ Compiler: g++ (4.4.1)
  C++ Compiler LyX flags:
  C++ Compiler flags:-g -O2
  Linker flags:
  Linker user flags:-Wl,-Bsymbolic-functions -Wl,-z,defs
 -Wl,--as-
 ne eded -Wl,-z,defs -Wl,--as-
 needed
  Qt 4 Frontend:
  Qt 4 version: 4.5.2
  Packaging:posix
  LyX binary dir:   /usr/bin
  LyX files dir:/usr/share/lyx

 sl...@mydesk:/d/at/books/mental$ uname -a
 Linux mydesk 2.6.31-20-generic #58-Ubuntu SMP Fri Mar 12 05:23:09 UTC
 2010
 i686  GNU/Linux
 sl...@mydesk:/d/at/books/mental$ head -n1 /proc/meminfo
 MemTotal:3346096 kB
 sl...@mydesk:/d/at/books/mental$
 =

 Always assuming you're not using a 2004 version that has this known bug,
 I'd
 suspect you might be running short on RAM, or you're using a VERY
 underpowered
 CPU, or something like that.

 If I were going

Re: lyx chokes on documents with many subsections?

[[Ricardo Rodriguez] eBioTIC.]

Hi,

Jose Quesada wrote:

ok, attached is an example.
At 40 headins it is kind of too slow for actuall work.

Turning autocompletion off doesn't help. Neither does turning off 
inline spelling.
htop shows lyx using little memory and cpu. Performance degrades 
lineally with number of headings.


If you could reproduce this on other systems, then I think we have a bug.


I am not able to reproduce this behaviour in a 2.0.0alpha3 (MacTeX-2009) 
installation running on a MacBook Pro with Mac OS X 10.5.8. Reaction to 
typing is quite normal here.


What I've not installed here is Springer LNCS article class. Could this 
make a difference?


HTH,

Ricardo

--
Ricardo Rodríguez
CTO
eBioTIC.
Life Sciences, Data Modeling and Information Management Systems

Re: lyx chokes on documents with many subsections?

[Paul Rubin]

Jose Quesada quesada at gmail.com writes:

 
 
 ok, attached is an example.
 
 At 40 headins it is kind of too slow for actuall work.

Your example file does not cause my laptop (Mint Helena, which is built on
Ubuntu Karmic; dual core Intel processor) any problems.  Response to the cursor
keys is fine.  Of course, I do have slow reflexes ... :-)

If you google LyX 1.6 slow scrolling you'll find a number of previous messages
about scrolling issues.  As I recall, in most cases either switching to a
different version of Qt or tinkering with the Xorg drivers seemed to help.  I
can't say first hand, since I never experienced it myself.

/Paul

Re: lyx chokes on documents with many subsections?

[Jose Quesada]

Thanks Paul,

It makes me sad when I face situations like this. LyX is a great tool, that
should work well under linux (open source, qt, etc). But what I find is the
contrary. Obscure bug that I have no time to track (I know first hand this
could be a time sink, going down the rabbit hole...). Ubuntu version is
pretty out-of-date (1.6.4). Looks like for this deadline I'll have to use
plain latex, and hope somehow an update will fix the problem.

Best,
-Jose

Jose Quesada, PhD.
Max Planck Institute,
Center for Adaptive Behavior and Cognition,
Berlin
http://www.josequesada.name/
http://twitter.com/Quesada


On Sat, Jun 12, 2010 at 11:55 PM, Paul Rubin ru...@msu.edu wrote:

 Jose Quesada quesada at gmail.com writes:

 
 
  ok, attached is an example.
 
  At 40 headins it is kind of too slow for actuall work.

 Your example file does not cause my laptop (Mint Helena, which is built on
 Ubuntu Karmic; dual core Intel processor) any problems.  Response to the
 cursor
 keys is fine.  Of course, I do have slow reflexes ... :-)

 If you google LyX 1.6 slow scrolling you'll find a number of previous
 messages
 about scrolling issues.  As I recall, in most cases either switching to a
 different version of Qt or tinkering with the Xorg drivers seemed to help.
  I
 can't say first hand, since I never experienced it myself.

 /Paul

Re: lyx chokes on documents with many subsections?

[Liviu Andronic]

On Sat, Jun 12, 2010 at 10:22 PM, [Ricardo Rodriguez] eBioTIC.
ricardo.rodrig...@ebiotic.net wrote:
 I am not able to reproduce this behaviour in a 2.0.0alpha3 (MacTeX-2009)
 installation running on a MacBook Pro with Mac OS X 10.5.8. Reaction to
 typing is quite normal here.

 What I've not installed here is Springer LNCS article class. Could this make
 a difference?

I can also report no particular issues with this file, on Debian
testing, LyX 2.0, 4 GB of RAM and two Athlon cores. But I also don't
have the article class installed. You might want to build LyX 2.0
alpha on your system.

Regards
Liviu

lyx chokes on documents with many subsections?

[Jose Quesada]

Hi,

I'm not sure if this is only on my particular doc, but it seems to me
that lyx chokes on documents with many subsections?
It's a notes doc. It may have close to a hundred headinds (section,
subsection etc).
Typing becomes slow. Even moving around with the arrow keys shows a
noticeable delay.

Since LyX is praised for working really well on longer documents, such as
books, I'm surprised.
I tried 1.6.4 (ubuntu) 1.6.6 (sabayon) and 2alpha 3 (ubuntu). Same problem.

In this use case, there's almost as much 'section' content as there's
'default' paragraph content. Maybe this is abusing the design of LyX...?

Best,
-Jose

Jose Quesada, PhD.
Max Planck Institute,
Center for Adaptive Behavior and Cognition,
Berlin
http://www.josequesada.name/
http://twitter.com/Quesada

Re: lyx chokes on documents with many subsections?

[Liviu Andronic]

Hello

On Sat, Jun 12, 2010 at 4:55 PM, Jose Quesada ques...@gmail.com wrote:
 Hi,
 I'm not sure if this is only on my particular doc, but it seems to me
 that lyx chokes on documents with many subsections?
 It's a notes doc. It may have close to a hundred headinds (section,
 subsection etc).
 Typing becomes slow. Even moving around with the arrow keys shows a
 noticeable delay.

Do you have many tables? There is a known issue regarding table rendering.
Liviu

Re: lyx chokes on documents with many subsections?

[Jose Quesada]

nope, no tables, just a long, complicated outline.
Maybe I could flatten it a little...
Best,
-Jose

Jose Quesada, PhD.
Max Planck Institute,
Center for Adaptive Behavior and Cognition,
Berlin
http://www.josequesada.name/
http://twitter.com/Quesada


On Sat, Jun 12, 2010 at 6:59 PM, Liviu Andronic landronim...@gmail.comwrote:

 Hello

 On Sat, Jun 12, 2010 at 4:55 PM, Jose Quesada ques...@gmail.com wrote:
  Hi,
  I'm not sure if this is only on my particular doc, but it seems to me
  that lyx chokes on documents with many subsections?
  It's a notes doc. It may have close to a hundred headinds (section,
  subsection etc).
  Typing becomes slow. Even moving around with the arrow keys shows a
  noticeable delay.
 
 Do you have many tables? There is a known issue regarding table rendering.
 Liviu

Re: lyx chokes on documents with many subsections?

[Paul A. Rubin]

On 6/12/2010 1:13 PM, Jose Quesada wrote:

nope, no tables, just a long, complicated outline.
Maybe I could flatten it a little...


If you're in the mood to experiment, you might try putting different 
sections in different branches (which you can color-code).  Then 
collapse the branches you're not working on.  I'm curious whether that 
would speed up edits.


You could try something similar with other collapsible insets as well, 
but branches have the advantage that you can assign colors to them.


/Paul

Re: lyx chokes on documents with many subsections?

[Steve Litt]

On Saturday 12 June 2010 11:55:20 Jose Quesada wrote:
 Hi,
 
 I'm not sure if this is only on my particular doc, but it seems to me
 that lyx chokes on documents with many subsections?
 It's a notes doc. It may have close to a hundred headinds (section,
 subsection etc).
 Typing becomes slow. Even moving around with the arrow keys shows a
 noticeable delay.
 
 Since LyX is praised for working really well on longer documents, such as
 books, I'm surprised.
 I tried 1.6.4 (ubuntu) 1.6.6 (sabayon) and 2alpha 3 (ubuntu). Same problem.
 
 In this use case, there's almost as much 'section' content as there's
 'default' paragraph content. Maybe this is abusing the design of LyX...?
 
 Best,
 -Jose

A long, long time ago, back in the Xforms days (yeah, let's not get started on 
that), a LyX version had a bug where a moderately long doc would allow the 
typist to outrun LyX. It was some problem with a specific algorithm (maybe 
shifting X characters by shifting 1 character X times, or something like 
that). But since then, I haven't seen a Lyx version that let me (45 to 50 wpm) 
get ahead of LyX, even though I've written some fairly big books with lots of 
headings. My Thriving in Tough Times book has 112 Subsection headers:

=
sl...@mydesk:/d/at/books/mental$ cat thrive.lyx | grep begin_layout 
Subsection | wc -lsl...@mydesk:/d/at/books/mental$
112
sl...@mydesk:/d/at/books/mental$
=

I'm using LyX 1.6.4 on Ubuntu 9.10 32bit with 3.4 GB of recognizeable RAM.

=
sl...@mydesk:/d/at/books/mental$ lyx -version
LyX 1.6.4 (2009-08-22)
Built on Sep 22 2009, 23:23:06
Configuration
  Host type:i486-pc-linux-gnu
  Special build flags:  aiksaurus warnings  use-aspell use-ispell
  C   Compiler: gcc 
  C   Compiler LyX flags:
  C   Compiler flags:-g -O2
  C++ Compiler: g++ (4.4.1)
  C++ Compiler LyX flags:
  C++ Compiler flags:-g -O2
  Linker flags: 
  Linker user flags:-Wl,-Bsymbolic-functions -Wl,-z,defs -Wl,--as-
ne eded -Wl,-z,defs -Wl,--as-
needed
  Qt 4 Frontend:
  Qt 4 version: 4.5.2
  Packaging:posix
  LyX binary dir:   /usr/bin
  LyX files dir:/usr/share/lyx

sl...@mydesk:/d/at/books/mental$ uname -a
Linux mydesk 2.6.31-20-generic #58-Ubuntu SMP Fri Mar 12 05:23:09 UTC 2010 
i686  GNU/Linux
sl...@mydesk:/d/at/books/mental$ head -n1 /proc/meminfo
MemTotal:3346096 kB
sl...@mydesk:/d/at/books/mental$
=

Always assuming you're not using a 2004 version that has this known bug, I'd 
suspect you might be running short on RAM, or you're using a VERY underpowered 
CPU, or something like that.

If I were going to troubleshoot this, I'd reboot the machine and try LyXing 
the doc again. Either it's slow or it's not. If it's not, start looking at 
other software running concurrently with LyX. If it is, cut a copy of the doc 
in half and see whether it's just as slow, half as slow, or not slow at all. 
Continue doing this half splitting until you discover the factors 
corresponding to slow behavior.

StevET


Steve Litt
Recession Relief Package
http://www.recession-relief.US
Twitter: http://www.twitter.com/stevelitt

Re: lyx chokes on documents with many subsections?

[Julien Rioux]

On 12/06/2010 11:55 AM, Jose Quesada wrote:

Hi,

I'm not sure if this is only on my particular doc, but it seems to me
that lyx chokes on documents with many subsections?
It's a notes doc. It may have close to a hundred headinds (section,
subsection etc).
Typing becomes slow. Even moving around with the arrow keys shows a
noticeable delay.


Do you have the outline pane open? What if you close it?

--
Julien

Re: lyx chokes on documents with many subsections?

[Jose Quesada]

@Steve,16 Gb of ram, cpu iddle... I don't think it's a matter of resources.
@Julien, you narrowed down the problem! when I close the outline pane,
everything is fast. Unfortunately, for my use case I need it open...

I wonder if Rob Oakes, who has been working on the outliner code, could
improve performance.
Maybe there's an inconsistency on the headings on this particular file that
make it slow...

I'm going to generate a file with only say 100 headings, but only two
levels, and then increase the complexity until I hit the slow down...
Will report back.

Best,
-Jose

Jose Quesada, PhD.
Max Planck Institute,
Center for Adaptive Behavior and Cognition,
Berlin
http://www.josequesada.name/
http://twitter.com/Quesada


On Sat, Jun 12, 2010 at 8:16 PM, Steve Litt sl...@troubleshooters.comwrote:

 On Saturday 12 June 2010 11:55:20 Jose Quesada wrote:
  Hi,
 
  I'm not sure if this is only on my particular doc, but it seems to me
  that lyx chokes on documents with many subsections?
  It's a notes doc. It may have close to a hundred headinds (section,
  subsection etc).
  Typing becomes slow. Even moving around with the arrow keys shows a
  noticeable delay.
 
  Since LyX is praised for working really well on longer documents, such as
  books, I'm surprised.
  I tried 1.6.4 (ubuntu) 1.6.6 (sabayon) and 2alpha 3 (ubuntu). Same
 problem.
 
  In this use case, there's almost as much 'section' content as there's
  'default' paragraph content. Maybe this is abusing the design of LyX...?
 
  Best,
  -Jose

 A long, long time ago, back in the Xforms days (yeah, let's not get started
 on
 that), a LyX version had a bug where a moderately long doc would allow the
 typist to outrun LyX. It was some problem with a specific algorithm (maybe
 shifting X characters by shifting 1 character X times, or something like
 that). But since then, I haven't seen a Lyx version that let me (45 to 50
 wpm)
 get ahead of LyX, even though I've written some fairly big books with lots
 of
 headings. My Thriving in Tough Times book has 112 Subsection headers:

 =
 sl...@mydesk:/d/at/books/mental$ cat thrive.lyx | grep begin_layout
 Subsection | wc -lsl...@mydesk:/d/at/books/mental$
 112
 sl...@mydesk:/d/at/books/mental$
 =

 I'm using LyX 1.6.4 on Ubuntu 9.10 32bit with 3.4 GB of recognizeable RAM.

 =
 sl...@mydesk:/d/at/books/mental$ lyx -version
 LyX 1.6.4 (2009-08-22)
 Built on Sep 22 2009, 23:23:06
 Configuration
  Host type:i486-pc-linux-gnu
  Special build flags:  aiksaurus warnings  use-aspell use-ispell
  C   Compiler: gcc
  C   Compiler LyX flags:
  C   Compiler flags:-g -O2
  C++ Compiler: g++ (4.4.1)
  C++ Compiler LyX flags:
  C++ Compiler flags:-g -O2
  Linker flags:
  Linker user flags:-Wl,-Bsymbolic-functions -Wl,-z,defs
 -Wl,--as-
 ne eded -Wl,-z,defs -Wl,--as-
 needed
  Qt 4 Frontend:
  Qt 4 version: 4.5.2
  Packaging:posix
  LyX binary dir:   /usr/bin
  LyX files dir:/usr/share/lyx

 sl...@mydesk:/d/at/books/mental$ uname -a
 Linux mydesk 2.6.31-20-generic #58-Ubuntu SMP Fri Mar 12 05:23:09 UTC 2010
 i686  GNU/Linux
 sl...@mydesk:/d/at/books/mental$ head -n1 /proc/meminfo
 MemTotal:3346096 kB
 sl...@mydesk:/d/at/books/mental$
 =

 Always assuming you're not using a 2004 version that has this known bug,
 I'd
 suspect you might be running short on RAM, or you're using a VERY
 underpowered
 CPU, or something like that.

 If I were going to troubleshoot this, I'd reboot the machine and try LyXing
 the doc again. Either it's slow or it's not. If it's not, start looking at
 other software running concurrently with LyX. If it is, cut a copy of the
 doc
 in half and see whether it's just as slow, half as slow, or not slow at
 all.
 Continue doing this half splitting until you discover the factors
 corresponding to slow behavior.

 StevET


 Steve Litt
 Recession Relief Package
 http://www.recession-relief.US
 Twitter: http://www.twitter.com/stevelitt

Re: lyx chokes on documents with many subsections?

[Jose Quesada]

ok, attached is an example.
At 40 headins it is kind of too slow for actuall work.

Turning autocompletion off doesn't help. Neither does turning off inline
spelling.
htop shows lyx using little memory and cpu. Performance degrades lineally
with number of headings.

If you could reproduce this on other systems, then I think we have a bug.

Best,
-Jose

Jose Quesada, PhD.
Max Planck Institute,
Center for Adaptive Behavior and Cognition,
Berlin
http://www.josequesada.name/
http://twitter.com/Quesada


On Sat, Jun 12, 2010 at 9:48 PM, Jose Quesada ques...@gmail.com wrote:

 @Steve,16 Gb of ram, cpu iddle... I don't think it's a matter of resources.
 @Julien, you narrowed down the problem! when I close the outline pane,
 everything is fast. Unfortunately, for my use case I need it open...

 I wonder if Rob Oakes, who has been working on the outliner code, could
 improve performance.
 Maybe there's an inconsistency on the headings on this particular file that
 make it slow...

 I'm going to generate a file with only say 100 headings, but only two
 levels, and then increase the complexity until I hit the slow down...
 Will report back.

 Best,
 -Jose

 Jose Quesada, PhD.
 Max Planck Institute,
 Center for Adaptive Behavior and Cognition,
 Berlin
 http://www.josequesada.name/
 http://twitter.com/Quesada


 On Sat, Jun 12, 2010 at 8:16 PM, Steve Litt sl...@troubleshooters.comwrote:

 On Saturday 12 June 2010 11:55:20 Jose Quesada wrote:
  Hi,
 
  I'm not sure if this is only on my particular doc, but it seems to me
  that lyx chokes on documents with many subsections?
  It's a notes doc. It may have close to a hundred headinds (section,
  subsection etc).
  Typing becomes slow. Even moving around with the arrow keys shows a
  noticeable delay.
 
  Since LyX is praised for working really well on longer documents, such
 as
  books, I'm surprised.
  I tried 1.6.4 (ubuntu) 1.6.6 (sabayon) and 2alpha 3 (ubuntu). Same
 problem.
 
  In this use case, there's almost as much 'section' content as there's
  'default' paragraph content. Maybe this is abusing the design of LyX...?
 
  Best,
  -Jose

 A long, long time ago, back in the Xforms days (yeah, let's not get
 started on
 that), a LyX version had a bug where a moderately long doc would allow the
 typist to outrun LyX. It was some problem with a specific algorithm (maybe
 shifting X characters by shifting 1 character X times, or something like
 that). But since then, I haven't seen a Lyx version that let me (45 to 50
 wpm)
 get ahead of LyX, even though I've written some fairly big books with lots
 of
 headings. My Thriving in Tough Times book has 112 Subsection headers:

 =
 sl...@mydesk:/d/at/books/mental$ cat thrive.lyx | grep begin_layout
 Subsection | wc -lsl...@mydesk:/d/at/books/mental$
 112
 sl...@mydesk:/d/at/books/mental$
 =

 I'm using LyX 1.6.4 on Ubuntu 9.10 32bit with 3.4 GB of recognizeable RAM.

 =
 sl...@mydesk:/d/at/books/mental$ lyx -version
 LyX 1.6.4 (2009-08-22)
 Built on Sep 22 2009, 23:23:06
 Configuration
  Host type:i486-pc-linux-gnu
  Special build flags:  aiksaurus warnings  use-aspell use-ispell
  C   Compiler: gcc
  C   Compiler LyX flags:
  C   Compiler flags:-g -O2
  C++ Compiler: g++ (4.4.1)
  C++ Compiler LyX flags:
  C++ Compiler flags:-g -O2
  Linker flags:
  Linker user flags:-Wl,-Bsymbolic-functions -Wl,-z,defs
 -Wl,--as-
 ne eded -Wl,-z,defs -Wl,--as-
 needed
  Qt 4 Frontend:
  Qt 4 version: 4.5.2
  Packaging:posix
  LyX binary dir:   /usr/bin
  LyX files dir:/usr/share/lyx

 sl...@mydesk:/d/at/books/mental$ uname -a
 Linux mydesk 2.6.31-20-generic #58-Ubuntu SMP Fri Mar 12 05:23:09 UTC 2010
 i686  GNU/Linux
 sl...@mydesk:/d/at/books/mental$ head -n1 /proc/meminfo
 MemTotal:3346096 kB
 sl...@mydesk:/d/at/books/mental$
 =

 Always assuming you're not using a 2004 version that has this known bug,
 I'd
 suspect you might be running short on RAM, or you're using a VERY
 underpowered
 CPU, or something like that.

 If I were going to troubleshoot this, I'd reboot the machine and try
 LyXing
 the doc again. Either it's slow or it's not. If it's not, start looking at
 other software running concurrently with LyX. If it is, cut a copy of the
 doc
 in half and see whether it's just as slow, half as slow, or not slow at
 all.
 Continue doing this half splitting until you discover the factors
 corresponding to slow behavior.

 StevET


 Steve Litt
 Recession Relief Package
 http://www.recession-relief.US
 Twitter: http://www.twitter.com/stevelitt





example40topHeadings40subheadings.lyx
Description: application/lyx


example40topHeadings40subheadings.lyx16
Description: Binary data

Re: lyx chokes on documents with many subsections?

[Jose Quesada]

update: using branches does not help.
Moving around in a large doc (example: userGuide) is sluggy too. Weird. This
must be something in my config...
I tried 1.6.4 (ubuntu) 1.6.6 (sabayon) and 2alpha 3 (ubuntu). Same problem.
The problem is that moving the cursor (not even typing, as usersGuide is
read-only) takes a long time, maybe .5 sec per character. Doesn't feel
speedy... compared with a small doc, where it flies.
Best,
-Jose

Jose Quesada, PhD.
Max Planck Institute,
Center for Adaptive Behavior and Cognition,
Berlin
http://www.josequesada.name/
http://twitter.com/Quesada


On Sat, Jun 12, 2010 at 9:56 PM, Jose Quesada ques...@gmail.com wrote:

 ok, attached is an example.
 At 40 headins it is kind of too slow for actuall work.

 Turning autocompletion off doesn't help. Neither does turning off inline
 spelling.
 htop shows lyx using little memory and cpu. Performance degrades lineally
 with number of headings.

 If you could reproduce this on other systems, then I think we have a bug.

 Best,
 -Jose

 Jose Quesada, PhD.
 Max Planck Institute,
 Center for Adaptive Behavior and Cognition,
 Berlin
 http://www.josequesada.name/
 http://twitter.com/Quesada


 On Sat, Jun 12, 2010 at 9:48 PM, Jose Quesada ques...@gmail.com wrote:

 @Steve,16 Gb of ram, cpu iddle... I don't think it's a matter of
 resources.
 @Julien, you narrowed down the problem! when I close the outline pane,
 everything is fast. Unfortunately, for my use case I need it open...

 I wonder if Rob Oakes, who has been working on the outliner code, could
 improve performance.
 Maybe there's an inconsistency on the headings on this particular file
 that make it slow...

 I'm going to generate a file with only say 100 headings, but only two
 levels, and then increase the complexity until I hit the slow down...
 Will report back.

 Best,
 -Jose

 Jose Quesada, PhD.
 Max Planck Institute,
 Center for Adaptive Behavior and Cognition,
 Berlin
 http://www.josequesada.name/
 http://twitter.com/Quesada


 On Sat, Jun 12, 2010 at 8:16 PM, Steve Litt sl...@troubleshooters.comwrote:

 On Saturday 12 June 2010 11:55:20 Jose Quesada wrote:
  Hi,
 
  I'm not sure if this is only on my particular doc, but it seems to me
  that lyx chokes on documents with many subsections?
  It's a notes doc. It may have close to a hundred headinds (section,
  subsection etc).
  Typing becomes slow. Even moving around with the arrow keys shows a
  noticeable delay.
 
  Since LyX is praised for working really well on longer documents, such
 as
  books, I'm surprised.
  I tried 1.6.4 (ubuntu) 1.6.6 (sabayon) and 2alpha 3 (ubuntu). Same
 problem.
 
  In this use case, there's almost as much 'section' content as there's
  'default' paragraph content. Maybe this is abusing the design of
 LyX...?
 
  Best,
  -Jose

 A long, long time ago, back in the Xforms days (yeah, let's not get
 started on
 that), a LyX version had a bug where a moderately long doc would allow
 the
 typist to outrun LyX. It was some problem with a specific algorithm
 (maybe
 shifting X characters by shifting 1 character X times, or something like
 that). But since then, I haven't seen a Lyx version that let me (45 to 50
 wpm)
 get ahead of LyX, even though I've written some fairly big books with
 lots of
 headings. My Thriving in Tough Times book has 112 Subsection headers:

 =
 sl...@mydesk:/d/at/books/mental$ cat thrive.lyx | grep begin_layout
 Subsection | wc -lsl...@mydesk:/d/at/books/mental$
 112
 sl...@mydesk:/d/at/books/mental$
 =

 I'm using LyX 1.6.4 on Ubuntu 9.10 32bit with 3.4 GB of recognizeable
 RAM.

 =
 sl...@mydesk:/d/at/books/mental$ lyx -version
 LyX 1.6.4 (2009-08-22)
 Built on Sep 22 2009, 23:23:06
 Configuration
  Host type:i486-pc-linux-gnu
  Special build flags:  aiksaurus warnings  use-aspell use-ispell
  C   Compiler: gcc
  C   Compiler LyX flags:
  C   Compiler flags:-g -O2
  C++ Compiler: g++ (4.4.1)
  C++ Compiler LyX flags:
  C++ Compiler flags:-g -O2
  Linker flags:
  Linker user flags:-Wl,-Bsymbolic-functions -Wl,-z,defs
 -Wl,--as-
 ne eded -Wl,-z,defs -Wl,--as-
 needed
  Qt 4 Frontend:
  Qt 4 version: 4.5.2
  Packaging:posix
  LyX binary dir:   /usr/bin
  LyX files dir:/usr/share/lyx

 sl...@mydesk:/d/at/books/mental$ uname -a
 Linux mydesk 2.6.31-20-generic #58-Ubuntu SMP Fri Mar 12 05:23:09 UTC
 2010
 i686  GNU/Linux
 sl...@mydesk:/d/at/books/mental$ head -n1 /proc/meminfo
 MemTotal:3346096 kB
 sl...@mydesk:/d/at/books/mental$
 =

 Always assuming you're not using a 2004 version that has this known bug,
 I'd
 suspect you might be running short on RAM, or you're using a VERY
 underpowered
 CPU, or something like that.

 If I were going

Re: lyx chokes on documents with many subsections?

[[Ricardo Rodriguez] eBioTIC.]

Hi,

Jose Quesada wrote:

ok, attached is an example.
At 40 headins it is kind of too slow for actuall work.

Turning autocompletion off doesn't help. Neither does turning off 
inline spelling.
htop shows lyx using little memory and cpu. Performance degrades 
lineally with number of headings.


If you could reproduce this on other systems, then I think we have a bug.


I am not able to reproduce this behaviour in a 2.0.0alpha3 (MacTeX-2009) 
installation running on a MacBook Pro with Mac OS X 10.5.8. Reaction to 
typing is quite normal here.


What I've not installed here is Springer LNCS article class. Could this 
make a difference?


HTH,

Ricardo

--
Ricardo Rodríguez
CTO
eBioTIC.
Life Sciences, Data Modeling and Information Management Systems

Re: lyx chokes on documents with many subsections?

[Paul Rubin]

Jose Quesada quesada at gmail.com writes:

 
 
 ok, attached is an example.
 
 At 40 headins it is kind of too slow for actuall work.

Your example file does not cause my laptop (Mint Helena, which is built on
Ubuntu Karmic; dual core Intel processor) any problems.  Response to the cursor
keys is fine.  Of course, I do have slow reflexes ... :-)

If you google LyX 1.6 slow scrolling you'll find a number of previous messages
about scrolling issues.  As I recall, in most cases either switching to a
different version of Qt or tinkering with the Xorg drivers seemed to help.  I
can't say first hand, since I never experienced it myself.

/Paul

Re: lyx chokes on documents with many subsections?

[Jose Quesada]

Thanks Paul,

It makes me sad when I face situations like this. LyX is a great tool, that
should work well under linux (open source, qt, etc). But what I find is the
contrary. Obscure bug that I have no time to track (I know first hand this
could be a time sink, going down the rabbit hole...). Ubuntu version is
pretty out-of-date (1.6.4). Looks like for this deadline I'll have to use
plain latex, and hope somehow an update will fix the problem.

Best,
-Jose

Jose Quesada, PhD.
Max Planck Institute,
Center for Adaptive Behavior and Cognition,
Berlin
http://www.josequesada.name/
http://twitter.com/Quesada


On Sat, Jun 12, 2010 at 11:55 PM, Paul Rubin ru...@msu.edu wrote:

 Jose Quesada quesada at gmail.com writes:

 
 
  ok, attached is an example.
 
  At 40 headins it is kind of too slow for actuall work.

 Your example file does not cause my laptop (Mint Helena, which is built on
 Ubuntu Karmic; dual core Intel processor) any problems.  Response to the
 cursor
 keys is fine.  Of course, I do have slow reflexes ... :-)

 If you google LyX 1.6 slow scrolling you'll find a number of previous
 messages
 about scrolling issues.  As I recall, in most cases either switching to a
 different version of Qt or tinkering with the Xorg drivers seemed to help.
  I
 can't say first hand, since I never experienced it myself.

 /Paul

Re: lyx chokes on documents with many subsections?

[Liviu Andronic]

On Sat, Jun 12, 2010 at 10:22 PM, [Ricardo Rodriguez] eBioTIC.
ricardo.rodrig...@ebiotic.net wrote:
 I am not able to reproduce this behaviour in a 2.0.0alpha3 (MacTeX-2009)
 installation running on a MacBook Pro with Mac OS X 10.5.8. Reaction to
 typing is quite normal here.

 What I've not installed here is Springer LNCS article class. Could this make
 a difference?

I can also report no particular issues with this file, on Debian
testing, LyX 2.0, 4 GB of RAM and two Athlon cores. But I also don't
have the article class installed. You might want to build LyX 2.0
alpha on your system.

Regards
Liviu

lyx chokes on documents with many subsections?

[Jose Quesada]

Hi,

I'm not sure if this is only on my particular doc, but it seems to me
that lyx chokes on documents with many subsections?
It's a notes doc. It may have close to a hundred headinds (section,
subsection etc).
Typing becomes slow. Even moving around with the arrow keys shows a
noticeable delay.

Since LyX is praised for working really well on longer documents, such as
books, I'm surprised.
I tried 1.6.4 (ubuntu) 1.6.6 (sabayon) and 2alpha 3 (ubuntu). Same problem.

In this use case, there's almost as much 'section' content as there's
'default' paragraph content. Maybe this is abusing the design of LyX...?

Best,
-Jose

Jose Quesada, PhD.
Max Planck Institute,
Center for Adaptive Behavior and Cognition,
Berlin
http://www.josequesada.name/
http://twitter.com/Quesada

Re: lyx chokes on documents with many subsections?

[Liviu Andronic]

Hello

On Sat, Jun 12, 2010 at 4:55 PM, Jose Quesada <ques...@gmail.com> wrote:
> Hi,
> I'm not sure if this is only on my particular doc, but it seems to me
> that lyx chokes on documents with many subsections?
> It's a notes doc. It may have close to a hundred headinds (section,
> subsection etc).
> Typing becomes slow. Even moving around with the arrow keys shows a
> noticeable delay.
>
Do you have many tables? There is a known issue regarding table rendering.
Liviu

Re: lyx chokes on documents with many subsections?

[Jose Quesada]

nope, no tables, just a long, complicated outline.
Maybe I could flatten it a little...
Best,
-Jose

Jose Quesada, PhD.
Max Planck Institute,
Center for Adaptive Behavior and Cognition,
Berlin
http://www.josequesada.name/
http://twitter.com/Quesada


On Sat, Jun 12, 2010 at 6:59 PM, Liviu Andronic <landronim...@gmail.com>wrote:

> Hello
>
> On Sat, Jun 12, 2010 at 4:55 PM, Jose Quesada <ques...@gmail.com> wrote:
> > Hi,
> > I'm not sure if this is only on my particular doc, but it seems to me
> > that lyx chokes on documents with many subsections?
> > It's a notes doc. It may have close to a hundred headinds (section,
> > subsection etc).
> > Typing becomes slow. Even moving around with the arrow keys shows a
> > noticeable delay.
> >
> Do you have many tables? There is a known issue regarding table rendering.
> Liviu
>

Re: lyx chokes on documents with many subsections?

[Paul A. Rubin]

On 6/12/2010 1:13 PM, Jose Quesada wrote:

nope, no tables, just a long, complicated outline.
Maybe I could flatten it a little...


If you're in the mood to experiment, you might try putting different 
sections in different branches (which you can color-code).  Then 
collapse the branches you're not working on.  I'm curious whether that 
would speed up edits.


You could try something similar with other collapsible insets as well, 
but branches have the advantage that you can assign colors to them.


/Paul

Re: lyx chokes on documents with many subsections?

[Steve Litt]

On Saturday 12 June 2010 11:55:20 Jose Quesada wrote:
> Hi,
> 
> I'm not sure if this is only on my particular doc, but it seems to me
> that lyx chokes on documents with many subsections?
> It's a notes doc. It may have close to a hundred headinds (section,
> subsection etc).
> Typing becomes slow. Even moving around with the arrow keys shows a
> noticeable delay.
> 
> Since LyX is praised for working really well on longer documents, such as
> books, I'm surprised.
> I tried 1.6.4 (ubuntu) 1.6.6 (sabayon) and 2alpha 3 (ubuntu). Same problem.
> 
> In this use case, there's almost as much 'section' content as there's
> 'default' paragraph content. Maybe this is abusing the design of LyX...?
> 
> Best,
> -Jose

A long, long time ago, back in the Xforms days (yeah, let's not get started on 
that), a LyX version had a bug where a moderately long doc would allow the 
typist to outrun LyX. It was some problem with a specific algorithm (maybe 
shifting X characters by shifting 1 character X times, or something like 
that). But since then, I haven't seen a Lyx version that let me (45 to 50 wpm) 
get ahead of LyX, even though I've written some fairly big books with lots of 
headings. My "Thriving in Tough Times" book has 112 Subsection headers:

=
sl...@mydesk:/d/at/books/mental$ cat thrive.lyx | grep "begin_layout 
Subsection" | wc -lsl...@mydesk:/d/at/books/mental$
112
sl...@mydesk:/d/at/books/mental$
=

I'm using LyX 1.6.4 on Ubuntu 9.10 32bit with 3.4 GB of recognizeable RAM.

=
sl...@mydesk:/d/at/books/mental$ lyx -version
LyX 1.6.4 (2009-08-22)
Built on Sep 22 2009, 23:23:06
Configuration
  Host type:i486-pc-linux-gnu
  Special build flags:  aiksaurus warnings  use-aspell use-ispell
  C   Compiler: gcc 
  C   Compiler LyX flags:
  C   Compiler flags:-g -O2
  C++ Compiler: g++ (4.4.1)
  C++ Compiler LyX flags:
  C++ Compiler flags:-g -O2
  Linker flags: 
  Linker user flags:-Wl,-Bsymbolic-functions -Wl,-z,defs -Wl,--as-
ne eded -Wl,-z,defs -Wl,--as-
needed
  Qt 4 Frontend:
  Qt 4 version: 4.5.2
  Packaging:posix
  LyX binary dir:   /usr/bin
  LyX files dir:/usr/share/lyx

sl...@mydesk:/d/at/books/mental$ uname -a
Linux mydesk 2.6.31-20-generic #58-Ubuntu SMP Fri Mar 12 05:23:09 UTC 2010 
i686  GNU/Linux
sl...@mydesk:/d/at/books/mental$ head -n1 /proc/meminfo
MemTotal:3346096 kB
sl...@mydesk:/d/at/books/mental$
=

Always assuming you're not using a 2004 version that has this known bug, I'd 
suspect you might be running short on RAM, or you're using a VERY underpowered 
CPU, or something like that.

If I were going to troubleshoot this, I'd reboot the machine and try LyXing 
the doc again. Either it's slow or it's not. If it's not, start looking at 
other software running concurrently with LyX. If it is, cut a copy of the doc 
in half and see whether it's just as slow, half as slow, or not slow at all. 
Continue doing this half splitting until you discover the factors 
corresponding to slow behavior.

StevET


Steve Litt
Recession Relief Package
http://www.recession-relief.US
Twitter: http://www.twitter.com/stevelitt

Re: lyx chokes on documents with many subsections?

[Julien Rioux]

On 12/06/2010 11:55 AM, Jose Quesada wrote:

Hi,

I'm not sure if this is only on my particular doc, but it seems to me
that lyx chokes on documents with many subsections?
It's a notes doc. It may have close to a hundred headinds (section,
subsection etc).
Typing becomes slow. Even moving around with the arrow keys shows a
noticeable delay.


Do you have the outline pane open? What if you close it?

--
Julien

Re: lyx chokes on documents with many subsections?

[Jose Quesada]

@Steve,16 Gb of ram, cpu iddle... I don't think it's a matter of resources.
@Julien, you narrowed down the problem! when I close the outline pane,
everything is fast. Unfortunately, for my use case I need it open...

I wonder if Rob Oakes, who has been working on the outliner code, could
improve performance.
Maybe there's an inconsistency on the headings on this particular file that
make it slow...

I'm going to generate a file with only say 100 headings, but only two
levels, and then increase the complexity until I hit the slow down...
Will report back.

Best,
-Jose

Jose Quesada, PhD.
Max Planck Institute,
Center for Adaptive Behavior and Cognition,
Berlin
http://www.josequesada.name/
http://twitter.com/Quesada


On Sat, Jun 12, 2010 at 8:16 PM, Steve Litt <sl...@troubleshooters.com>wrote:

> On Saturday 12 June 2010 11:55:20 Jose Quesada wrote:
> > Hi,
> >
> > I'm not sure if this is only on my particular doc, but it seems to me
> > that lyx chokes on documents with many subsections?
> > It's a notes doc. It may have close to a hundred headinds (section,
> > subsection etc).
> > Typing becomes slow. Even moving around with the arrow keys shows a
> > noticeable delay.
> >
> > Since LyX is praised for working really well on longer documents, such as
> > books, I'm surprised.
> > I tried 1.6.4 (ubuntu) 1.6.6 (sabayon) and 2alpha 3 (ubuntu). Same
> problem.
> >
> > In this use case, there's almost as much 'section' content as there's
> > 'default' paragraph content. Maybe this is abusing the design of LyX...?
> >
> > Best,
> > -Jose
>
> A long, long time ago, back in the Xforms days (yeah, let's not get started
> on
> that), a LyX version had a bug where a moderately long doc would allow the
> typist to outrun LyX. It was some problem with a specific algorithm (maybe
> shifting X characters by shifting 1 character X times, or something like
> that). But since then, I haven't seen a Lyx version that let me (45 to 50
> wpm)
> get ahead of LyX, even though I've written some fairly big books with lots
> of
> headings. My "Thriving in Tough Times" book has 112 Subsection headers:
>
> =
> sl...@mydesk:/d/at/books/mental$ cat thrive.lyx | grep "begin_layout
> Subsection" | wc -lsl...@mydesk:/d/at/books/mental$
> 112
> sl...@mydesk:/d/at/books/mental$
> =
>
> I'm using LyX 1.6.4 on Ubuntu 9.10 32bit with 3.4 GB of recognizeable RAM.
>
> =
> sl...@mydesk:/d/at/books/mental$ lyx -version
> LyX 1.6.4 (2009-08-22)
> Built on Sep 22 2009, 23:23:06
> Configuration
>  Host type:i486-pc-linux-gnu
>  Special build flags:  aiksaurus warnings  use-aspell use-ispell
>  C   Compiler: gcc
>  C   Compiler LyX flags:
>  C   Compiler flags:-g -O2
>  C++ Compiler: g++ (4.4.1)
>  C++ Compiler LyX flags:
>  C++ Compiler flags:-g -O2
>  Linker flags:
>  Linker user flags:-Wl,-Bsymbolic-functions -Wl,-z,defs
> -Wl,--as-
> ne eded -Wl,-z,defs -Wl,--as-
> needed
>  Qt 4 Frontend:
>  Qt 4 version: 4.5.2
>  Packaging:posix
>  LyX binary dir:   /usr/bin
>  LyX files dir:/usr/share/lyx
>
> sl...@mydesk:/d/at/books/mental$ uname -a
> Linux mydesk 2.6.31-20-generic #58-Ubuntu SMP Fri Mar 12 05:23:09 UTC 2010
> i686  GNU/Linux
> sl...@mydesk:/d/at/books/mental$ head -n1 /proc/meminfo
> MemTotal:3346096 kB
> sl...@mydesk:/d/at/books/mental$
> =
>
> Always assuming you're not using a 2004 version that has this known bug,
> I'd
> suspect you might be running short on RAM, or you're using a VERY
> underpowered
> CPU, or something like that.
>
> If I were going to troubleshoot this, I'd reboot the machine and try LyXing
> the doc again. Either it's slow or it's not. If it's not, start looking at
> other software running concurrently with LyX. If it is, cut a copy of the
> doc
> in half and see whether it's just as slow, half as slow, or not slow at
> all.
> Continue doing this half splitting until you discover the factors
> corresponding to slow behavior.
>
> StevET
>
>
> Steve Litt
> Recession Relief Package
> http://www.recession-relief.US
> Twitter: http://www.twitter.com/stevelitt
>
>

Re: lyx chokes on documents with many subsections?

[Jose Quesada]

ok, attached is an example.
At 40 headins it is kind of too slow for actuall work.

Turning autocompletion off doesn't help. Neither does turning off inline
spelling.
htop shows lyx using little memory and cpu. Performance degrades lineally
with number of headings.

If you could reproduce this on other systems, then I think we have a bug.

Best,
-Jose

Jose Quesada, PhD.
Max Planck Institute,
Center for Adaptive Behavior and Cognition,
Berlin
http://www.josequesada.name/
http://twitter.com/Quesada


On Sat, Jun 12, 2010 at 9:48 PM, Jose Quesada <ques...@gmail.com> wrote:

> @Steve,16 Gb of ram, cpu iddle... I don't think it's a matter of resources.
> @Julien, you narrowed down the problem! when I close the outline pane,
> everything is fast. Unfortunately, for my use case I need it open...
>
> I wonder if Rob Oakes, who has been working on the outliner code, could
> improve performance.
> Maybe there's an inconsistency on the headings on this particular file that
> make it slow...
>
> I'm going to generate a file with only say 100 headings, but only two
> levels, and then increase the complexity until I hit the slow down...
> Will report back.
>
> Best,
> -Jose
>
> Jose Quesada, PhD.
> Max Planck Institute,
> Center for Adaptive Behavior and Cognition,
> Berlin
> http://www.josequesada.name/
> http://twitter.com/Quesada
>
>
> On Sat, Jun 12, 2010 at 8:16 PM, Steve Litt <sl...@troubleshooters.com>wrote:
>
>> On Saturday 12 June 2010 11:55:20 Jose Quesada wrote:
>> > Hi,
>> >
>> > I'm not sure if this is only on my particular doc, but it seems to me
>> > that lyx chokes on documents with many subsections?
>> > It's a notes doc. It may have close to a hundred headinds (section,
>> > subsection etc).
>> > Typing becomes slow. Even moving around with the arrow keys shows a
>> > noticeable delay.
>> >
>> > Since LyX is praised for working really well on longer documents, such
>> as
>> > books, I'm surprised.
>> > I tried 1.6.4 (ubuntu) 1.6.6 (sabayon) and 2alpha 3 (ubuntu). Same
>> problem.
>> >
>> > In this use case, there's almost as much 'section' content as there's
>> > 'default' paragraph content. Maybe this is abusing the design of LyX...?
>> >
>> > Best,
>> > -Jose
>>
>> A long, long time ago, back in the Xforms days (yeah, let's not get
>> started on
>> that), a LyX version had a bug where a moderately long doc would allow the
>> typist to outrun LyX. It was some problem with a specific algorithm (maybe
>> shifting X characters by shifting 1 character X times, or something like
>> that). But since then, I haven't seen a Lyx version that let me (45 to 50
>> wpm)
>> get ahead of LyX, even though I've written some fairly big books with lots
>> of
>> headings. My "Thriving in Tough Times" book has 112 Subsection headers:
>>
>> =
>> sl...@mydesk:/d/at/books/mental$ cat thrive.lyx | grep "begin_layout
>> Subsection" | wc -lsl...@mydesk:/d/at/books/mental$
>> 112
>> sl...@mydesk:/d/at/books/mental$
>> =
>>
>> I'm using LyX 1.6.4 on Ubuntu 9.10 32bit with 3.4 GB of recognizeable RAM.
>>
>> =
>> sl...@mydesk:/d/at/books/mental$ lyx -version
>> LyX 1.6.4 (2009-08-22)
>> Built on Sep 22 2009, 23:23:06
>> Configuration
>>  Host type:i486-pc-linux-gnu
>>  Special build flags:  aiksaurus warnings  use-aspell use-ispell
>>  C   Compiler: gcc
>>  C   Compiler LyX flags:
>>  C   Compiler flags:-g -O2
>>  C++ Compiler: g++ (4.4.1)
>>  C++ Compiler LyX flags:
>>  C++ Compiler flags:-g -O2
>>  Linker flags:
>>  Linker user flags:-Wl,-Bsymbolic-functions -Wl,-z,defs
>> -Wl,--as-
>> ne eded -Wl,-z,defs -Wl,--as-
>> needed
>>  Qt 4 Frontend:
>>  Qt 4 version: 4.5.2
>>  Packaging:posix
>>  LyX binary dir:   /usr/bin
>>  LyX files dir:/usr/share/lyx
>>
>> sl...@mydesk:/d/at/books/mental$ uname -a
>> Linux mydesk 2.6.31-20-generic #58-Ubuntu SMP Fri Mar 12 05:23:09 UTC 2010
>> i686  GNU/Linux
>> sl...@mydesk:/d/at/books/mental$ head -n1 /proc/meminfo
>> MemTotal:3346096 kB
>> sl...@mydesk:/d/at/books/mental$
>> =
>>
>> Always assuming you're not using a 2004 version that has this known bug,
>