Em Thu, 18 Sep 2008 21:43:33 -0300
"..:: Rodrigo (-_-) Machado ::.." <[EMAIL PROTECTED]> escreveu:

> >
> >
> > >
> > Não. Isto é a cache do disco que está "mentindo" para o SO que
> > gravou os dados no disco. Experimente desabilitar a cache do disco.
> >
> >
> Deixa eu ver se entendi então,
> nos meus servidores linux está habilitado o cache do disco? E este
> está mentindo pra mim, quer dizer que o postgresql pensa que gravou o
> WAL mas o SO tentando administrar as E/S do disco mantem estes dados
> em cache?
> 
> Entendi bem?

  +-

  O cache que o Euler comentou é cache de escrita, praticamente todos
os HD's tem uma pequena memória para cache de leitura/escrita. O cache
de escrita vem habilitado por padrão para HD's do tipo SATA e IDE que
é recomendável desabilitar o cache de escrita. Nas HD's SCSI/SAS é
melhor gerenciado pois elas tem uma pequena bateria para gravar o que
está no cache para disco efetivamente.

  O que Euler quis dizer é que uma aplicação gravas as informações em
arquivo em disco. O SO executa a tarefa dizendo para a memória que o
arquivo está gravado e retorna que está completa a tarefa. Mas as
informações ainda não estou no disco, estão na memória da HD. 

  Esse processo é muito rápido, não leva 300 segundos como foi citado
no início da thread. 

  
> Se for assim, tens alguma pista por onde posso começar a investigar
> para desabilitar este cache pra fazer alguns testes ?

   Em linux, use *hdparm* ou *sdparm* para desabilitar o cache de
escrita.

> E se for mesmo o cache, o que tem a ver o cache de disco no windows
> ele atualiza o arquivo quando eu fecho a conexão com o servidor. É
> extranho, pois se fosse isto, mesmo eu fechando a conexão, o SO não
> saberia disto, e continuaria mantendo e administrando o cache por sua
> propia conta.


  Pode ser o SO que está efetivando no momento errado ou está
acontecendo uma coincidência incrível, procure desabilitar no Windows e
faça o teste novamente. 


[]'s
-- 
Fernando Ike
http://www.midstorm.org/~fike/weblog
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Responder a