Messages in this thread | | | From | Con Kolivas <> | Subject | Re: [PATCH] O16.2int | Date | Tue, 19 Aug 2003 09:47:25 +1000 |
| |
On Tue, 19 Aug 2003 02:51, Antonio Vargas wrote: > On Mon, Aug 18, 2003 at 11:21:04AM +1000, Con Kolivas wrote: > > Quoting Tom Sightler <ttsig@tuxyturvy.com>: > > > 2. -- Adobe Acrobat 5.07 for Linux seems to have a very similar issue, > > > a large complex document seems to starve out the whole system making > > > the system feel locked up for several seconds. > > > > Actually I've profiled acroread and it seems to be more a memory issue > > than a scheduler one per se. Something very inefficient about it's design > > and it behaves much worse as a mozilla plugin than standalone. Give it > > lots of cpu time and it just keeps doing more and more vm work. > > Acrobat has a switch so that it keeps a cache of rendered pages, and > obviously it default to ON, so just reading a big PDF file page by > page will trash all the system with lots useless data. BUT, for simple > PDF usage in a non-multitasking single-user machine it's faster > so there you have a possible reason for it's strange behaviour.
Yes. As well as this though, there is a specific problem with it as a mozilla plugin. Profiling shows some libgdk is doing all the work and it really behaves badly. Put the same plugin into a different browser (eg opera) and it behaves well, working pretty much like standalone acroread.
Con
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |