Não o motivo de tanta chiação, resumindo a Historia.
Técnicamente, quando se usa um sistema operacional de 32 bits sobre um
processador de 64 bits, só perde 50% da capacidade de processamento
teorico do hardware.
Quanto se utiliza sistemas de 32 bits com mais de 4 Gbs de memoria é
necessário utilizar PAE para ultrapassar a limitação dos 32 bits de
endereçamento.
Se um sistema tem 8 Gbs de ram é 64 Bits ele opera normalmente com 32
Bits, porem se o software for 32 Bits e não tiver sido compilado ou não
dispor de rotinas para utilizar mais do que 4Gbs de ram o sistema não
vai fazer cache de Disco a menos que se turning o mesmo para isso.
Possuo atualmente 4 servidores de e-mail no qual sou responsável, nenhum
deles utilizo software 32 Bits, todos os software são compilados ou
manualmente ou através dos ports para usufruir dos 64 Bits de
endereçamento alem de que todos com suporte a multi-threads.
Ter um software multi-thread hoje é mais vantagem do que um software
64bits sem multi-thread pelos seguintes casos.
Processador de 2 Nucleo
Software com Multi-thread = 100% de aproveitamento do processador.
Software sem Multi-thread = 50% de aproveitamento maximo do
processador. ( Prejuizo de 50%, se a maquina vale 10K reais 5K você
jogou no lixo ).
Processador de 4 Nucleo.
Software com Multi-thread = 100% de aproveitamento do processador.
Software sem multi-thread = 25% de aproveitamento do processador. (
Prejuízo de 75%, se a maquina vale 10K reais, 7500 reais você jogou no
lixo ).
Quanto a memoria em sistemas de 64 bits ( Gasto meu tempo e minhas
noites de sono estudando. Se quer saber, otima oportunidade para ler a
documentação do hardware ).
Agora segue abaixo o texto do PSICOLOGO no qual iniciou a thread que
sobre a sua justificatica de que queria saber o nivel de conhecimento do
pessoal da lista.
#################################################### MENSAGEM ORIGINAL
###################################################
Galera, tudo bem?
Voces da lista, quando vão montar um server linux de e-mail que tenha mais que
4gb,
voces usam em ambiente 32bits ou 64bits?
Se usam 64bits, voces ja tiverem algum problema com e-mail?
Abraços
##########################################################################################################################
Respostas/Observações a pergunta do PSICOLOGO.
Voces da lista, quando vão montar um server linux de e-mail que tenha mais que
4gb,
Quando vamos montar um servidor primeiramente mesuramos fatores no qual
o projeto pretende atingir, alem da capacidade interna e tempo para
execução do mesmo.
voces usam em ambiente 32bits ou 64bits?
Tal fator é avaliado anteriormente onde alguns aspectos são
considerados, tais como:
1 Segurança.
2 Qualidade.
3 Capacidade.
4 Limitações.
5 Custos.
Cada fator é confrontado com outro até se obter um denominador comum
para cada solução presente no mercado.
Para resumo prejuízo de 5 mil reais como no exemplo acima não é tolerado.
Se usam 64bits, voces ja tiverem algum problema com e-mail?
Nem eu nem os outros dois profissionais que trabalham comigo tem
problemas do tipo, pois lemos a documentação e analisamos as limitações
de cada software.
Agora você possivelmente vai ter diversos problemas, pois não sabe
usar o a segundo principal recurso de um software que se chama DOCUMENTAÇÃO.
________________________________________________________________________________________________________________________________________
Mensagens a todos os demais "Profissionais" que responderam a thread
dando lição de moral, pedindo para apoiar a negligencia do criador da mesma.
Lista é para trocar informação quanto a soluções, problemas e
comentários acerca de Postfix ( Postfix é MTA e não hardware , o lugar
no qual ele pergunta é o errado ).
Lista de discussão não é lugar para dar curso, se quer aprender algo
primeiro ao invés de sair por ai perguntando a quatro ventos o que
fazer, pesquise, ao menos tenha o minimo de respeito em não vir achando
que é o "cara que sabe", Caso do integrante no qual o primeiro demostrou
total desconhecimento do assunto e depois veio querendo se gabar,
inflando ego, dizendo que sabia o que estava falando, creio que se
soubesse não estaria perguntando.
Agradeço atenção de todos, assim como gostaria de me desculpar por
incomodar por essa bíblia, assim como agradeço as pessoas que me
ajudaram nas duas únicas vezes que recorri a lista.
Não faço mais parte dos integrantes da lista pois espero trocar
informações com profissionais do segmento e não ficar ensinando
adolescentes motivados porem desinteressados.
Em 2/6/2011 15:15, Marcelo Terres escreveu:
Sinceramente, fazem alguns anos que já não instalo um servidor 32 bits.
[]s
Marcelo H. Terres
[email protected]
2011/6/2 [email protected]<[email protected]>:
Eu particularmente utilizo sempre 64 bits pra servidores de missão crítica.
Como por exemplo: dns, LAMP, email, storage e para proxy ( quando tem muitas
requisições )
menos pra firewall. se minha rede for pequena...
Eu recomendo 64 bits.. Nunca me encomodei.
Abraço
2011/6/2 Ricardo Fogliati<[email protected]>
O mundo esta cheio deles
2011/6/2 Thiago - HOST LP<[email protected]>
Puts...
Por causa de uma SIMPLES pergunta esta gerando tudo isso...
Como tem gente ignorante hein!!!!
-----Mensagem Original----- From: Ramon Gadelha
Sent: Thursday, June 02, 2011 11:32 AM
To: [email protected] ; Grupo de Usuarios Postfix do Brasil
Subject: Re: [Postfix-BR] Server com mais de 4GB 32 ou 64?
Acho que pessoas que participam de listas de discussões, devem estar
preparadas psicologicamente para qualquer tipo de pergunta e ter
humildade
o
suficiente para esclarecê-las ou simplesmente as ignorar. Não adianta
muita
coisa essa "inflação de ego", isso ao invés de difamar quem fez a
pergunta,
prejudica a quem respondeu. Lembrem-se de ninguém nasceu sabendo tudo!
Em 2 de junho de 2011 11:22, Juliano Primavesi | KingHost<
[email protected]> escreveu:
Paulo,
Isso é bem relativo. Depende da aplicação. Em geral, visando um futuro
upgrade de memoria, eu usaria sempre 64 bits, pois algumas aplicações
não
conseguem escalar mais de 4 Gb de memoria RAM em 32 bits. Outras, sim.
Apache, por exemplo, consegue usar mais de 4 Gb mesmo em 32 bits.
Por outro lado, em se tratando de um servidor de e-mails, mesmo que seja
em
32 bits e tenha, por exempo, 12 Gb de memoria RAM, vai funcionar, pois o
sistema operacional usar a RAM que "sobrar", para cache de IO,
aumentando
a
performance global do servidor, principalmente em um servidor de
arquivos.
Antes que alguém resolva dizer que estou escrevendo merda, se isso fosse
mentira, o storage D2D da HP nao teria 96 Gb de RAM.
Ou seja, antes de julgar a inteligência de alguém, pensa que tu também
pode
estar errado.
Juliano
Em 31/05/2011 19:54, Paulo Henrique BSD Brasil escreveu:
Aconselho a estudar mais antes de encarar MTA, isso não é coisa de
criança
ficar brincando...
Primeiro, saber hardware é essencial,
Segundo, saber sistema operacional mais ainda,
e Terceiro + a resposta a sua pergunta, 4Gbs ou mais de memoria sistema
operacional só reconhece se for via PAE no caso de 32Bits ou usando
sistema
operacional de 64 Bits.
Depois dizem para sermos tolerantes e relevantes a toda e qualquer tipo
de
pergunta, mais tem pergunta que fica dificil de saber se é um usuário
de
sistema que está fazendo-a ou é realmente um profissional de TI, porem
em
ambos os casos a desinformação para não ser completa é parcial aguda...
Mercado de TI é até piada !!!
Em 31/5/2011 18:57, Thiago - HOST LP escreveu:
Galera, tudo bem?
Voces da lista, quando vão montar um server linux de e-mail que tenha
mais que 4gb,
voces usam em ambiente 32bits ou 64bits?
Se usam 64bits, voces ja tiverem algum problema com e-mail?
Abraços
_______________________________________________
Postfix-BR mailing list
[email protected]
http://listas.softwarelivre.org/mailman/listinfo/postfix-br
_______________________________________________
Postfix-BR mailing list
[email protected]
http://listas.softwarelivre.org/mailman/listinfo/postfix-br
_______________________________________________
Postfix-BR mailing list
[email protected]
http://listas.softwarelivre.org/mailman/listinfo/postfix-br
--
Ramon Gadelha C. Marques
-------------------------------------------------------
Contatos: +55 (85) 3274-2056
+55 (85) 9609-1474
LPIC Level 1
Novell Certified Linux Administrator (CLA)
Novell Data Center Technical Specialist
VMware Sales Professional
VMware Technical Sales Professional
TCSP Certification: Worry-Free Business Security 6.0
TCSP Certification: OfficeScan 10.0
TCSP Certification: Intrusion Defense Firewall (IDF) 1.2
TCSP Certification: ScanMail Exchange 10.0
TCSP Certification: Control Manager 5.0
TCTP Trend Micro Certified Threat Professional
Trend Micro Foundation Certification (TFC)
_______________________________________________
Postfix-BR mailing list
[email protected]
http://listas.softwarelivre.org/mailman/listinfo/postfix-br
_______________________________________________
Postfix-BR mailing list
[email protected]
http://listas.softwarelivre.org/mailman/listinfo/postfix-br
--
...... __@ ......__@
...._ \>_ ...._ \>_
...(_)/ (_) ...(_)/ (_)
_______________________________________________
Postfix-BR mailing list
[email protected]
http://listas.softwarelivre.org/mailman/listinfo/postfix-br
--
Atenciosamente;
Graciously;
*Lucas Possamai
*
http://psyscrew.posterous.com/
"Na palma da tua mão existem sonhos, felicidades e a força que te guia por
um caminho, que somente você poderá trilhar, com o olhar tranquilo saberás
onde chegar. O fim é apenas mais um ponto para inventar uma nova
conquista.""Nunca
desvalorize ninguém... guarde cada pessoa perto do seu coração, porque um
dia você pode acordar e perceber que perdeu um diamante enquanto estava
muito ocupado colecionando pedras falsas". **
_______________________________________________
Postfix-BR mailing list
[email protected]
http://listas.softwarelivre.org/mailman/listinfo/postfix-br
_______________________________________________
Postfix-BR mailing list
[email protected]
http://listas.softwarelivre.org/mailman/listinfo/postfix-br
_______________________________________________
Postfix-BR mailing list
[email protected]
http://listas.softwarelivre.org/mailman/listinfo/postfix-br
