Em Wed, 2 Dec 2009 02:36:01 -0200
tg_m...@bol.com.br, conhecido consumidor de drogas (BigMac's com Coke)
escreveu:
> (meu p133 gateway/downloader/proxy pessoal, q o diga, está suplicando
> por pilha nova) ainda assim a perda de pacotes em intervalos de
> horário não específicos (2 a 4 vezes diária
> É normal o relogio atrasar sim (adiantar é incomum), por isso
> acho saudável agendar no cron um ntpdate 1x por dia, e sim
> estou disposto a te ajudar pois já sofri muito e estudei a fundo
> problemas de relógio, principalmente nas epocas dos k6 onde
> era comum (pelo menos nos meus) um erro sup
2009/11/28 :
> fala Nilson, vc está com disposição pra ajudar heim :)
> já removi o ntpd, mas deixei o mesmo atualizando, por via das dúvidas da
> máquina atrasar muito o relógio (não tô confiando muito na placa mãe não).
> ele ficou atualizando de hora em hora.
> coloquei um script pra pingar o
> Fico feliz em ler isso :)
> Você tirou o (ou diminuiu a frequencia do) ntpd? Ele poderia ser
> o causador disso nos momentos em que tenta sincronizar o relogio.
>
> --
> Nilson
fala Nilson, vc está com disposição pra ajudar heim :)
já removi o ntpd, mas deixei o mesmo atualizando, por via das
2009/11/25 :
> é. vivendo e aprendendo. :)
> realmente nunca tinha prestado atenção nessas sysctls para saber q podia
> forçar o uso de outro timecounter.
> o kernel tava usando acpi-safe, mas, por certo a mobo tem algum bug.
> mas o que mais interessa é q mesmo com a menor qualidade do tsc, func
> Certo, vamos partir pra algo mais prático então. O FreeBSD possui
> uma boa gama de variaveis tunáveis em relação ao timer via sysctl,
> sendo as mais importantes dentro dessa ramificação:
>
> [r...@bsdtestes ~]# sysctl kern.timecounter
> kern.timecounter.tick: 1
> kern.timecounter.choice: TSC(
2009/11/20 :
> muito obrigado pelo rápido retorno Nilson, e pela idéia do relógio.
> mas infelizmente, mesmo atualizando de minuto em minuto ou menos o relógio
> pelo ntp, a esquisitice persiste. :/
Certo, vamos partir pra algo mais prático então. O FreeBSD possui
uma boa gama de variaveis tunáv
> > saudações a todos.
> >
> > freebsd 7.1
> > no momento em questão, firewall aberto e máquina conectada diretamente no
> > modem (nat).
> > um simples ping no google.
> > sem erros em log.
> > alguém já viu algo assim? tempos negativos?
> >
> >
> > 64 bytes from 64.233.163.104: icmp_seq=2 ttl=55
2009/11/20 :
> saudações a todos.
>
> freebsd 7.1
> no momento em questão, firewall aberto e máquina conectada diretamente no
> modem (nat).
> um simples ping no google.
> sem erros em log.
> alguém já viu algo assim? tempos negativos?
>
>
> 64 bytes from 64.233.163.104: icmp_seq=2 ttl=55 time=-6
saudações a todos.
freebsd 7.1
no momento em questão, firewall aberto e máquina conectada diretamente no modem
(nat).
um simples ping no google.
sem erros em log.
alguém já viu algo assim? tempos negativos?
64 bytes from 64.233.163.104: icmp_seq=2 ttl=55 time=-650.219 ms
64 bytes from 64.233.16
10 matches
Mail list logo
