Na minha opinião<br><br>Configuração mínima:<br>CPU 64 Bits com 4 núcleos<br>4GB de Ram<br>OS Fedora / Red Hat ou Windows 7 Pro<br>Placa gráfica 1GB<br>Disco Principal para OS SSD<br><br>As vezes gasta-se balúrdios em cpu&#39;s / Ram e gráficas  depois o que está a pendurar o pc todo é o disco e boards de gama baixa..<br>
<br>E sistema operativo optimizado para as necessidades do posto.<br>A nível de servidores é tudo muito mais relativo .<br><br>Tudo depende mesmo da utilização. e da exigência dos utilizadores...<br><br><br><br><br><br><div class="gmail_quote">
No dia 24 de Abril de 2012 10:54, duartecarreira <span dir="ltr">&lt;<a href="mailto:dncarreira@gmail.com">dncarreira@gmail.com</a>&gt;</span> escreveu:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
boa pergunta... mas acho que sem resposta concreta possível.<br>
<br>
Nada como ensaiar num pc que já tenham tarefas comuns para vocês.<br>
<br>
Eu tenho preferência em cpu&#39;s rápidos (+++GHz), e ram suficiente. O que<br>
significa ram suficiente depende completamente das tarefas. Por exemplo,<br>
falamos de servidor ou posto de trabalho? E que software vão usar? Com que<br>
operações?<br>
<br>
No meu trabalho, usando o qgis, gdal, mesmo com operações +-pesadas, um<br>
portátil i5 mais fraquinho, com 8gb ram dá bem conta do recado. Mas também<br>
não faço análise com 17gb de dados de 1 vez.<br>
<br>
Para servidor de postgis, a conta é mais complicada, porque a memória<br>
ocupada depende muito da configuração mas também do número de conexões e das<br>
operações que cada conexão executa. O que para mim foi um conceito novo e<br>
demorei um pouco a sentir que tinha a situação controlada. Por exemplo, uma<br>
conexão tanto pode ocupar 50mb de ram como 400mb consoante a operação<br>
(visualizar ou carregar dados em massa). Mas a boa notícia é que o<br>
postgresql pode ser configurado para usar pouca memória portanto estamos<br>
sempre relativamente seguros.<br>
<br>
Para servidor de MapServer nunca tive problemas de memória. Já GeoServer é<br>
outra estória... mas outros mais experientes podem dar as suas impressões.<br>
<br>
Abr<br>
Duarte<br>
<br>
--<br>
View this message in context: <a href="http://osgeo-org.1560.n6.nabble.com/hardware-opensource-tp4912259p4913004.html" target="_blank">http://osgeo-org.1560.n6.nabble.com/hardware-opensource-tp4912259p4913004.html</a><br>

Sent from the OSGeo Portuguese Local Chapter mailing list archive at Nabble.com.<br>
<br>_______________________________________________<br>
Portugal mailing list<br>
<a href="mailto:Portugal@lists.osgeo.org">Portugal@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/portugal" target="_blank">http://lists.osgeo.org/mailman/listinfo/portugal</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>Sem mais de momento,<br><br>Rui Daniel Dinis de Melo<br><br><br>Sites A Visitar:<br><a href="http://www.ViPeR5000.net" target="_blank">www.ViPeR5000.net</a><br><a href="http://www.Bombeiros-Portugal.net" target="_blank">www.Bombeiros-Portugal.net</a><br>