Re: lyx chokes on documents with many subsections?
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?
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?
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?
> 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?
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?
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?
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?
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?
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?
> > 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?
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?
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?
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?
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?
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?
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: lyx chokes on documents with many subsections?
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?
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: Re: lyx chokes on documents with many subsections?
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: Re: lyx chokes on documents with many subsections?
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?
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. >
Re: lyx chokes on documents with many subsections?
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?
On Sat, Jun 12, 2010 at 10:22 PM, [Ricardo Rodriguez] eBioTIC. 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
Re: lyx chokes on documents with many subsections?
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 wrote: > Jose Quesada 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 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?
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?
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 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 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 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:
Re: lyx chokes on documents with many subsections?
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 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 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
Re: lyx chokes on documents with many subsections?
@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 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?
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?
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?
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?
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 wrote: > Hello > > On Sat, Jun 12, 2010 at 4:55 PM, 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 many tables? There is a known issue regarding table rendering. > Liviu >
Re: lyx chokes on documents with many subsections?
Hello On Sat, Jun 12, 2010 at 4:55 PM, 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 many tables? There is a known issue regarding table rendering. Liviu
lyx chokes on documents with many subsections?
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