Eu tenho um FreeNAS Server em execução (FreeNAS 8RC2) com um pool ZFS raidz1 que compartilha um volume com AFP e SAMBA para vários Mac (todos executando o Snow Leopardos 10.6.6).
Depois de alguns testes, notei que depois de um tempo, o desempenho do AFP diminui de 30-40 mbps ou 7-8 mbps enquanto o SAMBA é capaz de sustentá-lo (pelo menos, ele não se degradou até agora).
Eu assumi francamente que a AFP seria um pouco mais rápida (ou pelo menos equivalente) do que o Samba. Suponho, portanto, que há algo errado com a minha configuração para o AFP ...
Depois do googling, apliquei o seguinte nos meus Macs:
defaults write -g com.apple.AppleShareClient -dict-add afp_wan_threshold -int 50
defaults write -g com.apple.AppleShareClient -dict-add afp_wan_quantum -int 131702
No entanto, não fez nenhuma diferença ... Alguma ideia do que poderia estar errado?
A pilha AFP para Linux, na qual o FreeNAS é construído, não é tão robusta quanto o Samba. Como o NetAtalk tem uma base muito menor de clientes do que o Samba, a taxa de melhoria do código é mais lenta e a pressão para otimizar o código não é tão intensa. Os problemas que você nota são muito prováveis devido às diferenças de maturidade de código entre o Samba e o Netatalk.
O Netatalk no linux é antigo, muito antigo. Você pode usar o Samba em seus macs também, ele tem apenas alguns problemas e geralmente funciona muito bem. O maior problema é provavelmente o limite do nome do arquivo, porque hoje em dia quase ninguém usa software antiquado que cria arquivos com dados em garfos de recursos.