Da documentação (disponível em /usr/share/doc/apt-cacher-ng/apt-cacher-ng.pdf
, se você tiver instalado):
O programa reutiliza muitas idéias por trás do outro famoso proxy, seu predecessor apt-cacher 1.x (que foi escrito em Perl). Em contraste com o apt-cacher, diferentes aspectos foram declarados como alvos principais durante o desenvolvimento do apt-cacher-ng:
- implementação leve - permite o uso em sistemas com pouca memória e processamento recursos
Enfiamento interno (nativo) - evitando o processo de forqueamento sempre que possível, evitando kludges para sincronização de pseudo-thread, evitando confiar em recursos especiais do sistema de arquivos para operações internas sempre que possível- suporte real (eficaz) do pipelining HTTP, usando um cliente interno com fluxo nativo controle (ter o efeito colateral agradável: redução de sobrecarga de recursos e minimização de possíveis pontos de falha)
- evitando featuritis onde causam muito inchaço e a funcionalidade pode ser fornecida por recursos nativos do sistema operacional
- fusão confiável e eficiente de conteúdo no conjunto de pacotes local, evitando a entrega de dados errados.
Assim como no apt-cacher, o rastreamento explícito de arquivos dinamicamente alterados e inalterados é estabelecido, e o uso em ambiente não-Debian é suportado.
Longa história: nem todos os objetivos foram alcançados. O plano inicial de usar bancos de dados de segundo plano para mesclar qualquer download de qualquer local arbitrário foi descartado por causa da complexidade e considerações de desempenho, heurísticas confiáveis também não foram encontradas. Em vez disso, um semi- foi criada uma solução automatizada que usava arquivos analisáveis por máquina com informações espelhadas, como o disponível para espelhos Debian no repositório CVS do Debian.