[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: [FORA DO TOPICO] dimensionar servidor



On Fri, 16 Jan 2004 10:23:42 -1000
Marcio de Araujo Benedito <china@pbh.gov.br> wrote:

	Bom... acho que um dual XP 2000+ com 1G de RAM deve ser um bom ponto de
partida...

	Batata, porque você pediu um palpite! :-)

#> Em Sex, 2004-01-16 às 01:54, Leandro Guimarães Faria Corcete Dutra
#> escreveu:
#> 
#> > 	Isso vai depender mais da tua aplicação que de qualquer outro
fator, e
#> > da maneira como vai ser usada -- clientes-servidor ou
#> > hospedeiro-terminais?
#> 
#> Os usuarios verao a escola no navegador. De qualquer ponto da nossa
#> intranet ou de casa o aluno batera a url da escola e tera o campo
para
#> logon na pagina inicial. Dai pra la a coisa rola no browser mesmo.
#> 
#> > 	Hoje em dia está difícil comprar algo pequeno o suficiente... o
#> > hospedeiro dos Telecentros (20 terminais, um uso muito mais pesado
que o
#> > de servidor) é um Athlon 1300 ou 1700 MHz com 1 GiB de RAM.
#> > 
#> > 	O mais importante é o balanceamento, e é onde nós sofremos. 
Nosso
#> > processador e quantidade de memória são ótimos, mas ajudaria o
sistema
#> > fosse mais balanceado com canais E/S adequados, desde as pontes e
#> > memória até discos SCSI.
#> 
#> O SERPRO tem este servico, muito maior que o nosso e que roda em
#> proprietario M$ IIS+ASP, hospedado em uma maquina com 4 processadores
e
#> 8GB de RAM e 300GB de disco. Acho disperdicio comprar uma maquina
dessas
#> para nossas pretensoes (na verdade eu acho que isso inviabiliza o
#> projeto em termos de custo). Por isso lancei a pergunta.
#> 
#> Mas tb nao da pra rodar em uma maquina pobre e o servico ficar ruim
...
#> 
#> > 	Sistemas proprietários e portados como Flash dão uma carga muito
#> > absurda, assim como Java, e em menor escala sistemas portados
embora
#> > livres, como Mozilla e OpenOffice.org.  Outra coisa que prejudica
muito,
#> > e é muito comum em PHP, é a subutilização do banco de dados, com um
#> > modelo subnormalizado e uso pesado de código aplicativo procedural
no
#> > cliente, com o conseqüente tráfico de rede e problemas de
otimização de
#> > acesso do SGBD.
#> 
#> Pois e ... O flash etrou porque os pedagogos (que nao sabem
diferenciar
#> um O de um 0) insistiram que para quem nunca viu informatica o uso de
#> animacoes com bonecos falando e apontando o dedo para o botao
imprimir e
#> fundamental para o aprendizado. Mas o acesso ao SGBD esta bem
feitinho e
#> no servidor de desenvolvimento, um desktop PIII com 128 de RAM, o
curso
#> de demonstracao rodou bem com 10 alunos acessando. Mas a previsao do
#> servico em producao e de que serao 10 alunos por turma e 10 turmas ao
#> mesmo tempo, acessando tanto da intranet quando da internet.
#> 
#> > 	Trocando em miúdos: melhor prototipar, tentar obter o melhor
sistema
#> > possível e trabalhar no sistema aplicativo.
#> 
#> O caso e que a maquina em questao ainda nao existe, e para comprar e
#> preciso uma especificacao tecnica, falando quantos processadores,
quanto
#> de RAM, quanto de disco ...
#> 
#> []'s
#> -- 
#> Outgoing mail is certified Windows Free.
#> Checked by Debian GNU/Linux <http://www.debian.org>.
#> 
#> "free your computer and your soul will follow..."
#> 


-- 

Rogério Neves Batata				(batata@pr.gov.br)
Companhia de Informática do Paraná - Celepar     Linux User #87955 

 /"\
 \ /  Campanha da fita ASCII - contra mail html
  X   ASCII ribbon campaign - against html mail
 / \



Reply to: