ручками нужно подправить
Если ты связываешь Линевый сервант с Виндовыми клиентами то логично что для лучшей оптимизации использовать диапазон клиентов.
Большое спасибо, с rlimit разобрался, нашел где настраивается. Возник еще один вопрос - rlimit надо менять для всех, то есть ставить * или надо менять для root от которого запущен процесс smb?
]]>GLADIATOR13 пишет:Если у тебя только одна шара тогда указывай все в Глобале, так будет правельней.
Спасибо.
GLADIATOR13 пишет:Если ты связываешь Линевый сервант с Виндовыми клиентами то логично что для лучшей оптимизации использовать диапазон клиентов. Если же вся сеть построена на Лине тогда тебе просто забить на это)
Это понятно. Я имел в виду, что testparm только выводит предупреждение или же изменяет параметр? То есть если у меня смешанная сеть, то после запуска testparm все уже ок или надо руками настроить rlimit?
ручками нужно подправить. он не изменяет параметры сам а только проверяет на ошибки
]]>Если у тебя только одна шара тогда указывай все в Глобале, так будет правельней.
Спасибо.
Если ты связываешь Линевый сервант с Виндовыми клиентами то логично что для лучшей оптимизации использовать диапазон клиентов. Если же вся сеть построена на Лине тогда тебе просто забить на это)
Это понятно. Я имел в виду, что testparm только выводит предупреждение или же изменяет параметр? То есть если у меня смешанная сеть, то после запуска testparm все уже ок или надо руками настроить rlimit?
]]>Хм, таким образом при одной шаре по сути без разницы где указывать данные параметры?
Если у тебя только одна шара тогда указывай все в Глобале, так будет правельней.
Только рекомендует или увеличивает?
Если ты связываешь Линевый сервант с Виндовыми клиентами то логично что для лучшей оптимизации использовать диапазон клиентов. Если же вся сеть построена на Лине тогда тебе просто забить на это)
]]>рекомендует увеличить параметр rlimit до 16384 как у форточек.
Только рекомендует или увеличивает? Если только рекомендует, то как это сделать?
]]>rlimit_max: increasing rlimit_max (1024) to minimum Windows limit (16384)
рекомендует увеличить параметр rlimit до 16384 как у форточек.
]]>Да ты обсалютно прав. То что указанно в глобал это парраметры для всех шар а то что указывается именно в шаре то это только правила для неё самой.
Хм, таким образом при одной шаре по сути без разницы где указывать данные параметры?
aio read size = 16384 # Используется асинхронный ввод – вывод для запросов больше чем 16 КБ
А есть какие-нибудь рекомендации по оптимальным значениям aio read size?
]]>4. Читал, что для увеличения скорости самбы нужно включать асинхронный ввод\вывод. Как это сделать и какие минусы у данного решения?
Если Самба была сформирована с асинхронной поддержкой ввода – вывода, и этот целочисленный параметр установлен в ненулевое значение, Samba будет читать из файла асинхронно, когда размер запроса больше чем это значение. Обратите внимание, что это возможно только для нецепочечных и непоследовательных чтений и если не используется кэш записи. Текущее выполнение асинхронного ввода – вывода в Samba 3.0 действительно поддерживает только до 10 невыполненных асинхронных запросов, чтение и запись объединяются.
По умолчанию:
aio read size = 0
Пример:
aio read size = 16384 # Используется асинхронный ввод – вывод для запросов больше чем 16 КБ
и т.д. При этом такие же параметры можно указать и для конкретной шары. Правильно ли я понимаю, что параметры указанные в секции [global] будут параметрами по умолчанию для всех шар? Параметры указанные при создании конкретной шары будут для нее более приоритетными чем глобальные?
Да ты обсалютно прав. То что указанно в глобал это парраметры для всех шар а то что указывается именно в шаре то это только правила для неё самой.
]]>1. В секции [global] есть такие параметры как
invalid users
valid users
create mask 0740
force create mode 00
и т.д. При этом такие же параметры можно указать и для конкретной шары. Правильно ли я понимаю, что параметры указанные в секции [global] будут параметрами по умолчанию для всех шар? Параметры указанные при создании конкретной шары будут для нее более приоритетными чем глобальные?
2. На Википедии в истории версий самбы написано:
Версия 3.5.0 выпущена 1 марта 2010 года. Первый релиз с экспериментальной поддержкой SMB2.
Версия 3.6.0 выпущена 9 августа 2011 года. Одним из главных нововведений этой ветки является полнофункциональная поддержка SMB2.
Насколько опасно включать поддержку SMB2 для моей версии 3.5.10-115.el6_2? Достаточно ли для этого указать max protocol SMB2?
3. При запуске testparm в консоль выводится сообщение:
rlimit_max: increasing rlimit_max (1024) to minimum Windows limit (16384)
Что это значит?
4. Читал, что для увеличения скорости самбы нужно включать асинхронный ввод\вывод. Как это сделать и какие минусы у данного решения?
]]>