Re: [FUG-BR] Teste Performance PostgreSQL FreeBSD Linux e Windows2003Server

2006-08-24 Por tôpico Otacilio Neto
Não concordo.

É muito mais realista o teste com a instalação padrão
do que com o tuning máximo. A instalação padrão atinge
de longe o maior número de usuários, não tem nem o que
comentar. De que adianta o sistema A nas mãos de
Fulano ser o mais rápido se fulano não vai fazer a
configuração do sistema nas máquinas de todos os
outros usuários?

Otacílio

--- Artur F. Pimentel [EMAIL PROTECTED]
escreveu:

 Galera me desculpa
 
 Tem que fazer o tuning sim. O sistema vai estar
 operando na sua performance 
 máxima. Só que todos os sistemas devem estar tunados
 no máximo. Deve ter 
 especialista em todos os sistemas envolvidos.
 
 Artur.
 
 Em Wednesday 23 August 2006 14:11, Anderson Nadal
 escreveu:
  Não vejo diferença.
  Linux é Linux - distro é distro.
  O que importa é não tem sido feito nenhum tunning.
 
  []'s
  Nadal
 
 
  Não discuta com idiotas, eles te levam até o
 nível deles e te vencem
  por serem experientes
 
 

+---+
 
  | Anderson Nadal [EMAIL PROTECTED] -
 RHCE |
  |Coordenador Tecnico  
  |
  |  Fone: + 55 41 3331 8200
  |
  |  FAX: + 55 41 3331 8256 
 |
  | OndaRPC 
  |
  |   www.ondarpc.com.br
  |
  |Registered Linux User: 56841 
  |
  | PGP KEY: www.keyserver.net KEY ID 6ABB668D  
  |
 
 

+---+
 
  Eder escreveu:
   Concordo...
  
   Outra coisa, foi utilizada a instalação padrão
 do Fedora?
  
   Poderia testar com algum outro Linux..
 (Slackware? :))
  
  
   On Wed, 23 Aug 2006 13:54:06 -0300, Anderson
 Nadal [EMAIL PROTECTED]
   wrote:
  
   Bom, se ele tunou o kernel do FreeBSD o teste
 não é válido.
   Se o kernel de um dos SO foi alterado, o mesmo
 deveria ter sido feito em
   todos os outros SOs.
  
   []'s
   Nadal
  
  
   Não discuta com idiotas, eles te levam até o
 nível deles e te vencem
   por serem experientes
  
  

+---+
  
   | Anderson Nadal [EMAIL PROTECTED] -
 RHCE |
   |Coordenador Tecnico
|
   |  Fone: + 55 41 3331 8200  
|
   |  FAX: + 55 41 3331 8256   
   |
   | OndaRPC   
|
   |   www.ondarpc.com.br  
|
   |Registered Linux User: 56841   
|
   | PGP KEY: www.keyserver.net KEY ID 6ABB668D
|
  
  

+---+
  
   Tempra Turbo escreveu:
Interessante, mas vc tunou bem o freebsd ne
 ?
   
Poderia passar o kernel e o sysclt que voce
 usou ?
   
[]'s
   
2006/8/23, Joao Rocha Braga Filho
 [EMAIL PROTECTED]:
On 8/23/06, Nelson Pereira Júnior
 [EMAIL PROTECTED] wrote:
Pessoal, compartilhei o teste com a
 comunidade PostgreSQL e
gostaria de compartilhar com a comunidade
 FreeBSD também. Vejam:
   
Deletado...
   
O RESULTADO
   
WinServer2003: 361 loops.
   
Linux Fedora Core 5: 456 loops.
95 loops a mais que o WinServer2003.
 26,32% melhor.
   
FreeBSD 6.1: 485 loops.
29 loops a mais que o LinuxFedoraCore5.
 34,35% melhor.
124 loops a mais que o WinServer2003.
 6,36% melhor.
   
O FreeBSD ganhou do Linux, e ambos
 massacraram o Windows.
   
   
   João Rocha.
   
--
Nelson Pereira Júnior
Desenvolvedor Java
Graduando em Desenvolvimento Web com
 Software Livre
Fone: (47) 8415-2228
Fone: (47) 3348-6765
-
Histórico:
 http://www.fug.com.br/historico/html/freebsd/
Sair da lista:
 https://www.fug.com.br/mailman/listinfo/freebsd
   
--
Sempre se apanha mais com as menores
 besteiras. Experiência
própria.
   
[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://www.goffredo.eti.br
-
Histórico:
 http://www.fug.com.br/historico/html/freebsd/
Sair da lista:
 https://www.fug.com.br/mailman/listinfo/freebsd
   
-
Histórico:
 http://www.fug.com.br/historico/html/freebsd/
Sair da lista:
 https://www.fug.com.br/mailman/listinfo/freebsd
  
   -
   Histórico:
 http://www.fug.com.br/historico/html/freebsd/
   Sair da lista:
 https://www.fug.com.br/mailman/listinfo/freebsd
 
  -
  Histórico:
 http://www.fug.com.br/historico/html/freebsd/
  Sair da lista:
 https://www.fug.com.br/mailman/listinfo/freebsd
 
 -- 
 Artur F. Pimentel
 Analista de Suporte
 --
 www.suam.edu.br
 www.unisuam.edu.br
 -
 Histórico:
 http://www.fug.com.br/historico/html/freebsd/
 Sair da lista:
 https://www.fug.com.br/mailman/listinfo/freebsd
 





[FUG-BR] RES: bsdcounter

2006-08-24 Por tôpico SizeOf ::
Vamos criar o nosso BSD Counter! O que vocês acham? Vamos lá! 


Cléber Panta Pick
SizeSec - SizeHost
[EMAIL PROTECTED]
DDR: +55 51 2106 1005
CEL:  +55 51 8159 3339 

Rua Marechal Floriano, 638, sala 15
CEP 96810-000 - Centro
Santa Cruz do Sul – RS - Brasil
http://www.sizeof.com.br 
Tel: +55 51 2106 1000


-Mensagem original-
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome
de Nenhum _de_Nos
Enviada em: quinta-feira, 24 de agosto de 2006 00:38
Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
Assunto: Re: [FUG-BR] bsdcounter

On 8/23/06, @ fug. com. br =?iso-8859-1?Q?SizeOf_:: wrote:
 Pessoal,

 O site do bsd counter está com erro, não consigo me registrar, 
 existe outro site para isso?
 O que vocês acham de criarmos o nosso bsd counter?

 Valeu!

tb tentei e com firefox num foi :(

--
We will call you cygnus,
The God of balance you shall be
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] MRTG - Grafico ficou esquisito!!

2006-08-24 Por tôpico Louis .
Oi Rizzo,

Grato pela dica, já setei a variavel lá e estarei observando, noto que ele 
colocou uma linha em vermelho no topo do gráfico, como que demarcando o real 
número de bits do link.

Novamente, obrigado man!



--
Quanto mais sei, mais sei que nada sei By Sócrates.
Homem, conhece-te a ti mesmo! By Sócrates.
Ajuda-te e o céu te ajudará By Máxima cristã.





From: Nilton Jose Rizzo [EMAIL PROTECTED]
Reply-To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) 
freebsd@fug.com.br
To: Lista Brasileira de Discussão sobre FreeBSD 
(FUG-BR)freebsd@fug.com.br
Subject: Re: [FUG-BR] MRTG - Grafico ficou esquisito!!
Date: Wed, 23 Aug 2006 13:40:29 -0200

On Tue, 22 Aug 2006 17:48:14 -0300, Louis . wrote
  Olá pessoal,

Voce pode utilizar a opção do mrtg para limitar o
valor máximo que ele deve aceitar para contar

MaxBytes[_]: 131072  = 1MB

em : http://oss.oetiker.ch/mrtg/doc/mrtg-reference.en.html


  MaxBytes

The maximum value either of the two variables monitored are allowed to 
reach.
For monitoring router traffic this is normally the bytes per second this
interface port can carry.

If a number higher than MaxBytes is returned, it is ignored. Also read the
section on AbsMax for further info. The MaxBytes value is also used in
calculating the Y range for unscaled graphs (see the section on Unscaled).

Since most links are rated in bits per second, you need to divide their
maximum bandwidth (in bits) by eight (8) in order to get bytes per second.
This is very important to make your unscaled graphs display realistic
information. T1 = 193000, 56K = 7000, 10 MB Ethernet = 125, 100 MB
Ethernet = 1250. The MaxBytes value will be used by mrtg to decide 
whether
it got a valid response from the router.

If you need two different MaxBytes values for the two monitored variables, 
you
can use MaxBytes1 and MaxBytes2 instead of MaxBytes.

Example:

MaxBytes[myrouter]: 125

 
  Tenho o aplicativo MRTG rodando em server com FBSD 5.3 e quando
  acontece de o link de 4Mbps cair ou alguma reiniciada no router do
  LINK, o gráfico fica marcando uma ESCALA de 40 Mb/s ou maior e
  visualmente a linha que marcava antes os 4 Mb/s ficam lá em baixo,
  depois de 2 dias volta ao normal, pois o pico que ele deu até os 40
  Mb/s desaparecem do primeiro gráfico. Alguém já passou por isso?
  Alguem sabe como fazer ele voltar a ficar no normal, ou seja, o
  gráfico voltar a marcar 4 Mb/s???
 
  Grato.
 
 
--
  Quanto mais sei, mais sei que nada sei By Sócrates.
  Homem, conhece-te a ti mesmo! By Sócrates.
  Ajuda-te e o céu te ajudará By Máxima cristã.
 
  -
  Histórico: http://www.fug.com.br/historico/html/freebsd/
  Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


--
Nilton José Rizzo
805 Informatica
021 2413 9786

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


[FUG-BR] [ Fora do Tópico ] Quicktime no Fir efox

2006-08-24 Por tôpico Bruno Henrique de Oliveira
Bom dia,

Na lista brasileira de discussão sobre FreeBSD foi postado o seguinte
endereço:http://events.apple.com.edgesuite.net/aug_2006/event/index.html
quando acesso o portal utilizando o Firefox 1.0.4 o campo que parece ser
o controle do video não é carregado, acredito que seja uma aplicação
Quicktime. 

Buscando um plugin para resolver o problema notei que nem no portal da
Apple e nem no do Mozilla possuem plugin para o Quicktime no Linux,
gostaria de saber como faço para ver esse video.

Grato pela atenção.

Ass,
Bruno Oliveira

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


[FUG-BR] Compartilhamento de internet muito lento.

2006-08-24 Por tôpico Chacal4P
Olá,

Esses dias atrás pedia juda para fazer nat de uma conexão e foi tudo de boa.
Só que fui colocar o servidor em produção e percebi que, nos clientes
a internet estava muito lenta, fazendo mais testes percebi que só fica
lenta se um clente abrir 2 sites por ao mesmo tempo. O link é de
800kbps e demora mais ou menos uns 3 minutos para abri o uol e terra
ao mesmo tempo.

A maquina é um:
P4 HT 3.2GHz # Não está bilitado o HT
512 MB de Ram
HD de 120GB IDE
Placa Mãe P4P800 SE
Rede 2 RealTek RT8139

O servidor DNS é o MaraDNS, mas já testei sem o mesmo e o problema persiste.
O FeeBSD é o 6.1.

O rc.conf está assim:
hostname=ns1.cesbvalparaiso.edu.br
ifconfig_rl0=inet 10.0.0.2 netmask 255.255.255.0
ifconfig_rl1=inet 192.168.0.1 netmask 255.255.255.0
gateway_enable=YES
firewall_enable=YES
firewall_script=/etc/ipfw.rules
natd_enable=YES
natd_interface=rl0
natd_flags=-s -f /etc/natd.conf
defaultrouter=10.0.0.138

O ipfw.rules está assim:
$IPFW add divert natd all from any to any via rl0

E o natd.conf está assim:
interface rl0
dynamic yes
same_ports yes
use_sockets yes

Alguem tem alguma dica do que pode ser?

Muito obrigado.

-- 
Não sabendo que era impossivel, ele foi la e fez.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Teste Performance PostgreSQL FreeBSD Linux e Windows2003Server

2006-08-24 Por tôpico Patrick Tracanelli

Em teoria eu concordaria que benchmark ideal deve ser na instalacao 
padrao; mas so em teoria; sistemas BSD de forma geral sao conservadores 
em sua instalacao padrao. Ate pouco tempo atraz a granularidade (HZ) do 
FreeBSD era 10% da otimizacao ideal para arquiteturas i386 por exemplo. 
Algumas definicoes controladas pela kern.maxusers ficam aquem do ideal 
pois esta variavel tem um auto-tuning igualmente conservador. Alias so 
tem auto tuning desde meados da serie 4, porque Matt Dillon fez um 
algoritimo segundo ele simplista, conservador, considerando apenas 1 
dos 5 principais recursos da maquina, mas principalmente seguro, porque 
antes disso essa mesma variavel tinha valor estatico - e ridiculamente 
baixo. Em sistemas de grande demanda invariavelmente buffers de rede tem 
que ser modificado manualmente, ate mesmo diretivas IPC sao 
conservadoras e podem apresentar limites bem cedo na utilizacao do 
sistema, dependendo do objetivo.

Na verdade se alguem sai em desvantagens em benchmarks out of the box 
sao os sistemas BSD, que por padrao tem kernel de proposito geral nao 
otimizado. Veja que ai ainda ha diferencas, no FreeBSD o kernel de 
proposito geral tem um unico objetivo: permitir a instalacao do sistema 
operacional no maior numero possivel de hardware. Qualquer coisa menos 
basica, a premissa mais basica indica que o usuario do FreeBSD tera que 
recompilar seu kernel, por exemplo, nem firewall ha por padrao. Outros 
BSDs sao diferentes, o OpenBSD tambem nao e otimizado out of the box, 
mas por outro lado seu kernel de proposito geral nao e orientado apenas 
para instalacao: eh realmente proposito geral, tem quase tudo que o 
kernel do sistema pode ter, e consequentemente demanda mais recurso (eh 
maior) do que poderia, em praticamente todo tipo de uso do OpenBSD. Ou 
seja nao so da customizar, deve ser feito.

Testes com sistemas que dependam fortemente de recursos nao disponiveis 
no kernel padrao, sao ainda menos justos. Por exemplo Squid e PostgreSQL 
dependem de memoria compartilhada e semaforo, estilo System V. Como 
esse benchmark foi feito por nosso amigo com PostgreSQL sem isso? O 
kernel do FreeBSD nao tem definicoes essenciais por padrao desses 
recursos para essas aplicacoes trabalharem corretamente. Se o kernel do 
FreeBSD foi recompilado ja nao e mais out of the box e isso invalida o 
benchmark.

No minimo as mesmas paginas de memoria divididas nos mesmos segmentos em 
proporcoes iguais deviram estar definidos no kernel de ambos sistemas 
operacionais. Ai ja entramos em outro problema: sistemas distintos tem 
variaveis e MIB de tuning distintas, que as vezes apresentam 
comportamento diferente, ou as vezes sequer tem em comum as mesmas 
possibilidades de ajustes. Ai vem um e diz ah mas o FreeBSD eh mais 
'tunavel' que Linux. Eh verdade, o que so aumenta a injustica do 
benchmark que nao pode ser realizado out of the box.

Note que nao estou defendendo o Linux hehe. Mas benchmarks de forma 
geral demanda profissionais capacitados em todos os sistemas testados 
para comprovar a justica das comparacoes. Nesse teste realizado pelo 
amigo da lista o FreeBSD ganhou. Otimo. Mas em diversos outros 
benchmarks FreeBSD se mostrava inferior ao Linux, ou ao NetBSD, ou ate 
mesmo ao Windows em alguns. Em todos eles os testes foram questionados 
porque eram sempre realizados por especialistas em Linux, ou 
especialistas em NetBSD, ou em Windows, e que ignoravam premissas 
basicas do FreeBSD, ou entao que no maximo sabiam o basico mas nao 
passava disso, e em condicoes iguais os sistemas mostravam-se capazes de 
desempenhar no minimo, na mesma proporcao, quando o FreeBSD nao virava o 
jogo. Mas ai vinha um e reclamava que tinha que mecher muito no kernel 
FreeBSD. Esse mesmo nao reclamava que o FreeBSD na epoca poderia ser 
instalado em um 386 ou 486 out of the box por exemplo.

Se nao me engano o proprio time do PostgreSQL ja publicou benchmarks, e 
em FreeBSD desenpenhava mesmo melhor - sera porque essa aplicacao eh 
BSD-oriented? - mas ate o bench oficial foi criticado, se nao me engano 
ele era injusto com algum outro sistema, nao era Linux, mas nao sei se 
era Tru64, Solaris, sei la..

Benchmarks que merecem respeito devem ser acompanhados por especialistas 
dos sistemas testados. Por exemplo, benchmarks da TechTV sao muito 
validos, porque eles colocam especialistas conhecidos mundialmente, ou 
representando empresas conhecidamente capazes de impor autoridade sobre 
suas decisoes tomadas.

Acho que a TechTV parou com isso porque o pessoal do Linux comecou ficar 
desconfortavel. Me lembro de 3 benchmarks - que alias tem em video por 
ai - um em ambiente clusterizado com processamento paralelo usando MPI, 
outro de performance de rede com alguns servicos basicos, como Apache e 
Sendmail, e um muito bom, com comparativos entre sistemas de arquivos. 
Todos eles foram acompanhados por engenheiros da SuSE e por consultores 
da VA Linux, e pelo Matt Olander, Murray Stokely, ou Olander e 

Re: [FUG-BR] Compartilhamento de internet muito lento.

2006-08-24 Por tôpico Renato Martins
seu link esta ok mesmos ?
vc não esta com problemas em cabos switch ?
os cabos não estão em paralelo com cabos de força
a enérgia esta ok  as tomadas neutro fase terra (descarga eletrica na rede
de dados )

pq essa maquina e um avião e 800k para abrir uol é um tiro


- Original Message -
From: Chacal4P [EMAIL PROTECTED]
To: freebsd@fug.com.br
Sent: Thursday, August 24, 2006 10:08 AM
Subject: [FUG-BR] Compartilhamento de internet muito lento.


Olá,

Esses dias atrás pedia juda para fazer nat de uma conexão e foi tudo de boa.
Só que fui colocar o servidor em produção e percebi que, nos clientes
a internet estava muito lenta, fazendo mais testes percebi que só fica
lenta se um clente abrir 2 sites por ao mesmo tempo. O link é de
800kbps e demora mais ou menos uns 3 minutos para abri o uol e terra
ao mesmo tempo.

A maquina é um:
P4 HT 3.2GHz # Não está bilitado o HT
512 MB de Ram
HD de 120GB IDE
Placa Mãe P4P800 SE
Rede 2 RealTek RT8139

O servidor DNS é o MaraDNS, mas já testei sem o mesmo e o problema persiste.
O FeeBSD é o 6.1.

O rc.conf está assim:
hostname=ns1.cesbvalparaiso.edu.br
ifconfig_rl0=inet 10.0.0.2 netmask 255.255.255.0
ifconfig_rl1=inet 192.168.0.1 netmask 255.255.255.0
gateway_enable=YES
firewall_enable=YES
firewall_script=/etc/ipfw.rules
natd_enable=YES
natd_interface=rl0
natd_flags=-s -f /etc/natd.conf
defaultrouter=10.0.0.138

O ipfw.rules está assim:
$IPFW add divert natd all from any to any via rl0

E o natd.conf está assim:
interface rl0
dynamic yes
same_ports yes
use_sockets yes

Alguem tem alguma dica do que pode ser?

Muito obrigado.

--
Não sabendo que era impossivel, ele foi la e fez.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


--
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.1.405 / Virus Database: 268.11.5/426 - Release Date: 23/8/2006


-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Compartilhamento de internet muito lento.

2006-08-24 Por tôpico FreeBSD® Hack
Chacal4P escreveu:
 Olá,

 Esses dias atrás pedia juda para fazer nat de uma conexão e foi tudo de boa.
 Só que fui colocar o servidor em produção e percebi que, nos clientes
 a internet estava muito lenta, fazendo mais testes percebi que só fica
 lenta se um clente abrir 2 sites por ao mesmo tempo. O link é de
 800kbps e demora mais ou menos uns 3 minutos para abri o uol e terra
 ao mesmo tempo.

 A maquina é um:
 P4 HT 3.2GHz # Não está bilitado o HT
 512 MB de Ram
 HD de 120GB IDE
 Placa Mãe P4P800 SE
 Rede 2 RealTek RT8139

 O servidor DNS é o MaraDNS, mas já testei sem o mesmo e o problema persiste.
 O FeeBSD é o 6.1.

 O rc.conf está assim:
 hostname=ns1.cesbvalparaiso.edu.br
 ifconfig_rl0=inet 10.0.0.2 netmask 255.255.255.0
 ifconfig_rl1=inet 192.168.0.1 netmask 255.255.255.0
 gateway_enable=YES
 firewall_enable=YES
 firewall_script=/etc/ipfw.rules
 natd_enable=YES
 natd_interface=rl0
 natd_flags=-s -f /etc/natd.conf
 defaultrouter=10.0.0.138

 O ipfw.rules está assim:
 $IPFW add divert natd all from any to any via rl0

 E o natd.conf está assim:
 interface rl0
 dynamic yes
 same_ports yes
 use_sockets yes

 Alguem tem alguma dica do que pode ser?

 Muito obrigado.

   
É versão home/residencial??? se for esquece TODAS as teles estao 
limitando as sessões TCP à 30!
logo, 3 cara navegando estoura as sessões e tem que esperar.

Solução? proxy no gateway para tentar minimizar isto ou trocar para 
versão empresarial, sem este limite
idiota de sessões.


-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


[FUG-BR] RES: Teste Performance PostgreSQLFreeBSD Linux e Windows2003Server

2006-08-24 Por tôpico Rafael Henrique Faria
Eu concordo com o Patrick.
Benchmark é uma coisa complicada. De um lado o pessoal acha que a instalação
padrão é a melhor. De outro que o sistema tunnado é o ideal. Porém muitas
coisas interferem além disso. O hardware utilizado, memória, placa mãe, HDs,
fonte, cabos.

Agora vou colocar alguns pontos.

Dizer que o melhor é a instalação padrão, existem controvérsias. Isso seria
o mesmo que entrar em uma competição de performance de carros com um carro
original de fabrica. Com o carro original ele vai ter apenas 70% do
desempenho real do carro. Isso é feito para que quando alguém sair
acelerando no máximo do carro, ele não explodir na hora. Mas tunnar o carro,
deixar ele a 100% do desempenho que ele pode atingir, sem adicionar nada
novo (sem NOS, turbo e coisas do tipo) vc vai estar ganhando desempenho com
o original do carro.
O mesmo aplicaria aos SO, uma instalação padrão é feita para rodar em tudo
quanto eh lugar, pecando em varias aspectos. Optimizar ele para o hardware
usado, para a aplicação que se deseja utilizar, não estriamos fazendo nada
anormal, exagerado, apenas fazendo o SO rodar ao máximo de seu desempenho.
Optimizar um SO nós vamos estar utilizando recursos que foram adicionados ao
sistema para quem ele realmente funcione em sua melhor forma, em seu melhor
desempenho.

A um tempo atraz, eu participei de um teste de desempenho de hardware,
usando o software SuperPI, onde o programa calcula o valor exato de PI com 1
milhão de dígitos após a virgula, e o desempenho do hardware era obtido pelo
tempo levado no calculo. O software não continha nenhuma optimização para
hardware. Então ele rodava do mesmo modo em todos os processadores. Mas
depois apareceram algumas versões com optimização para instroções SSE, SSE2,
64 bits, etc... Mas os resultados obtidos com essas versões optimizadas
foram descartados. Eu achei injusto.
Realizar um teste de desempenho em um processador, sem usar os seus recursos
é o mesmo que testar uma rodovia de alta velocidade com um fusca.
Um teste realizado com o software original, apresentava 47 segundos para
realizar os cálculos em um determinado processador, e o mesmo processador
com o software optimizado para ele, chegava a 32 segundos.
Agora, acredito que assim, cada pessoa, deveria utilizar o software
apropriado para o seu processador, com os recursos disponíveis no
processador para obter o verdadeiro resultado de quanto o processador dele
demora para realizar o calculo. Se um processador tem apenas SSE, então é o
maximo que ele vai conseguir, mas se um processador tem SSE3, HT, 64 bits,
então é claro que ele vai ter uma performance muito melhor.
E o mais incrível, durante os testes que eu realizei, apenas uma troca de
memória (não de tamanho, mas apenas de modelo de memória, eu utilizava 4
pentes de Samsung 400Mhz, 512mb cada, troquei por 5 Samsung TCCC 400Mhz,
512mb cada), eu tive uma redução de 2 segundos no calculo. Até modelo de
memória influencia e muito no desempenho de um computador. E eu com um
Pentium 4 Prescott com 3,0Ghz, 2Gb d ram, placa mãe ASUS P4C800 com chipset
intel i875, fiquei atraz de um cada com um Pentium 4 Prescott com 2,6Ghz,
com 512mb d Ram, e placa mãe Intel. Só pela palca ser diferente, a maquina
teve um desempenho melhor, mesmo tempo um processador mais lento.

Enfim, por isso eu acho que nos benchmarks, os SO devem ser otimizados ao
maximo, para ser utilizados todos os seus recursos.
Mas o cenário nunca será real. Estes testes somente devem servir como
referencia do que poderia ser atingido com uma configuração parecida.
Só de termos uma placa mãe diferente, um processador diferente, memória
diferente, da utilizada no teste, nós nunca conseguiremos um desempenho
parecido, pode ser melhor, como pode ser pior.

Eu já vi propagandas da Oracle dizendo que conseguiu realizar mais de 1
bilhão de consultas em não sei quanto tempo, utilizando 3 maquinas Sparc com
Solaris e não sei mais o que... isso é completamente fora do cenário real da
maioria das pessoas. O que importa se o Oracle fez 1 bilhão de consultas em
tal maquina, se eu utilizo um Pentium 4 como servidor? 

Optimização de SO é algo complicado, cada um tem suas experiências, suas
dores de cabeça, sua melhor solução, por isso ninguém concorda com as
optimizações que foram feitas em benchmarks, onde o seu sistema preferido
saiu perdendo, vc com certeza dirá: se eu tivesse feito a optimização o
teste seria diferente. Certo, mas temos que entender que naquela situação,
não teria sido diferente, pq aquele foi o resultado obtido. Cada vez que o
teste for feito, em lugar diferente, pessoas diferentes envolvidas, hardware
diferente, o teste vai ter um resultado diferente.

O benchmark está longe de ser uma ciência exata. Essa é a verdade.

O melhor que temos q fazer, é escolher um SO, um SGBD, e nos dedicarmos ao
máximo para optimizar eles em nossos servidores, com nossos softwares, para
nossos sistemas, etc, etc, etc, etc

O teste de desempenho realizado pelo nosso amigo foi muito bom, 

[FUG-BR] compatibilidade a8n-vm/freebsd

2006-08-24 Por tôpico Willien Carvalho Fernandes
Alguém teve problemas com essa placa ?

nao reconhece 2 hds sata de 80 Gb, não sei + o que fazer.


vlw

Willien Fernandes
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


[FUG-BR] provedor

2006-08-24 Por tôpico debopen
BOM DIA A TODOS

Sei que e uma lista de discussao de freebsd mas acho que vale a pena darem 
uma passeada por la.
Nao e propaganda mas as vezes eu acho um absurdo o que o pessoal cobra pra 
ter um site no ar entao de tanto pesquisar encontrei este 
www.betahost.com.br e tem um preco dos mais inferiores que ja vi acima de 
R$4,00 com 100MB de espaco e ai vai, pra quem tem interesse esta ai a 
sugestao

Att.
Carlos Alberto 

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] provedor

2006-08-24 Por tôpico André Marascalchi Zenun
Olá! Bem legal!

Eu recentemente assinei a hospedagem da hostphd!
Estou pagando R$30,00 anuais por 3G de tráfego mensal e 150MB de disco!
Não esta tão mal! ;)

Quem quiser olhar aqui esta o link tb! Legal para comparar! ;)
http://www.hostphd.com.br/hospedagem.php

André

debopen escreveu:
 BOM DIA A TODOS
 
 Sei que e uma lista de discussao de freebsd mas acho que vale a pena darem 
 uma passeada por la.
 Nao e propaganda mas as vezes eu acho um absurdo o que o pessoal cobra pra 
 ter um site no ar entao de tanto pesquisar encontrei este 
 www.betahost.com.br e tem um preco dos mais inferiores que ja vi acima de 
 R$4,00 com 100MB de espaco e ai vai, pra quem tem interesse esta ai a 
 sugestao
 
 Att.
 Carlos Alberto 
 
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
 


-- 
André Marascalchi Zenun
[EMAIL PROTECTED]

Tel: +55 48 9989-7770

msn  -- [EMAIL PROTECTED]
skype - andremzenun


-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Compartilhamento de internet muito lento.

2006-08-24 Por tôpico Jorge Petry
Ola.

qual é a marca do seu modem adsl e qual a operadora??



__
Jorge Petry
Adm de Redes  Servidores FreeBSD
[EMAIL PROTECTED]

- Original Message - 
From: FreeBSD® Hack [EMAIL PROTECTED]
To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) 
freebsd@fug.com.br
Sent: Thursday, August 24, 2006 11:17 AM
Subject: Re: [FUG-BR] Compartilhamento de internet muito lento.


Chacal4P escreveu:
 Olá,

 Esses dias atrás pedia juda para fazer nat de uma conexão e foi tudo de 
 boa.
 Só que fui colocar o servidor em produção e percebi que, nos clientes
 a internet estava muito lenta, fazendo mais testes percebi que só fica
 lenta se um clente abrir 2 sites por ao mesmo tempo. O link é de
 800kbps e demora mais ou menos uns 3 minutos para abri o uol e terra
 ao mesmo tempo.

 A maquina é um:
 P4 HT 3.2GHz # Não está bilitado o HT
 512 MB de Ram
 HD de 120GB IDE
 Placa Mãe P4P800 SE
 Rede 2 RealTek RT8139

 O servidor DNS é o MaraDNS, mas já testei sem o mesmo e o problema 
 persiste.
 O FeeBSD é o 6.1.

 O rc.conf está assim:
 hostname=ns1.cesbvalparaiso.edu.br
 ifconfig_rl0=inet 10.0.0.2 netmask 255.255.255.0
 ifconfig_rl1=inet 192.168.0.1 netmask 255.255.255.0
 gateway_enable=YES
 firewall_enable=YES
 firewall_script=/etc/ipfw.rules
 natd_enable=YES
 natd_interface=rl0
 natd_flags=-s -f /etc/natd.conf
 defaultrouter=10.0.0.138

 O ipfw.rules está assim:
 $IPFW add divert natd all from any to any via rl0

 E o natd.conf está assim:
 interface rl0
 dynamic yes
 same_ports yes
 use_sockets yes

 Alguem tem alguma dica do que pode ser?

 Muito obrigado.


É versão home/residencial??? se for esquece TODAS as teles estao
limitando as sessões TCP à 30!
logo, 3 cara navegando estoura as sessões e tem que esperar.

Solução? proxy no gateway para tentar minimizar isto ou trocar para
versão empresarial, sem este limite
idiota de sessões.


-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd 

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Compartilhamento de internet muito lento.

2006-08-24 Por tôpico Chacal4P
Renato Martins

 seu link esta ok mesmos ?
 vc não esta com problemas em cabos switch ?
 os cabos não estão em paralelo com cabos de força
 a enérgia esta ok  as tomadas neutro fase terra (descarga eletrica na rede
 de dados )

 pq essa maquina e um avião e 800k para abrir uol é um tiro

Aparentemente sim, tudo ok, até porque atualmente tem um servidor
Linux (Slackware) no mesmo lugar com os mesmos cabos, switch... só que
estou migrando para o FreeBSD.


FreeBSD(r) Hack
 É versão home/residencial??? se for esquece TODAS as teles estao
 limitando as sessões TCP à 30!
 logo, 3 cara navegando estoura as sessões e tem que esperar.

 Solução? proxy no gateway para tentar minimizar isto ou trocar para
 versão empresarial, sem este limite
 idiota de sessões.

É empresarial, mas essa eu não sabia, você tem mais informações sobre isso?


Muito obrigado a todos.

-- 
Não sabendo que era impossivel, ele foi la e fez.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Compartilhamento de internet muito lento.

2006-08-24 Por tôpico FreeBSD® Hack
Chacal4P escreveu:
 Renato Martins
   
 seu link esta ok mesmos ?
 vc não esta com problemas em cabos switch ?
 os cabos não estão em paralelo com cabos de força
 a enérgia esta ok  as tomadas neutro fase terra (descarga eletrica na rede
 de dados )

 pq essa maquina e um avião e 800k para abrir uol é um tiro
 

 Aparentemente sim, tudo ok, até porque atualmente tem um servidor
 Linux (Slackware) no mesmo lugar com os mesmos cabos, switch... só que
 estou migrando para o FreeBSD.


 FreeBSD(r) Hack
   
 É versão home/residencial??? se for esquece TODAS as teles estao
 limitando as sessões TCP à 30!
 logo, 3 cara navegando estoura as sessões e tem que esperar.

 Solução? proxy no gateway para tentar minimizar isto ou trocar para
 versão empresarial, sem este limite
 idiota de sessões.
 

 É empresarial, mas essa eu não sabia, você tem mais informações sobre isso?


 Muito obrigado a todos.

   

Ta no contrato da TELECOMICA:
http://www.abusar.org/contrspeedy.html

Item: 2.1.3


-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Compartilhamento de internet muito lento.

2006-08-24 Por tôpico Celso Viana
Em 24/08/06, FreeBSD(r) Hack[EMAIL PROTECTED] escreveu:
 Chacal4P escreveu:
  Renato Martins
 
  seu link esta ok mesmos ?
  vc não esta com problemas em cabos switch ?
  os cabos não estão em paralelo com cabos de força
  a enérgia esta ok  as tomadas neutro fase terra (descarga eletrica na rede
  de dados )
 
  pq essa maquina e um avião e 800k para abrir uol é um tiro
 
 
  Aparentemente sim, tudo ok, até porque atualmente tem um servidor
  Linux (Slackware) no mesmo lugar com os mesmos cabos, switch... só que
  estou migrando para o FreeBSD.
 
 
  FreeBSD(r) Hack
 
  É versão home/residencial??? se for esquece TODAS as teles estao
  limitando as sessões TCP à 30!
  logo, 3 cara navegando estoura as sessões e tem que esperar.
 
  Solução? proxy no gateway para tentar minimizar isto ou trocar para
  versão empresarial, sem este limite
  idiota de sessões.
 
 
  É empresarial, mas essa eu não sabia, você tem mais informações sobre isso?
 
 
  Muito obrigado a todos.
 
 

 Ta no contrato da TELECOMICA:
 http://www.abusar.org/contrspeedy.html

 Item: 2.1.3


 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Não vai demorar muito e eles vão definir o que você pode ou não
acessar... Essas operadoras são verdadeiras SANGUESSUGAS. Aqui no
Brasil encontraram terreno fértil para fazerem o que bem entendem...

-- 
Celso Vianna
BSD User: 51318
http://www.bsdcounter.org

63 8404-8559
Palmas/TO
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Compartilhamento de internet muito lento.

2006-08-24 Por tôpico Welkson Renny de Medeiros
No contrato Speed tem:

2.1.4.A Face à assimetria (velocidade de transmissão diferente da de 
recepção) do modem ADSL utilizado na Facilidade de Acesso SPEEDY, o tráfego 
de voz sobre IP não é permitido.

No caso eu uso VELOX com 1024 down e 320 up, também é inviável usar VOIP?

Realmente em alguns testes que fiz mostra alguns erros:
http://www.telehumana.com.br/broadband_phone/conectividade.asp

Desculpas pelo OFF.


-- 
Welkson Renny de Medeiros
Focus Automação Comercial
Desenvolvimento / Gerência de Redes
[EMAIL PROTECTED]


- Original Message - 
From: Celso Viana [EMAIL PROTECTED]
To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) 
freebsd@fug.com.br
Sent: Thursday, August 24, 2006 2:06 PM
Subject: Re: [FUG-BR] Compartilhamento de internet muito lento.


Em 24/08/06, FreeBSD(r) Hack[EMAIL PROTECTED] escreveu:
 Chacal4P escreveu:
  Renato Martins
 
  seu link esta ok mesmos ?
  vc não esta com problemas em cabos switch ?
  os cabos não estão em paralelo com cabos de força
  a enérgia esta ok  as tomadas neutro fase terra (descarga eletrica na 
  rede
  de dados )
 
  pq essa maquina e um avião e 800k para abrir uol é um tiro
 
 
  Aparentemente sim, tudo ok, até porque atualmente tem um servidor
  Linux (Slackware) no mesmo lugar com os mesmos cabos, switch... só que
  estou migrando para o FreeBSD.
 
 
  FreeBSD(r) Hack
 
  É versão home/residencial??? se for esquece TODAS as teles estao
  limitando as sessões TCP à 30!
  logo, 3 cara navegando estoura as sessões e tem que esperar.
 
  Solução? proxy no gateway para tentar minimizar isto ou trocar para
  versão empresarial, sem este limite
  idiota de sessões.
 
 
  É empresarial, mas essa eu não sabia, você tem mais informações sobre 
  isso?
 
 
  Muito obrigado a todos.
 
 

 Ta no contrato da TELECOMICA:
 http://www.abusar.org/contrspeedy.html

 Item: 2.1.3


 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Não vai demorar muito e eles vão definir o que você pode ou não
acessar... Essas operadoras são verdadeiras SANGUESSUGAS. Aqui no
Brasil encontraram terreno fértil para fazerem o que bem entendem...

-- 
Celso Vianna
BSD User: 51318
http://www.bsdcounter.org

63 8404-8559
Palmas/TO
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] RES: Teste Performance PostgreSQLFreeBSD Linux e Windows2003Server

2006-08-24 Por tôpico Gustavo Franklin
blá.

2006/8/24, Rafael Henrique Faria [EMAIL PROTECTED]:
 Eu concordo com o Patrick.
 Benchmark é uma coisa complicada. De um lado o pessoal acha que a instalação
 padrão é a melhor. De outro que o sistema tunnado é o ideal. Porém muitas
 coisas interferem além disso. O hardware utilizado, memória, placa mãe, HDs,
 fonte, cabos.

 Agora vou colocar alguns pontos.

 Dizer que o melhor é a instalação padrão, existem controvérsias. Isso seria
 o mesmo que entrar em uma competição de performance de carros com um carro
 original de fabrica. Com o carro original ele vai ter apenas 70% do
 desempenho real do carro. Isso é feito para que quando alguém sair
 acelerando no máximo do carro, ele não explodir na hora. Mas tunnar o carro,
 deixar ele a 100% do desempenho que ele pode atingir, sem adicionar nada
 novo (sem NOS, turbo e coisas do tipo) vc vai estar ganhando desempenho com
 o original do carro.
 O mesmo aplicaria aos SO, uma instalação padrão é feita para rodar em tudo
 quanto eh lugar, pecando em varias aspectos. Optimizar ele para o hardware
 usado, para a aplicação que se deseja utilizar, não estriamos fazendo nada
 anormal, exagerado, apenas fazendo o SO rodar ao máximo de seu desempenho.
 Optimizar um SO nós vamos estar utilizando recursos que foram adicionados ao
 sistema para quem ele realmente funcione em sua melhor forma, em seu melhor
 desempenho.

 A um tempo atraz, eu participei de um teste de desempenho de hardware,
 usando o software SuperPI, onde o programa calcula o valor exato de PI com 1
 milhão de dígitos após a virgula, e o desempenho do hardware era obtido pelo
 tempo levado no calculo. O software não continha nenhuma optimização para
 hardware. Então ele rodava do mesmo modo em todos os processadores. Mas
 depois apareceram algumas versões com optimização para instroções SSE, SSE2,
 64 bits, etc... Mas os resultados obtidos com essas versões optimizadas
 foram descartados. Eu achei injusto.
 Realizar um teste de desempenho em um processador, sem usar os seus recursos
 é o mesmo que testar uma rodovia de alta velocidade com um fusca.
 Um teste realizado com o software original, apresentava 47 segundos para
 realizar os cálculos em um determinado processador, e o mesmo processador
 com o software optimizado para ele, chegava a 32 segundos.
 Agora, acredito que assim, cada pessoa, deveria utilizar o software
 apropriado para o seu processador, com os recursos disponíveis no
 processador para obter o verdadeiro resultado de quanto o processador dele
 demora para realizar o calculo. Se um processador tem apenas SSE, então é o
 maximo que ele vai conseguir, mas se um processador tem SSE3, HT, 64 bits,
 então é claro que ele vai ter uma performance muito melhor.
 E o mais incrível, durante os testes que eu realizei, apenas uma troca de
 memória (não de tamanho, mas apenas de modelo de memória, eu utilizava 4
 pentes de Samsung 400Mhz, 512mb cada, troquei por 5 Samsung TCCC 400Mhz,
 512mb cada), eu tive uma redução de 2 segundos no calculo. Até modelo de
 memória influencia e muito no desempenho de um computador. E eu com um
 Pentium 4 Prescott com 3,0Ghz, 2Gb d ram, placa mãe ASUS P4C800 com chipset
 intel i875, fiquei atraz de um cada com um Pentium 4 Prescott com 2,6Ghz,
 com 512mb d Ram, e placa mãe Intel. Só pela palca ser diferente, a maquina
 teve um desempenho melhor, mesmo tempo um processador mais lento.

 Enfim, por isso eu acho que nos benchmarks, os SO devem ser otimizados ao
 maximo, para ser utilizados todos os seus recursos.
 Mas o cenário nunca será real. Estes testes somente devem servir como
 referencia do que poderia ser atingido com uma configuração parecida.
 Só de termos uma placa mãe diferente, um processador diferente, memória
 diferente, da utilizada no teste, nós nunca conseguiremos um desempenho
 parecido, pode ser melhor, como pode ser pior.

 Eu já vi propagandas da Oracle dizendo que conseguiu realizar mais de 1
 bilhão de consultas em não sei quanto tempo, utilizando 3 maquinas Sparc com
 Solaris e não sei mais o que... isso é completamente fora do cenário real da
 maioria das pessoas. O que importa se o Oracle fez 1 bilhão de consultas em
 tal maquina, se eu utilizo um Pentium 4 como servidor?

 Optimização de SO é algo complicado, cada um tem suas experiências, suas
 dores de cabeça, sua melhor solução, por isso ninguém concorda com as
 optimizações que foram feitas em benchmarks, onde o seu sistema preferido
 saiu perdendo, vc com certeza dirá: se eu tivesse feito a optimização o
 teste seria diferente. Certo, mas temos que entender que naquela situação,
 não teria sido diferente, pq aquele foi o resultado obtido. Cada vez que o
 teste for feito, em lugar diferente, pessoas diferentes envolvidas, hardware
 diferente, o teste vai ter um resultado diferente.

 O benchmark está longe de ser uma ciência exata. Essa é a verdade.

 O melhor que temos q fazer, é escolher um SO, um SGBD, e nos dedicarmos ao
 máximo para optimizar eles em nossos servidores, com 

[FUG-BR] MYADDR

2006-08-24 Por tôpico Rafael Simão
Boa tarde,
Alguém da lista poderia me ajudar com a seguinte questão ?
Queria colocar no meu script de Firewall a variável MYADDR, atribuida no 
momento que eu conecto via PPP e não tenho idéia de como fazer.
Exemplo:

(No script de Regras do Firewall)
IP_EXT=sei_lá_o_que_MYADDR
para que eu pudesse então usar alguma regra do tipo
ipfw allow all from $IP_EXT to $fulano

Obrigado,
Rafael 

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Compartilhamento de internet muito lento.

2006-08-24 Por tôpico Chacal4P
Jorge Petry
 Ola.

 qual é a marca do seu modem adsl e qual a operadora??

SpeedTouch Pro aqui eu uso Brasil Telecom.

Muito obrigado.

-- 
Não sabendo que era impossivel, ele foi la e fez.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


[FUG-BR] RES: Compartilhamento de internet muito lento.

2006-08-24 Por tôpico Marcos Kurten Michels
Pessoal, tentei mandar vários emails para a lista ontem e não consegui que
fossem postadas...alguem pode me ajudar ?

Ai vai

Pessoal, alguém poderia me dizer como fazer para instalar (Compilar) o KDE
KDE 3.5.4 Released no BSD 6.1 de forma automática ?

Digo de “forma automática” pois quando iniciamos a compilação utilizando o
make  make install, ocorre que o processo alem de levar “dias”, muitas
vezes aparece telas de confirmação de instalação de pacotes adicionais,
etc...etcetc...e isso torna muito cansativa a instalação.

 

Alguém tem uma maneira mais pratica e fácil que poderia me ensinar para
instalar a ultima versão do KDE com TODOS os opcionais ?

 

 
Atenciosamente,
 
Marcos Kürten Michels
Matrix Internet Braço do Norte - SC
MKM Internet Solution Provider LTDA
Rua Senador Nereu Ramos, 1445, sala 05
Braço do Norte - SCCEP 88750-000
e-mail : [EMAIL PROTECTED]

Telefones : 
48 36584115 - Comercial
48 99870181 - Celular
-Mensagem original-
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome
de Chacal4P
Enviada em: quinta-feira, 24 de agosto de 2006 15:16
Para: freebsd@fug.com.br
Assunto: Re: [FUG-BR] Compartilhamento de internet muito lento.

Jorge Petry
 Ola.

 qual é a marca do seu modem adsl e qual a operadora??

SpeedTouch Pro aqui eu uso Brasil Telecom.

Muito obrigado.

-- 
Não sabendo que era impossivel, ele foi la e fez.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

-- 
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.1.405 / Virus Database: 268.11.6/427 - Release Date: 24/8/2006
 

-- 
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.405 / Virus Database: 268.11.6/427 - Release Date: 24/8/2006
 

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] RES: Compartilhamento de internet muito lento.

2006-08-24 Por tôpico Welkson Renny de Medeiros
Não consegue mandar email pra lista? eu também estava com esse problema, é 
só desativar HTML no email, use SOMENTE TEXTO.

Sobre KDE e essa demora realmente não sei oque pode ser... tá fazendo o 
procedimento correto?
http://freebsd.kde.org/instructions.php

Abraço,


-- 
Welkson Renny de Medeiros
Focus Automação Comercial
Desenvolvimento / Gerência de Redes
[EMAIL PROTECTED]


- Original Message - 
From: Marcos Kurten Michels [EMAIL PROTECTED]
To: 'Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)' 
freebsd@fug.com.br
Cc: 'Chacal4P' [EMAIL PROTECTED]
Sent: Thursday, August 24, 2006 3:22 PM
Subject: [FUG-BR] RES: Compartilhamento de internet muito lento.


Pessoal, tentei mandar vários emails para a lista ontem e não consegui que
fossem postadas...alguem pode me ajudar ?

Ai vai

Pessoal, alguém poderia me dizer como fazer para instalar (Compilar) o KDE
KDE 3.5.4 Released no BSD 6.1 de forma automática ?

Digo de forma automática pois quando iniciamos a compilação utilizando o
make  make install, ocorre que o processo alem de levar dias, muitas
vezes aparece telas de confirmação de instalação de pacotes adicionais,
etc...etcetc...e isso torna muito cansativa a instalação.



Alguém tem uma maneira mais pratica e fácil que poderia me ensinar para
instalar a ultima versão do KDE com TODOS os opcionais ?




Atenciosamente,

Marcos Kürten Michels
Matrix Internet Braço do Norte - SC
MKM Internet Solution Provider LTDA
Rua Senador Nereu Ramos, 1445, sala 05
Braço do Norte - SCCEP 88750-000
e-mail : [EMAIL PROTECTED]

Telefones :
48 36584115 - Comercial
48 99870181 - Celular
-Mensagem original-
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome
de Chacal4P
Enviada em: quinta-feira, 24 de agosto de 2006 15:16
Para: freebsd@fug.com.br
Assunto: Re: [FUG-BR] Compartilhamento de internet muito lento.

Jorge Petry
 Ola.

 qual é a marca do seu modem adsl e qual a operadora??

SpeedTouch Pro aqui eu uso Brasil Telecom.

Muito obrigado.

-- 
Não sabendo que era impossivel, ele foi la e fez.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

-- 
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.1.405 / Virus Database: 268.11.6/427 - Release Date: 24/8/2006


-- 
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.405 / Virus Database: 268.11.6/427 - Release Date: 24/8/2006


-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


[FUG-BR] Sarg maldito

2006-08-24 Por tôpico Evandro Zampieri
É o fim.

Estou tomando o maior banho do sarg-2.2.1 num server 4.11  baixei tudo 
pelo ports e botei pra rodar...  está rodando com o squid-2.5.14_1.

O script do cron está rodando diariamente e gerando um access.log por dia e 
dai nesse arquivo aplico o sarg, só que ele ignora a opção -d do período

#sarg -d 24/08/2006-24/08/2006

Ele ignora o período e gera somente o -

Já instalei o sarg em outros servers linux e bsd tbm e nunca vi esse 
problema

Alguém já passou por isso ???

Agradeço qq ajuda...

Evandro. 

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] RES: Teste PerformancePostgreSQLFreeBSD Linux e Windows2003Server

2006-08-24 Por tôpico Ronan Lucio
 Eu concordo com o Patrick.
 Benchmark é uma coisa complicada. De um lado o pessoal acha que a 
 instalação
 padrão é a melhor. De outro que o sistema tunnado é o ideal. Porém muitas
 coisas interferem além disso. O hardware utilizado, memória, placa mãe, 
 HDs,
 fonte, cabos.

Também concordo com tudo que o Patrick falou, mas eu queria
dizer mais uma coisa:

Acho que muita gente está confundindo o objetivo do benchmark
enviado pelo membro da lista.

Ele fez um benchmark por necessidades próprias e resolveu disponibilizar
os resultados para a lista, sem ofender ninguém, sem ofender nenhum
sistema SO e sem dizer que aquela seria a maneira ideal de se fazer
um benchmark.

Ficou bem claro no último e-mail enviado pelo autor.

Moral da história: Estão criando uma discussão em vão, quem achar
que o benchmark pode ser melhorado, por favor também publique
os resultados para na lista também... ;-)

[]s
Ronan 

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Sarg maldito

2006-08-24 Por tôpico Welkson Renny de Medeiros
já tentou colocar um log na saída do sarg pela cron para analisar?
tipo

55 23 * * * /usr/local/bin/sarg  /var/log/focus/log-sarg.log

lembre de dar permissão ao arquivo de log (chmod 777 log-sarg.log)


-- 
Welkson Renny de Medeiros
Focus Automação Comercial
Desenvolvimento / Gerência de Redes
[EMAIL PROTECTED]



- Original Message - 
From: Evandro Zampieri [EMAIL PROTECTED]
To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) 
freebsd@fug.com.br
Sent: Thursday, August 24, 2006 4:02 PM
Subject: [FUG-BR] Sarg maldito


É o fim.

Estou tomando o maior banho do sarg-2.2.1 num server 4.11  baixei tudo
pelo ports e botei pra rodar...  está rodando com o squid-2.5.14_1.

O script do cron está rodando diariamente e gerando um access.log por dia e
dai nesse arquivo aplico o sarg, só que ele ignora a opção -d do período

#sarg -d 24/08/2006-24/08/2006

Ele ignora o período e gera somente o -

Já instalei o sarg em outros servers linux e bsd tbm e nunca vi esse
problema

Alguém já passou por isso ???

Agradeço qq ajuda...

Evandro.

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Compartilhamento de internet muito lento.

2006-08-24 Por tôpico Jorge Petry
Ja tive problemas com esse mesmo modem, colocava só na minha maquina e 
rodava

uma maravilha, quando colocava no servidor (FreeBSD 5.5) a conexao tinha 
horas que nao ia.

tenta usar outro modelo de modem, so pra desencargo.

minha conexao aqui era:

brasil telecom

adls empresarial de 800

modem: SpeedTouch Pro.

qq coisa estamos ai.


__
Jorge Petry
Adm de Redes  Servidores FreeBSD
[EMAIL PROTECTED]

- Original Message - 
From: Chacal4P [EMAIL PROTECTED]
To: freebsd@fug.com.br
Sent: Thursday, August 24, 2006 3:15 PM
Subject: Re: [FUG-BR] Compartilhamento de internet muito lento.


Jorge Petry
 Ola.

 qual é a marca do seu modem adsl e qual a operadora??

SpeedTouch Pro aqui eu uso Brasil Telecom.

Muito obrigado.

-- 
Não sabendo que era impossivel, ele foi la e fez.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd 

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] compatibilidade a8n-vm/freebsd

2006-08-24 Por tôpico Nilson Debatin
Em Qui, 2006-08-24 às 12:54 -0300, Willien Carvalho Fernandes escreveu:
 Alguém teve problemas com essa placa ?
 
 nao reconhece 2 hds sata de 80 Gb, não sei + o que fazer.

Essa é uma variação da placa do meu desktop (a8n-e) que possui o
mesmo chipset e chips em geral, e na minha o freebsd serie
6.x (nunca usei uma anterior a 6 nessa placa) funciona
perfeitamente bem tanto em i386 quando em amd64. A única
coisa que me incomoda um pouco até hoje é a placa de rede
nvidia gigabit (uma marvell) que fica gerando a chata
mensagem no log: nve0: device timed out, porém nada
influencia na conexão ou performance, pois continua
funcionando legal. Quanto a 2 HDs sata eu realmente nao
sei te dizer pois tenho apenas 1 sata (250GB) e 1 IDE (120)
e ambos funcionam legal em conjunto, mas creio que o
bsd nao iria berrar se eu colocasse outro hds nos outros
3 slots sata livres.
Com apenas 1 HD ele funciona legal? Com 2 HDs vc está 
usando a porta 1 e 2? E se mudar pra algo do tipo 1 e 3?

[]s
Nilson

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


[FUG-BR] mensagens de erro no squid

2006-08-24 Por tôpico listas diogo
caros amigos tenho percebido umas mensagens no meu cache.log

alguem saberia me dizer o que esta acontecendo  ??


att Diogo Rodrigo



2006/08/24 14:14:41| comm_accept: FD 8: (53) Software caused connection 
abort
2006/08/24 14:14:41| httpAccept: FD 8: accept failure: (53) Software caused 
connection abort
2006/08/24 14:14:41| comm_accept: FD 8: (53) Software caused connection 
abort
2006/08/24 14:14:41| httpAccept: FD 8: accept failure: (53) Software caused 
connection abort
2006/08/24 14:14:41| comm_accept: FD 8: (53) Software caused connection 
abort
2006/08/24 14:14:41| httpAccept: FD 8: accept failure: (53) Software caused 
connection abort
2006/08/24 14:14:41| comm_accept: FD 8: (53) Software caused connection 
abort
2006/08/24 14:14:41| httpAccept: FD 8: accept failure: (53) Software caused 
connection abort
2006/08/24 14:14:41| comm_accept: FD 8: (53) Software caused connection 
abort
2006/08/24 14:14:41| httpAccept: FD 8: accept failure: (53) Software caused 
connection abort 

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Sarg maldito

2006-08-24 Por tôpico Evandro Zampieri
ARQUIVO DE CONFIGURACAO DO MALDITO
#cat sarg.conf
language Portuguese
access_log /usr/local/squid/logs/access.log
title Relatorio diario de uso da Internet
password none
temporary_dir /tmp
output_dir /usr/local/www/apache22/data/sarg
resolve_ip no
user_ip yes
date_format e
lastlog 0
remove_temp_files yes
use_comma no


SAIDA DO COMANDO SARG

#sarg -z -d 01/08/2006-01/08/2006
SARG: ConfigFile.= /usr/local/etc/sarg/sarg.conf
SARG: AccessLog..= /usr/local/squid/logs/access.log
...
...
...
SARG: Records in file: 161808, reading: 0.00%
SARG: (util) data=06/08/2006
SARG: (util) tbuf=
SARG: (util) period=-
SARG: (util) dirname=/usr/local/www/apache22/data/sarg/-
SARG: (util) wdir=/usr/local/www/apache22/data/sarg/-
SARG: Relatorio gerado com sucesso em /usr/local/www/apache22/data/sarg/-
SARG: (removetmp) Erro no open do arquivo: 
/usr/local/www/apache22/data/sarg/-/general




- Original Message - 
From: Welkson Renny de Medeiros [EMAIL PROTECTED]
To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) 
freebsd@fug.com.br
Sent: Thursday, August 24, 2006 4:19 PM
Subject: Re: [FUG-BR] Sarg maldito


já tentou colocar um log na saída do sarg pela cron para analisar?
tipo

55 23 * * * /usr/local/bin/sarg  /var/log/focus/log-sarg.log

lembre de dar permissão ao arquivo de log (chmod 777 log-sarg.log)


-- 
Welkson Renny de Medeiros
Focus Automação Comercial
Desenvolvimento / Gerência de Redes
[EMAIL PROTECTED]



- Original Message - 
From: Evandro Zampieri [EMAIL PROTECTED]
To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
freebsd@fug.com.br
Sent: Thursday, August 24, 2006 4:02 PM
Subject: [FUG-BR] Sarg maldito


É o fim.

Estou tomando o maior banho do sarg-2.2.1 num server 4.11  baixei tudo
pelo ports e botei pra rodar...  está rodando com o squid-2.5.14_1.

O script do cron está rodando diariamente e gerando um access.log por dia e
dai nesse arquivo aplico o sarg, só que ele ignora a opção -d do período

#sarg -d 24/08/2006-24/08/2006

Ele ignora o período e gera somente o -

Já instalei o sarg em outros servers linux e bsd tbm e nunca vi esse
problema

Alguém já passou por isso ???

Agradeço qq ajuda...

Evandro.

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] RES: bsdcounter

2006-08-24 Por tôpico Daniel Bristot de Oliveira
Boa tarde.

Eu faço parte do time WWW do FUG, e sem querer querendo nós já temos
um contador de usuários, cada usuário que se cadastra no site recebe
um número de usuário, no meu caso é 81.

Um porém é que FUG significa FreeBSD Users Group, então este
contador é de usuários de FreeBSD, a menos que usuários de outros BSD
não levem a mal em se cadastrarem no FUG.

Se alguem quiser fazer um contador, independente, entre em contato com
[EMAIL PROTECTED]

Há uns três meses atrás eu também tentei me cadastrar no BSDcount e
não consegui.

Em 24/08/06, @ fug. com. br=?iso-8859-1?Q?SizeOf_:: escreveu:
 Vamos criar o nosso BSD Counter! O que vocês acham? Vamos lá!


 Cléber Panta Pick
 SizeSec - SizeHost
 [EMAIL PROTECTED]
 DDR: +55 51 2106 1005
 CEL:  +55 51 8159 3339

 Rua Marechal Floriano, 638, sala 15
 CEP 96810-000 - Centro
 Santa Cruz do Sul – RS - Brasil
 http://www.sizeof.com.br
 Tel: +55 51 2106 1000


 -Mensagem original-
 De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome
 de Nenhum _de_Nos
 Enviada em: quinta-feira, 24 de agosto de 2006 00:38
 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
 Assunto: Re: [FUG-BR] bsdcounter

 On 8/23/06, @ fug. com. br =?iso-8859-1?Q?SizeOf_:: wrote:
  Pessoal,
 
  O site do bsd counter está com erro, não consigo me registrar,
  existe outro site para isso?
  O que vocês acham de criarmos o nosso bsd counter?
 
  Valeu!
 
 tb tentei e com firefox num foi :(

 --
 We will call you cygnus,
 The God of balance you shall be
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd



-- 
Daniel Bristot de Oliveira
http://dbristot.info

R João Paez 409 Ap 202
Sta Augusta - Criciúma - SC
CEP 88805440 Brazil
+55-48-91032512
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Sarg maldito

2006-08-24 Por tôpico m3 BSD
Jah experimentou: #sarg -d 24/08/2006-24/08/2006???
pq o - entre as datas sera interpretado como separador de parametros
de linha de comando.

Ou entao tente isso: #sarg -d 24\/08\/2006\-24\/08\/2006


Em 24/08/06, Evandro Zampieri[EMAIL PROTECTED] escreveu:
 ARQUIVO DE CONFIGURACAO DO MALDITO
 #cat sarg.conf
 language Portuguese
 access_log /usr/local/squid/logs/access.log
 title Relatorio diario de uso da Internet
 password none
 temporary_dir /tmp
 output_dir /usr/local/www/apache22/data/sarg
 resolve_ip no
 user_ip yes
 date_format e
 lastlog 0
 remove_temp_files yes
 use_comma no


 SAIDA DO COMANDO SARG

 #sarg -z -d 01/08/2006-01/08/2006
 SARG: ConfigFile.= /usr/local/etc/sarg/sarg.conf
 SARG: AccessLog..= /usr/local/squid/logs/access.log
 ...
 ...
 ...
 SARG: Records in file: 161808, reading: 0.00%
 SARG: (util) data=06/08/2006
 SARG: (util) tbuf=
 SARG: (util) period=-
 SARG: (util) dirname=/usr/local/www/apache22/data/sarg/-
 SARG: (util) wdir=/usr/local/www/apache22/data/sarg/-
 SARG: Relatorio gerado com sucesso em /usr/local/www/apache22/data/sarg/-
 SARG: (removetmp) Erro no open do arquivo:
 /usr/local/www/apache22/data/sarg/-/general




 - Original Message -
 From: Welkson Renny de Medeiros [EMAIL PROTECTED]
 To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
 freebsd@fug.com.br
 Sent: Thursday, August 24, 2006 4:19 PM
 Subject: Re: [FUG-BR] Sarg maldito


 já tentou colocar um log na saída do sarg pela cron para analisar?
 tipo

 55 23 * * * /usr/local/bin/sarg  /var/log/focus/log-sarg.log

 lembre de dar permissão ao arquivo de log (chmod 777 log-sarg.log)


 --
 Welkson Renny de Medeiros
 Focus Automação Comercial
 Desenvolvimento / Gerência de Redes
 [EMAIL PROTECTED]



 - Original Message -
 From: Evandro Zampieri [EMAIL PROTECTED]
 To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
 freebsd@fug.com.br
 Sent: Thursday, August 24, 2006 4:02 PM
 Subject: [FUG-BR] Sarg maldito


 É o fim.

 Estou tomando o maior banho do sarg-2.2.1 num server 4.11  baixei tudo
 pelo ports e botei pra rodar...  está rodando com o squid-2.5.14_1.

 O script do cron está rodando diariamente e gerando um access.log por dia e
 dai nesse arquivo aplico o sarg, só que ele ignora a opção -d do período

 #sarg -d 24/08/2006-24/08/2006

 Ele ignora o período e gera somente o -

 Já instalei o sarg em outros servers linux e bsd tbm e nunca vi esse
 problema

 Alguém já passou por isso ???

 Agradeço qq ajuda...

 Evandro.

 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd



-- 
Atenciosmente

Mario Augusto Mania m3BSD
---
[EMAIL PROTECTED]
Cel.: (43) 9938-9629
Msn: [EMAIL PROTECTED]
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


[FUG-BR] BenQ JoyBook R23E e FreeBSD: queria tanto :)

2006-08-24 Por tôpico m3 BSD
Pessoal, seguinte, adquiri um notebook BenQ JoyBook r23e, e assim que
chegou, a primeira coisa que fiz foi botar o cd 6.1-RELEASE-disc1 e
isntalar o freebsd nele hehehehehe.
Tudo ocorreu bem, instalei o Mininal, tudo certinho.
Carregou, vi o dmesg, tudo blzinha, AMD Mobile Semprom 3100+, 512RAM,
HD 40, DVDRW, rede vr0 e rede sem fio ral0, tudo uma gracinha
heheheheh
Porem, ao instalar o xorg por pkg_add -r, isntalou blz, rodei o X
-configure, ele gerou o /root/xorg.conf.new, tudo certinho, abri o
arquivo e confirmei o drive de video via, porem, ao testar, rodei um
X -config /root/xorg.conf.new, tcharararam, o bote resetou,
reiniciou, rebootou, enfim, desligou e ligou de novo heheheheheheheh.
Bem, nao desanimei, instalei o FreeBSD 6.1-RELEASE de novo, portsnap
fetch extract  portsnap fetch update, tudo certinho
isntalei o xorg pelo ports.
Demorou, compilou, fileh, rodei, mesma coisa, resetou.
Ae reinstalei o free, atualizei o ports de novo (me desculpe a
redundancia, nas eh que sou sistematico e gosto de fazer do zero
hehehe), ae resolvi compilar o XFree86-4 ao inves do xorg, e pau,
mesma coisa, resetou.
Instalei o 5.5-RELEASE, tentei com o xorg, tentei com o xfree-4 e nada, reseta.
tentei com o driver vesa, tentei com o driver vga, e nada, reseta...
Quero muito rodar o freebsd nele.. comprei soh pra isso...


Se alguem tiver uma luz... agradeco muito...

-- 
Atenciosmente

Mario Augusto Mania m3BSD
---
[EMAIL PROTECTED]
Cel.: (43) 9938-9629
Msn: [EMAIL PROTECTED]
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] BenQ JoyBook R23E e FreeBSD: queria tanto :)

2006-08-24 Por tôpico Alex Moura
Aparentemente o notebook tem o chip de vídeo VIA Unichrome Pro[1].
Tente ver se o X o suporta.

[]'s,
Alex

[1] Joybook R23E
http://www.benq.com.au/products/joybook/?product=817page=specifications
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] BenQ JoyBook R23E e FreeBSD: queria tanto :)

2006-08-24 Por tôpico m3 BSD
Correto

O problema eh q tentei subir o X tambem, tanto o xorg quanto o xfree86
com o driver vesa generico e vga de 16 cores generico e tambem nao
subiu, simplesmente reseta a maquina entende?

2006/8/24, Alex Moura [EMAIL PROTECTED]:
 Aparentemente o notebook tem o chip de vídeo VIA Unichrome Pro[1].
 Tente ver se o X o suporta.

 []'s,
 Alex

 [1] Joybook R23E
 http://www.benq.com.au/products/joybook/?product=817page=specifications
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd



-- 
Atenciosmente

Mario Augusto Mania m3BSD
---
[EMAIL PROTECTED]
Cel.: (43) 9938-9629
Msn: [EMAIL PROTECTED]
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] BenQ JoyBook R23E e FreeBSD: queria tanto :)

2006-08-24 Por tôpico Alex Moura
 O problema eh q tentei subir o X tambem, tanto o xorg quanto o xfree86
 com o driver vesa generico e vga de 16 cores generico e tambem nao
 subiu, simplesmente reseta a maquina entende?

Sim, entendi o problema. O X suporta esse chip?
Consegue dar boot com algum LiveCD de BSD ou Linux e entrar na GUI?
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] BenQ JoyBook R23E e FreeBSD: queria tanto :)

2006-08-24 Por tôpico Rainer Alves
m3 BSD wrote:
 Pessoal, seguinte, adquiri um notebook BenQ JoyBook r23e, e assim que
 chegou, a primeira coisa que fiz foi botar o cd 6.1-RELEASE-disc1 e
 isntalar o freebsd 
 [...]
 Porem, ao instalar o xorg por pkg_add -r, isntalou blz, rodei o X
 -configure, [...] o note resetou

O que está acontecendo é um kernel panic que força o reset... 
Experimente o seguinte, recompile o kernel ativando as opções de debug 
(se você estiver usando o GENERIC basta recompilar ele, as opções já vêm 
habilitadas por padrão), e verifique em /var/crash se existem arquivos 
de coredump, vmcore.0 / vmcore.1 etc.

A partir daí é só rodar:
# cd /usr/obj/usr/src/sys/KERNCONF (troque 'KERNCONF' por GENERIC se for 
seu caso).
# kgdb kernel.debug /var/crash/vmcore.0

Dê uma olhada no Handbook também, e depois poste o resultado do debugger 
('kgdb') na lista, talvez possamos ajudar.
http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-gdb.html

- Rainer
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


[FUG-BR] BenQ JoyBook R23E e FreeBSD: queria tanto :) - Parte II

2006-08-24 Por tôpico m3 BSD
Bem, pessoal, seguinte...

Depois de uma googlada heheheh, descobri que o problema realmente esta
no chipset da placa de video, a tal da VIA S3 Unichrome. Ela nao eh
suportada pelo driver padrao via do xorg e muito menos funciona com o
driver vesa generico. Bom, pesquisando, acheio o openchrome.org, que
eh um drive modificado da via para suportar esse chipset, bem, estou
estudando essa possibilidade. Porem, para testes, bootei o Ubuntu
Linux, e ele carrega com uma configuracao rasoavel: XFree86-4 com
driver vesa, em 1024x768 e 32 bits de cores. Putz, se eu conseguir
essa resolucao e profundidade de cor no FreeBSD esta excelente, pois
soh uso ambiente grafico pra firefox+javaplugin+flashplugin e
openoffice, ou seja, nao vou rodar nenhum aplicativo que exige todos
os recursos mais modernos de aceleracao grafica etc..etc... Porem, nem
o xorg, nem o xfree86 sobe com o svga. Diferentemente do Ubuntu. Se eu
conseguisse isso jah seria otimo. Se alguem puder ajudar fico muito
grato.

-- 
Atenciosmente

Mario Augusto Mania m3BSD
---
[EMAIL PROTECTED]
Cel.: (43) 9938-9629
Msn: [EMAIL PROTECTED]
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] RES: bsdcounter

2006-08-24 Por tôpico Nilson Debatin
Em Qui, 2006-08-24 às 19:27 -0300, Daniel Bristot de Oliveira escreveu:
 Boa tarde.
 
 Eu faço parte do time WWW do FUG, e sem querer querendo nós já temos
 um contador de usuários, cada usuário que se cadastra no site recebe
 um número de usuário, no meu caso é 81.

Legal ja existe o FUGid, de um echo em algum lugar da pagina e pronto,
todos tem seu FUGid :)

[]s
Nilson

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] MYADDR

2006-08-24 Por tôpico Rainer Alves
Rafael Simão wrote:
 Boa tarde,
 Alguém da lista poderia me ajudar com a seguinte questão ?
 Queria colocar no meu script de Firewall a variável MYADDR, atribuida no 
 momento que eu conecto via PPP e não tenho idéia de como fazer.
 Exemplo:
 
 (No script de Regras do Firewall)
 IP_EXT=sei_lá_o_que_MYADDR
 para que eu pudesse então usar alguma regra do tipo
 ipfw allow all from $IP_EXT to $fulano

Experimente usar o 'me' no lugar da macro $IP_EXT:
ipfw allow all from me to $fulano

  me  matches any IP address configured on an interface in the 
system.
  The address list is evaluated at the time the packet is 
analysed.

- Rainer

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Sarg maldito

2006-08-24 Por tôpico Evandro Zampieri
Cara eu já tentei com aspas duplas, aspas simples, data invertida etc.. 
etc... etc  e o duro é que no próprio help do maldito a data está nesse 
formato mesmoe todo material que achei na net tbm

Sexta-feira é a dead-line, ou essa M... funfa ou o Polha do cliente vai 
cancelar o serviço inteiro de montagem do servidor

Já estou até pagando pra quem resolver isso pra mim Alguém se habilita 


:-O


- Original Message - 
From: m3 BSD [EMAIL PROTECTED]
To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) 
freebsd@fug.com.br
Sent: Thursday, August 24, 2006 8:27 PM
Subject: Re: [FUG-BR] Sarg maldito


Jah experimentou: #sarg -d 24/08/2006-24/08/2006???
pq o - entre as datas sera interpretado como separador de parametros
de linha de comando.

Ou entao tente isso: #sarg -d 24\/08\/2006\-24\/08\/2006


Em 24/08/06, Evandro Zampieri[EMAIL PROTECTED] escreveu:
 ARQUIVO DE CONFIGURACAO DO MALDITO
 #cat sarg.conf
 language Portuguese
 access_log /usr/local/squid/logs/access.log
 title Relatorio diario de uso da Internet
 password none
 temporary_dir /tmp
 output_dir /usr/local/www/apache22/data/sarg
 resolve_ip no
 user_ip yes
 date_format e
 lastlog 0
 remove_temp_files yes
 use_comma no


 SAIDA DO COMANDO SARG

 #sarg -z -d 01/08/2006-01/08/2006
 SARG: ConfigFile.= /usr/local/etc/sarg/sarg.conf
 SARG: AccessLog..= /usr/local/squid/logs/access.log
 ...
 ...
 ...
 SARG: Records in file: 161808, reading: 0.00%
 SARG: (util) data=06/08/2006
 SARG: (util) tbuf=
 SARG: (util) period=-
 SARG: (util) dirname=/usr/local/www/apache22/data/sarg/-
 SARG: (util) wdir=/usr/local/www/apache22/data/sarg/-
 SARG: Relatorio gerado com sucesso em /usr/local/www/apache22/data/sarg/-
 SARG: (removetmp) Erro no open do arquivo:
 /usr/local/www/apache22/data/sarg/-/general




 - Original Message -
 From: Welkson Renny de Medeiros [EMAIL PROTECTED]
 To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
 freebsd@fug.com.br
 Sent: Thursday, August 24, 2006 4:19 PM
 Subject: Re: [FUG-BR] Sarg maldito


 já tentou colocar um log na saída do sarg pela cron para analisar?
 tipo

 55 23 * * * /usr/local/bin/sarg  /var/log/focus/log-sarg.log

 lembre de dar permissão ao arquivo de log (chmod 777 log-sarg.log)


 --
 Welkson Renny de Medeiros
 Focus Automação Comercial
 Desenvolvimento / Gerência de Redes
 [EMAIL PROTECTED]



 - Original Message -
 From: Evandro Zampieri [EMAIL PROTECTED]
 To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
 freebsd@fug.com.br
 Sent: Thursday, August 24, 2006 4:02 PM
 Subject: [FUG-BR] Sarg maldito


 É o fim.

 Estou tomando o maior banho do sarg-2.2.1 num server 4.11  baixei tudo
 pelo ports e botei pra rodar...  está rodando com o squid-2.5.14_1.

 O script do cron está rodando diariamente e gerando um access.log por dia 
 e
 dai nesse arquivo aplico o sarg, só que ele ignora a opção -d do 
 período

 #sarg -d 24/08/2006-24/08/2006

 Ele ignora o período e gera somente o -

 Já instalei o sarg em outros servers linux e bsd tbm e nunca vi esse
 problema

 Alguém já passou por isso ???

 Agradeço qq ajuda...

 Evandro.

 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd



-- 
Atenciosmente

Mario Augusto Mania m3BSD
---
[EMAIL PROTECTED]
Cel.: (43) 9938-9629
Msn: [EMAIL PROTECTED]
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] MYADDR

2006-08-24 Por tôpico Nenhum _de_Nos
 Experimente usar o 'me' no lugar da macro $IP_EXT:
 ipfw allow all from me to $fulano

   me  matches any IP address configured on an interface in the
 system.
   The address list is evaluated at the time the packet is
 analysed.

 - Rainer
isso funca pra PF tb ?

acho q tentei uma vez e funcionou e nao consegui mais.

e pra o caso do rapaz ai, nao poderia usar a tun0 nao ?

matheus

-- 
We will call you cygnus,
The God of balance you shall be
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd