1) Можно ли,и если да то как, пользоватся nfs’ом НЕ через стандартные соединения, а через socket, для того чтоб уменшить затрату на сетевых ресурсов?
2) И если нет, то каким опциям указать чтоб обеспечить максимальную производительност, если соединение по nfs’y намечается быть слишком нагружено?
3) Если всетаки все раком встанет, то как его убить правильно?
Спасибо!
Последние комментарии
-
fhunter, вчера в 9:23 →
Математика в школе
17
-
fhunter, вчера в 9:22 →
Как настроить чтоб работало две сетевые платы — две сети
3
-
fhunter, вчера в 9:22 →
посоветуйте!!Как ой велосипед приобрести девушке?
10
-
rgo, 11 января в 10:28 →
Как «замокать» файл для юниттеста в Python?
1
-
ilyas490, 8 декабря в 13:27 →
Книги по Bash?
13
ecobeing.ru
Экология и вегетарианство на благо всем живым существам Планеты.
socket = unix socket?
тот самый!
Может я чего-то недопонимаю, но unix socket имеет смысл в рамках локальной (строго говоря: смонтированной, но здесь вопрос здравого смысла) файловой системы…
Собственно, вот и ответ.
Есть мнение, что универсального рецепта не существует.
Необходимы исходные данные в виде характеристики нагрузки. И аппаратной части.
В смысле встанет раком?
Если проводится тест, то в нулевом приближении я считаю правильным отключить источник нагрузки и промониторить поведение системы.
Кстати, в тему особенностей настройки FreeBSD NFS (v.3) file server, Вы не пробовали OpenOffice’ом (как там в 3.0 — не знаю, отличные от Linux платформы клиента — тоже не пробовал) открывать файлы в расшаренном каталоге?
а) невозможно
потому что
б) unix socket — локальный
вы что, пытаетесь обойтись без nullfs/unionfs/и тому подобного?