Olivier Hallot escreveu:
> Por mais que eu goste de Linux, não posso imaginar que toda a engenharia
> da MS produza um SO que não compartilhe o binário executavel de um
> aplicativo. Este conceito é paleontológico na era da informatica pelo
> simples fato que memoria por muitos anos foi coisa raríssima e caríssima.
> 
> Por outro lado testei aqui no Mandriva2007 com dois usuários simultâneos
> (fernanda em LTSP), com o comando top padrão do linux e eis o que se
> apresenta:
> 
> top - 17:13:44 up  7:11,  2 users,  load average: 0.26, 0.23, 0.23
> Tasks:   2 total,   0 running,   2 sleeping,   0 stopped,   0 zombie
> Cpu(s):  3.2% us,  1.2% sy,  0.0% ni, 94.0% id,  0.7% wa,  1.0% hi,  0.0% si
> Mem:    514792k total,   506284k used,     8508k free,     3568k buffers
> Swap:  4088500k total,   162112k used,  3926388k free,   156444k cached
> 
>   PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
> 12500 fernanda  15   0  173m  61m  43m S    0 12.3   0:04.40 soffice.bin
> 12861 olivier   15   0  203m  94m  47m S    0 18.7   0:07.70 soffice.bin
> 
> Nestas ultimas linhas mostra que a memoria compartilhada é de 43 a 47 MB
> para os processos soffice.bin (o BrOffice 2.0.4), deixando a supor que o
> "footprint" do binário está nesta faixa de consumo de memória (veja que
> eu estou usando termos longe de serem categoricos)
> 
> Sabendo que a memoria RES(IDENTE) = CóDIGO + Dados, podemos inferir que
> cada processo de usuário aqui tem entre 20 a 50 MB de uso de dados. No
> caso especifico o processo da fernanda não abriu arquivo nenhum e o meu
> tem um documento aberto.
> 
> O questionamento pode ser sobre a memoria gasta pelo fato de um  arquivo
> estar aberto para edição. Quando isto acontece, o BrOffice aloca memoria
> de dados para acomodar o documento, e deve alocar mais ainda para
> resolver uma serie de rotinas internas. Para verificar se algo pode ser
> economizado, pode-se ir em ferramentas-opções-memoria e brincar com os
> valores lá. Ja vou avisando que é um processo chato e cheio de empirismo.
> 
> Eu acho que deve haver informações dadas pelo W2003 que permitam fazer
> um "tunning" mais apropriado, caso o padrão não atenda às necessidades.
> Uma coisa eu asseguro: O BrOffice para windows foi compilado com
> ferramentas e bibliotecas de desenvolvimento que a Microsoft
> disponibiliza/comercializa para desenvolvedores de aplicativos.
> 
> Olivier
O que não significa que sejam as mesmas ferramentas usadas para desenvolver seus
próprios produtos. São fornecidas para terceiros, cocorrentes potenciais.

-- 
Marco de Freitas,
NBR para a Internet já! Porque meu navegador não é penico.

http://www.softwarelivre.org/news/2472
http://www.w3.org/2003/03/Translations/byLanguage?language=pt-br


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Responder a