Я использовал sshfs для удаленной работы, но это очень медленно и раздражает, особенно когда я использую Eclipse на нем.
Есть ли более быстрый способ монтировать удаленную файловую систему локально? Мой приоритет №1 - скорость.
Удаленный компьютер - Fedora 15, локальный компьютер - Ubuntu 10.10. Я также могу использовать Windows XP локально, если это необходимо.
Если вам нужно улучшить скорость для соединений sshfs, попробуйте следующие варианты:
oauto_cache,reconnect,defer_permissions,noappledouble,nolocalcaches,no_readahead
команда будет:
sshfs remote:/path/to/folder local -oauto_cache,reconnect,defer_permissions
Помимо уже предложенных решений по использованию Samba/NFS, которые являются абсолютно допустимыми, вы также можете добиться некоторого повышения скорости с помощью sshfs , используя более быстрое шифрование (аутентификация будет такой же безопасной, как обычно, но сами передаваемые данные будет проще расшифровывать), предоставляя -o Ciphers=arcfour опция arcfour для sshfs . Это особенно полезно, если ваша машина имеет слабый процессор.
sshfs использует протокол передачи файлов SSH, что означает шифрование.
Если вы просто монтируете через NFS, это, конечно, быстрее, потому что не зашифровано.
Вы пытаетесь смонтировать тома в одной сети?затем используйте NFS.
У меня нет никаких альтернатив, чтобы рекомендовать, но я могу дать предложения о том, как ускорить sshfs:
sshfs -o cache_timeout=115200 -o attr_timeout=115200 ...
Это должно избежать некоторых запросов туда-обратно, когда вы пытаетесь прочитать содержимое или разрешения для файлов, которые вы уже получили ранее в своем сеансе.
sshfs имитирует удаление и изменения локально, поэтому новые изменения, сделанные на локальном компьютере, должны появиться немедленно, несмотря на большие тайм-ауты, поскольку кэшированные данные автоматически удаляются.
Но эти параметры не рекомендуются, если удаленные файлы могут обновляться без ведома локальной машины, например, другим пользователем или удаленной оболочки ssh. В этом случае более низкие тайм-ауты были бы предпочтительнее.
Вот еще несколько вариантов, с которыми я экспериментировал, хотя я не уверен, что какой-либо из них имел значение:
sshfs_opts="-o auto_cache -o cache_timeout=115200 -o attr_timeout=115200 \
-o entry_timeout=1200 -o max_readahead=90000 -o large_read -o big_writes \
-o no_remote_lock"
Вам также следует проверить варианты, рекомендованные Митаем в его ответе.
Самая большая проблема в моем рабочем процессе - это когда я пытаюсь прочитать много папок, например, в глубоком дереве, потому что sshfs выполняет запрос туда-обратно для каждой папки отдельно. Это также может быть узким местом, которое вы испытываете с Eclipse.
В этом может помочь параллельное выполнение запросов к нескольким папкам, но большинство приложений этого не делают: они были разработаны для файловых систем с малой задержкой и кэшированием с опережающим чтением, поэтому они ждут завершения одной статистики файла, прежде чем перейти к следующей. ,
Но то, что может сделать sshfs, - это посмотреть в будущее на удаленную файловую систему, собрать статистику папок, прежде чем я их запрошу, и отправить их мне, когда соединение не будет сразу занято. Это будет использовать большую полосу пропускания (из прогнозных данных, которые никогда не используются), но может повысить скорость.
Мы можем заставить sshfs выполнить некоторое кэширование с опережением чтения, выполнив это до того, как вы начнете выполнять свою задачу, или даже в фоновом режиме, когда ваша задача уже выполняется:
find project/folder/on/mounted/fs > /dev/null &
Это должно предварительно кэшировать все записи каталога, уменьшая некоторые последующие накладные расходы от циклических переходов. (Конечно, вам нужно использовать большие тайм-ауты, подобные тем, которые я предоставил ранее, или эти кэшированные данные будут удалены до того, как ваше приложение получит к ним доступ.)
Но эта find займет много времени. Как и другие приложения, он ожидает результатов из одной папки, а затем запрашивает следующую.
Можно сократить общее время, попросив несколько процессов поиска просматривать разные папки. Я не проверял, чтобы увидеть, действительно ли это более эффективно. Это зависит от того, разрешает ли sshfs запросы параллельно. (Я думаю, что это так.)
find project/folder/on/mounted/fs/A > /dev/null &
find project/folder/on/mounted/fs/B > /dev/null &
find project/folder/on/mounted/fs/C > /dev/null &
Если вы также хотите предварительно кэшировать содержимое файла, вы можете попробовать это:
tar c project/folder/on/mounted/fs > /dev/null &
Очевидно, что это займет гораздо больше времени, передаст много данных и потребует огромного размера кэша. Но когда это сделано, доступ к файлам должен быть приятным и быстрым.
SSHFS действительно медленный, потому что он передает содержимое файла, даже если это не требуется (при выполнении cp). Я сообщил об этом в апстрим и в Debian, но не получил ответа:/
После поиска и проб. Я только что нашел, добавить -o Compression=no скорости это много. Задержка может быть вызвана процессом сжатия и распаковки. Кроме того, использование 'Ciphers = aes128-ctr' кажется более быстрым, чем другие, в то время как некоторые посты провели некоторые эксперименты на этом. Тогда моя команда как-то так:
sshfs -o allow_other, transform_symlinks, follow_symlinks, IdentityFile =/Users/maple/.ssh/id_rsa -o auto_cache, переподключиться, defer_permissions -o шифры = aes128-ctr -o сжатие = нет maple@123.123.123.123:/home/maple ~/mntpoint
NFS должен быть быстрее. Насколько удалена файловая система? Если это через WAN, вам лучше синхронизировать файлы туда-сюда, а не прямой удаленный доступ.
Либо NFS, либо Samba, если у вас большие файлы. Использование NFS с чем-то вроде 720p фильмов и дерьма действительно PITA. Samba будет работать лучше, хотя Samba мне не нравится по ряду других причин, и я обычно не рекомендую ее.
Для небольших файлов хорошо подойдет NFS.
Войдите в систему как root.
Получите доступ к каталогу верхнего уровня, используя «cd /».
Затем убедитесь, что у вас есть созданная папка монтирования или создайте ее с помощью "mkdir folder_name".
После этого просто используйте «mount xxxx:/remote_mount_directory /local_mount_directory».
если все сработало на вашем конце, до этого у вас должно быть успешное монтирование. Вы можете проверить и убедиться, что каталог назначения является общим, используя команду "exportfs", чтобы гарантировать, что они могут быть найдены.
Надеюсь это поможет. Это не из среды lvie, оно было протестировано в локальной сети с использованием VMware и Fedora 16.