Первые потуги NFS

Добрались руки поставить на клиентский компик SFU35SEL_EN.exe (Windows Services for UNIX Version 3.5) с целью достучаться до NFS. Установил SFU, примонтировал NFS:

mount -o anon nolock mtype=hard \\10.10.10.10\mnt\1TB z:

Попробовал увеличить буфер до максимальных 32Кбайта - mount не ругался, но и результат оставался прежним - 16384. Параметр locking тоже переключить не удалось. Получилось вот так:

Local    Remote                                 Properties

-------------------------------------------------------------------------------

z:       \\10.10.10.10\mnt\1TB             UID=-2, GID=-2

                                                        rsize=16384, wsize=16384

                                                        mount=hard, timeout=0,8

                                                        retry=1, locking=no

                                                        fileaccess=755, lang=ANSI

                                                        casesensitive=no

Интересный факт, что сетевой диск NFS показывает в два раза больше свободного места (примерно на 75Гб) больше, чем на самом деле. Сетевой диск SMB показывает свободного места столько же сколько и встроенный в web-интерфейс файловый менеджер. Я ему сразу поверил и из консоли не стал проверять.

Русские имена файлов - кракозяблы, варианты языков:

-o lang       = euc-jp|euc-tw|euc-kr|shift-jis|big5|ksc5601|gb2312-80|ansi

При поиске решения наткнулся на колдунство fuse-convmvfs которое, используя FUSE (Filesystem in USErspace), конвертирует имена файлов из одного набора символов в другой. Разумеется, без изменения содержимого. Я так понял, что это прослойка, работающая на лету. Так что, при шустром камне, можно пробовать использовать эту приблуду. Ещё на эту тему читать Convmvfs utf-8 koi8-r

Время теста на скорость NASPT!
К WinXP подключено два сетевых диска. Один к SAMBA, второй к NFS. Оба диска ведут на одно и тоже место на UFS в FreeNAS. Тесты запускались по очереди.

Видно, что Content Creation значительно отстаёт от SMB, а чтение из NAS выглядит неплохо. Вообще, NFS оказалась весьма живой и своенравное системой, глюк со свободным местом - это не всё. На тестах скорости я вообще залип. Всё дело в том, что случались необъяснимые выбросы энергий (отмечены красным), которые повторить не получалось. Почти случайно. Почти потому, что в компьютерах случайного нет почти ничего. В случае тестирования SMB таких скачков значений замечено не было. Единственный фактор, который отличает от общей статистики это тот, что все аномальные тесты были проведены при прослушивании MP3 с этого же сервера через SMB (можно давать не большую поправку на время чтения из NAS). NFS чувствуя конкуренцию напрягается? Какие ещё будут идеи?

Как бы то ни было, но ни SMB, ни NFS не обогнали FTP. На данный момент я не определился, стоит ли на моём домашнем файл-сервере переходить с SMB на NFS.


Что дальше?

• Перечитываем на всякий случай Работа NFS с Windows на лисяре.

• Руководство по повышению производительности служб Майкрософт для Network File System (ENG)

• Создадим пользователя для доступа к NFS по сети. Вопрос аутентификации и настройки User Name Mapping и Server for PCNFS: NFS Authentication (ENG)

На заметочку возьму порты:

SunRPC Portmapper TCP, 111, TCP
SunRPC Portmapper UDP, 111, UDP
Mountd TCP, 1058, TCP
Mountd UDP, 1058, UDP
NFS TCP, 2049, TCP
NFS UDP, 2049, UDP