1) Можно ли,и если да то как, пользоватся nfs’ом НЕ через стандартные соединения, а через socket, для того чтоб уменшить затрату на сетевых ресурсов?
2) И если нет, то каким опциям указать чтоб обеспечить максимальную производительност, если соединение по nfs’y намечается быть слишком нагружено?
3) Если всетаки все раком встанет, то как его убить правильно?
Спасибо!
Последние комментарии
-
OlegL, 17 декабря 2023 года в 15:00 →
Перекличка
21
-
REDkiy, 8 июня 2023 года в 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
DevOps as a Service from Palark
24/7 SRE & DevOps service to cover all your Kubernetes needs.
socket = unix socket?
тот самый!
Может я чего-то недопонимаю, но unix socket имеет смысл в рамках локальной (строго говоря: смонтированной, но здесь вопрос здравого смысла) файловой системы…
Собственно, вот и ответ.
Есть мнение, что универсального рецепта не существует.
Необходимы исходные данные в виде характеристики нагрузки. И аппаратной части.
В смысле встанет раком?
Если проводится тест, то в нулевом приближении я считаю правильным отключить источник нагрузки и промониторить поведение системы.
Кстати, в тему особенностей настройки FreeBSD NFS (v.3) file server, Вы не пробовали OpenOffice’ом (как там в 3.0 — не знаю, отличные от Linux платформы клиента — тоже не пробовал) открывать файлы в расшаренном каталоге?
а) невозможно
потому что
б) unix socket — локальный
вы что, пытаетесь обойтись без nullfs/unionfs/и тому подобного?