Evite a (des) compressão dupla no Subversion com o Apache

Question

Eu tenho um servidor Subversion 1.8 configurado com o Apache 2.2 no windows 2003. O servidor que tenho é um pouco antigo e tem muitos picos de CPU que suspeito estarem afetando seu desempenho.

Este servidor é inteiramente dedicado à subversão.

Embora eu queira ter compressão de dados na rede (entrada e saída), eu quero evitar a (des) compressão dupla neste servidor.

Neste momento, estou usando as duas diretivas a seguir.

SVNCompressionLevel 5
SetOutputFilter DEFLATE

Pensei em desativar uma delas, mas não consegui encontrar nenhuma recomendação sobre qual é a melhor. Eu quero ter cliente para compressão do servidor também. Pensei em usar uma dessas duas opções:

# Let only mod_dav_svn handle compression
SVNCompressionLevel 5
# no SetOutputFilter or SetInputFilter

ou

# Let only mod_deflate handle compression
SVNCompressionLevel 0
SetOutputFilter DEFLATE
SetInputFilter DEFLATE        #(new idea)

Não tenho certeza se o cliente subversion comprimirá seus dados para o servidor se eu adicionar apenas 'SetInputFilter DEFLATE' no servidor.

Alguém tem mais informações sobre isso?

    

Answer 1

Você está quase certo e a solução correta para evitar a compactação dupla é:

# Let only mod_deflate handle compression
SVNCompressionLevel 0
SetOutputFilter DEFLATE

Desativa a compactação SVN para deltas, enquanto habilita a compactação HTTP para todas as respostas.

Mas existem várias ressalvas:

1. O cliente Subversion não comprime o corpo da solicitação HTTP, pois não sabe se a compactação é suportada pelo servidor. Portanto, SetInputFilter DEFLATE não é necessário.

2. O Servidor HTTP Apache tem um vazamento de memória em mod_dav / mod_deflate quando a compactação está ativada, enquanto não anunciou que ele suporta compactação HTTP.

Além disso, você deve considerar executar o despejo / carregar seu repositório para melhorar o desempenho - novos formatos adicionam algumas indexações / atalhos que ajudam a gastar menos recursos.