Temos essa mesma configuracao de terminal service, jah tivemos uma maquina pentium 4 com 2gb de ram e 30 usuarios, para economisar uso de memoria achamos uma solucao paleativa. Desabilitamos a opcao e inicializacao rapida do BrOffice, considerando que nesse caso soh carregaria quando o usuario precisasse usar o BrOffice e que os 30 usuario nao usam ao mesmo tempo, acabamos ganhando uma margem de seguranca. Atualmente trocamos o servidor, dell xeon biprocessado 3,8 com 6gb ram, com 50 usuarios e nao precisamos mais nos preocupar com a memoria.

Obs. o 2003 standart soh reconhece 4gb, atualmente usamos o enterprise.

Roberto Bertolini

----- Original Message ----- From: "Olivier Hallot" <[EMAIL PROTECTED]>
To: <[email protected]>
Sent: Tuesday, March 13, 2007 5:35 PM
Subject: Re: RES: [usuarios OOo] Uso absurdo de Memória


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


Natanael Brunel Dassoler escreveu:
Pois agora se é falta de inteligencia do sistema operacional, eu não sei...
Mais que ele inicia para cada sessão de usuário ele inicia...

Com realação ao Linus Terminal Server...nao saberia dizer sobre a
performance do servidor.

Já fiz esse teste com o Office, e realmente o negocio tambem é brabo...Mas
em relação ao BrOffice acreditava que fosse alguma configuração, já
desabilitei o jre, mas não adiantou muito coisa.E o que percebi é que ele é
o que mais consome memoria da maquina, e na verdade não são nem 30
funcionario são apenas 13, o que piora a situação.

-----Mensagem original-----
De: Renato S. Yamane [mailto:[EMAIL PROTECTED]
Enviada em: terça-feira, 13 de março de 2007 16:42
Para: [email protected]
Assunto: Re: [usuarios OOo] Uso absurdo de Memória


Em 13-03-2007 15:48, Natanael Brunel Dassoler escreveu:
Voce disse que ele carrega apenas uma vez, pois então faça um
teste...Monte um servidor com Win2003Server, crie uns 4 usuários,
solicite para que esses 4 usuários se conectem ao servidor e abram um
ou dois documentos com algumas paginas escritas.

Carregar o mesmo aplicativo várias vezes é falta de inteligência (do sistema
operacional).

Um servidor LTSP (Linus Terminal Server Project) com 1Gb de RAM para uns 15 usuários possui um resultado muito melhor do que se fosse máquinas dedicadas
com 256Mb de RAM.

Com um usuário administrador do Servidor, abra o Gerenciador de
tarefas vá na aba de processos, marque a opção de "mostrar processo de
todos os usuários", mande organizar pelo nome de imagem, e verifique
qual o uso de memória de cada usuário, Depois do teste voce responde,
se ele utiliza muita memória ou não.

Se isso está acontecendo é devido a falta de inteligência do seu Windows
2003 Server.

Já que voce disse que 60MB não é muito, para duas ou tres palavras
escritas num documento, então faça um teste com o Office da Microsoft,
veja quanto de memória ele utiliza. Apenas usa 13MB.(só 47MB) de
diferença,quase nada....

Você desconsiderou as instâncias pré-carregadas do Windows, que são
compartilhadas com o MS Office.

Faça um teste: Instale somente o Windows, dê o boot e verifique o consumo de memória. Depois instale o MS Office e verifique o consumo de memória após o
Windows ser iniciado.


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

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



--
Olivier Hallot
Scinergy Consulting
Tel (021) 8822-8812
Rio de Janeiro, Brasil
http://www.scinergy.com.br

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


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

Responder a