Next Previous Contents

## 5. NFS через медленные линии

Медленные линии включают в себя модемы, ISDN и возможно другие соединения на дальние расстояния.

Этот раздел базируется на знании об используемых протоколах, а не на настоящих экспериментах. Мой домашний компьютер был выключен в течении 6 месяцев (плохой жесткий диск и отсутствие денег), так что у меня не было модемного соединения для тестирования. Пожалуйста дайте мне знать, если вы попробуете сделать это :-)

Первая вещь которую вы должны помнить, это то что NFS -- медленный протокол. Использование NFS в большинстве своем подобно использованию протокола kermit для переноса файлов. Это медлено. Почти все быстрее чем NFS. FTP быстрее. HTTP быстрее. rcp быстрее. ssh быстрее.

Все еще хотите попробовать это? Ok.

Параметры по умолчанию для NFS установлены для довольно быстрых линий с малым временем запаздывания. Если вы будете использовать эти настройки для линий с высоким временем запаздывания это приведет к выдаче NFS сообщений об ошибках, прерыванию операций, система может притворяться, что файлы короче чем они есть на самом деле и забавно работать в других случаях.

первая вещь которую вам необходимо сделать -- это не использовать опцию монтирования `soft`. Это вызовет возвращение программному обеспечению сигналов об ошибках при таймаутах, в основном обычное программное обеспечение не слишком хорошо обрабатывает такие ошибки. Это хороший способ получить странные сбои. Вместо этого используйте опцию монтирования `hard`. Когда активна опция `hard`, то таймауты вызывают бесконечные попытки возобновления вместо прерывания работы ваших программ. Это то что вам нужно. Действительно.

Следующая вещь которую нужно сделать -- это поиграть с опциями монтирования timeo и retrans. Они описаны в справочной странице nfs(5), здесь приводится выдержка из нее:

           timeo=n        Величина в десятых долях секунды до посылки

                          первой ретрансляции после таймаута RPC. По

                          умолчанию эта величина равна 7 десятых

                          секунды. После первого таймаута, время таймаута

                          удваивается после каждого таймаута, пока не

                          будет достигнута величина максимального таймаута

                          равна 60 секундам, или произойдет достаточно

                          ретрансляции, вызвав главный таймаут. Затем если

                          файловая система смонтирована с опцией hard, то

                          каждый новый таймаут каскадно запускается с

                          начальным значением в два раза больше, чем при

                          предыдущем каскаде, кроме того удваиваясь на

                          каждой ретрансляции. максимальный таймаут всегда

                          равен 60 секундам. Наилучшая общая

                          производительность может быть достигнуто

                          увеличением таймаута при монтировании на

                          загруженной сети, к медленному серверу, или

                          сквозь несколько маршрутизаторов.

           retrans=n      Эта величина задает количество неосновных

                          таймаутов и ретрансляций, которые должны

                          произойти до возникновения главного таймаута. По

                          умолчанию эта величина равно 3. Когда возникает

                          главный таймаут, то файловые операции либо

                          прерваны или на консоли печатается сообщение

                          "server  not responding".

Другими словами: Если не будет передан за таймаут равный 0.7 секунды (700ms), то клиент NFS повторит запрос и увеличит таймаут в два раза до 1.4 секунды. Если ответ не придет в течении 1.4 секунды, то запрос повторится снова и таймаут будет увеличен до 2.8 секунды.

Скорость линии может быть измерена с помощью команды ping с тем же самым размером пакета, который вы установили в опциях rsize/wsize.

    $ ping -s 8192 lugulbanda

    PING lugulbanda.uio.no (129.240.222.99): 8192 data bytes

    8200 bytes from 129.240.222.99: icmp_seq=0 ttl=64 time=15.2 ms

    8200 bytes from 129.240.222.99: icmp_seq=1 ttl=64 time=15.9 ms

    8200 bytes from 129.240.222.99: icmp_seq=2 ttl=64 time=14.9 ms

    8200 bytes from 129.240.222.99: icmp_seq=3 ttl=64 time=14.9 ms

    8200 bytes from 129.240.222.99: icmp_seq=4 ttl=64 time=15.0 ms

    --- lugulbanda.uio.no ping statistics ---

    5 packets transmitted, 5 packets received, 0% packet loss

    round-trip min/avg/max = 14.9/15.1/15.9 ms

Время здесь показывает как долго пакет ping идет туда и обратно к машине lugulbanda. 15ms это довольно быстро. При работе через модем со скоростью 28.000 бод вы можете ожидать где-то 4000-5000ms, и если линия нагружена еще кем-то, то время будет даже выше может быть раза в два. Когда это время высоко, мы говорим что это 'высокое запаздывание'. В общем для больших пакетов и для более загруженных линий запаздывание будет увеличиваться. Увеличьте timeo соответственно вашей линии и загрузке. И поскольку запаздывание увеличивается когда вы используете линию для других вещей: даже если вы хотите использовать FTP и NFS в одно и тоже время, то вы должны попытаться измерить время ping во время использования FTP для передачи файлов.

Next Previous Contents