У меня работает сервер FreeNAS (FreeNAS 8RC2) с пулом raidz1 ZFS, который разделяет том с AFP и SAMBA на несколько Mac (все работают под управлением Snow Leopards 10.6.6).
После некоторого тестирования я заметил, что через некоторое время производительность AFP снижается с 30-40 Мбит / с или 7-8 Мбит / с, в то время как SAMBA может поддерживать ее (по крайней мере, она не ухудшилась до сих пор).
Я искренне предполагал, что AFP будет несколько быстрее (или, по крайней мере, эквивалентен), чем Samba. Поэтому я предполагаю, что что-то не так с моей настройкой для AFP ...
После поиска в Google я применил на своих Mac следующее:
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
Однако это не имело никакого значения ... Есть идеи, что может быть не так?
Стек AFP для Linux, на котором построен FreeNAS, не так надежен, как Samba. Поскольку NetAtalk имеет гораздо меньшую клиентскую базу, чем Samba, скорость улучшения кода медленнее, и усилия по оптимизации кода не так интенсивны. Замеченные вами проблемы, скорее всего, связаны с различиями в зрелости кода Samba и Netatalk.
Netatalk на linux старый, очень старый. Вы также можете использовать Samba на своих Mac, у нее всего несколько проблем, и в целом она отлично работает. Самая большая проблема - это, скорее всего, ограничение имени файла, потому что в настоящее время почти никто не использует старомодное программное обеспечение, которое создает файлы с данными в ветвях ресурсов.