1) Можно ли,и если да то как, пользоватся nfs’ом НЕ через стандартные соединения, а через socket, для того чтоб уменшить затрату на сетевых ресурсов?
2) И если нет, то каким опциям указать чтоб обеспечить максимальную производительност, если соединение по nfs’y намечается быть слишком нагружено?
3) Если всетаки все раком встанет, то как его убить правильно?
Спасибо!
Последние комментарии
-
Дмитрий Шурупов, 21 ноября в 4:08 →
Перекличка
20
-
REDkiy, 8 июня в 9:09 →
Как «замокать» файл для юниттеста в Python?
2
-
fhunter, 29 ноября 2022 года в 2:09 →
Проблема с NO_PUBKEY: как получить GPG-ключ и добавить его в базу apt?
6
-
Иванн, 9 апреля 2022 года в 8:31 →
Ассоциация РАСПО провела первое учредительное собрание
1
-
Kiri11.ADV1, 7 марта 2021 года в 12:01 →
Логи catalina.out в TomCat 9 в формате JSON
1
ecobeing.ru
Экология и вегетарианство на благо всем живым существам Планеты.
socket = unix socket?
тот самый!
Может я чего-то недопонимаю, но unix socket имеет смысл в рамках локальной (строго говоря: смонтированной, но здесь вопрос здравого смысла) файловой системы…
Собственно, вот и ответ.
Есть мнение, что универсального рецепта не существует.
Необходимы исходные данные в виде характеристики нагрузки. И аппаратной части.
В смысле встанет раком?
Если проводится тест, то в нулевом приближении я считаю правильным отключить источник нагрузки и промониторить поведение системы.
Кстати, в тему особенностей настройки FreeBSD NFS (v.3) file server, Вы не пробовали OpenOffice’ом (как там в 3.0 — не знаю, отличные от Linux платформы клиента — тоже не пробовал) открывать файлы в расшаренном каталоге?
а) невозможно
потому что
б) unix socket — локальный
вы что, пытаетесь обойтись без nullfs/unionfs/и тому подобного?