[ros-dev] Microsoft Office files in the trunk

[Nate DeSimone]

I measured via the windows task manager, under linux I summed the memory 
use by all the wine processes.


Sarocet wrote:

> I'm unsure about how did you measured it, but i remember MS Office had 
> some tricks to be faster. It adds on windows start OSA.EXE to load 
> prematurely its libraries so when you called the Office programs they 
> were already half-loaded. That could also show the memory less for 
> having the DLL loaded?
>
>
> ----- Original Message ----- From: "Nate DeSimone" <desimn at rpi.edu>
> Sent: Thursday, November 10, 2005 5:46 PM
> Subject: Re: [ros-dev] Microsoft Office files in the trunk
>
>
>> Time to Load (sec)
>> ------------------
>> OpenOffice.org 2-----5.5
>> Office 2003----------1.2
>>
>> Memory Usage after Loading
>> --------------------------
>> OpenOffice.org 2------41.7 MB
>> Office 2003-----------15.9 MB
>>
>>    Also the argument that office "hides" its memory usage since it 
>> uses Windows code doesn't seem to have much bearing, if you look at 
>> the memory use of it running under crossover in Linux its ~20MB used 
>> by all the wine processes, I personally could see wine using 5MB for 
>> itself.  I'm sorry to say it but OpenOffice is an absolute hog, it 
>> makes Office look lean!  Now I really do like open source software, 
>> don't get me wrong.
>>    Thankfully the OpenOffice project is not the rule for the open 
>> source community, it is the exception.  The problem with OpenOffice 
>> is they inherited a horrible codebase from Sun (which was developed 
>> in a closed source fashion btw), and unlike the Mozilla project they 
>> did not attempt to fix the underlying codebase before jumping right 
>> in.  If you look at old versions of StarOffice you may notice that it 
>> loads up a unified suite, where one app does word processing, 
>> spreadsheet... everything. While OpenOffice has separated the apps 
>> from each other, it doesn't appear all of the tightly integrated code 
>> has been unwound yet.  When you add all that old code with Java it 
>> becomes big.  Then when you consider that the OpenOffice "community" 
>> is made up of mostly Sun employees I'm not suprised about the memory 
>> requirements *cough* Java *cough*.  At least google is getting 
>> involved with the intention of leaning it down a bit.
>>
>>    Anyway my point is I personally still see good reason to stick 
>> with Office, and I hope that the open product becomes up to par in 
>> the future.
>>
>>
>>
>> Michael B. Trausch wrote:
>>
>>> Murphy, Ged (Bolton) wrote:
>>>
>>>> I disagree with this. I don't know how to use oo.o or variants, and 
>>>> I don't
>>>> intend on learning something I have no interest in. I'm currently 
>>>> putting together a presentation for the speeches I have coming
>>>> up on ReactOS. If a rule was put in place where we could only commit
>>>> OpenDocument files, I would simply not put it into the repository 
>>>> and would
>>>> instead share it with anyone who wanted it via email.
>>>>
>>>> This isn't because I'm being awkward, it's because I have no time or
>>>> interest to learn a new office suite .... and I certainly don't 
>>>> want to
>>>> install oo.o on my machine.
>>>>
>>>> I suppose it's this attitude which keeps MS Office up as a 
>>>> monopoly, which
>>>> now make me realise why they don't want to support OpenDocument.
>>>>
>>>>
>>>
>>> I don't know what "learning" there is.  You may have to find something
>>> lurking a few items up or down in a menu; however, the things that it
>>> can do over that of what Office can do, is pretty amazing.  It's
>>> intuitive, and unless you're a heavy VBScript programmer, you wouldn't
>>> be disappointed.
>>>
>>> - Mike
>>>
>>>
>>> ------------------------------------------------------------------------ 
>>>
>>>
>>> _______________________________________________
>>> Ros-dev mailing list
>>> Ros-dev at reactos.org
>>> http://www.reactos.org/mailman/listinfo/ros-dev
>>>
>>
>>
>> _______________________________________________
>> Ros-dev mailing list
>> Ros-dev at reactos.org
>> http://www.reactos.org/mailman/listinfo/ros-dev 
>
>
> _______________________________________________
> Ros-dev mailing list
> Ros-dev at reactos.org
> http://www.reactos.org/mailman/listinfo/ros-dev
>
>