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