[GTER] Re: [GTER] Re: [GTER] Fw: [Dicas-L] Política Starone
    Rubens Kuhl Jr. 
    rubens at email.com
       
    Thu Sep 26 02:02:00 -03 2002
    
    
  
| acelerator.  Na de cada provedor (acho que voce pode dizer sobre o UOL,
| se não tiver um NDA) deve ter outro, transparente.  E nada impede o
| usuário de colocar um na sua própria ponta.
Na qualidade de ex-funcionário eu prefiro comentar apenas informações
públicas ou publicadas...
|      Alias, já testei com sucesso o squid sobre Cygwin.  Me pareceu uma
| opção melhor que os WinGate da vida para quem não pode ou não quer usar
| um sistema operacional de verdade.   ;-)
Mesmo em termos de uso de memória ?
| > possam populá-lo. Para cache de uma estação o próprio browser já faz o
| > serviço...
|
|      Voce já analisou se o desempenho de um cara desses é comparável ao
| de um proxy cache?   Eu tenho minhas dúvidas.
Não fiz um teste de cronômetro, mas já observei o padrão de requisições HTTP
geradas pelo browser com quase 100% do mercado, e me pareceu da melhor
eficiência que um sistema conservador pode ter. Um sistema agressivo de
caching, com recursos de predição de alteração de objetos, prefetching
baseado em comportamento e possibilidade de atribuir ou ignorar uma
informação de lifetime vinda do servidor HTTP teria certamente um ganho
maior, mas que dificilmente teria um custo/benefício de uso de
CPU/memória/disco da máquina do usuário compensador. E ainda exigiria dele
um traquejo e esforço constante no gerenciamento desses parâmetros
avançados... acho que é só mesmo para os geek-admins, ou para um pacote de
software e serviços da Jonny Inc. ...
Todo caso, é só encomendar um teste para esses laboratórios "isentos" e
dizer que resultado você quer que dê! :-)
Rubens
    
    
More information about the gter
mailing list