On Apr 5, 12:08 pm, Icebreaker <[email protected]> wrote: > Ken, we both know that yyyc186 won't use 8GB of RAM just for editing some > documents, nor do anything which would roughly require more than 3GB of RAM > :) > > He's just a mortal Linux user :) > >
When OpenOffice had both documents opened, free showed less than 4Gig free. Of course it didn't last long before it managed to take out all of Unbuntu. On OpenSuse OO can't handle the documents, but at least it is not able to take out OpenSuSE 11.1. As I said, the last kernel update from Cannonical trashed thousands of machines. To the other person who can't wrap his mind around the problem, let me explain it. I created similar documents to this (in size and content) with WordPerfect under DOS. The document I'm porting was actually created with WordPerfect under XP Pro. Aparently you've never been a software developer or this situation wouldn't be a problem for you to understand. WordPerfect was written by professional programmers. They were trained to believe that a program which crashes was their fault. As a result of this training, they only loaded a few pages into memory at any one time. This same design carried forward from DOS to the various Windows viruses...er I mean operating systems. OpenOffice was written by Java programmers, not trained professionals. The critical difference is found in the concept of memory usage. To a Java developer, memory is someone elses problem. That is a night and day difference from developers who came from platforms which had 64K-words to work with, and later developers tring to make things run in what was left of the narrow 640K window, knowing full well some fool overlayed part of their video memory with a critical driver and as soon as you go into high graphics mode you are going to trash it. There's not a designed in page limit, but a 32-bit mindset development problem. Further example would be OpenOffice configuration. When you open a second document, OpenOffice doesn't open and MDI window, it launches a new instance. (Do a free from a terminal window before and after with a tiny document to see how much goes bye-bye. Put the words "Hello World!" in a file and make that your second document you open.) You can easily contrast this with Lotus Symphony from IBM (unless you are running 64-bit Ubuntu because there is no release for that and the 32-bit won't install.) I can load this same pair of documents in Symphony on the same machine where OO anhiliates the memory along with my browser and an xterm window and still see more than 5Gig when I type free in konsole. Why? Symphony uses the MDI way of life. It may have even borrowed a lot of its internal design from the original DOS Symphony product. In short, it loads a few pages at a time. Your document size is limited only by free disk space. Will I use 8gig? Not as long as I'm using Symphony. I doubt OpenOffice will ever get out of its 32-bit-memory-is-someone-elses- problem mindset, so...we won't know just how much it takes to load both versions of this document. I've added over 100 pages to it without using any additional memory under Symphony. I couldn't edit long enough to add a page in OpenOffice. --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Ubuntu Linux" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/ubuntulinux?hl=en -~----------~----~----~----~------~----~------~--~---
