форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы Samba, вопросы интеграции Unix и Windows (Public)
Изначальное сообщение		[Проследить за развитием треда]

"большое количество каталогов в самбе?"
Сообщение от ilya (ok) on 07-Окт-05, 19:23  (MSK)
есть один каталог с 4000 другими каталогов сейчас ядро 2.6.13 и самба 3.0.20 загрузка процессора на самбе порядка 40-70% на процесс smbd при просмотре данного каталога. при ядре 2.4 и самбе 2.0.Х такого не наблюдалсь - 10% максимальная загрузка одного процесса smbd каталог где лежит большой список каталогов находится на рейд-массиве, памяти и процессоров дофига. добавлена опция dir_index для файловой системы. но все равно процесс smbd продолжает загружать процессор. Как с этим можно бороться? Убрать каталог просьба не предлагать, это слишком простой вариант ;)
	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

Индекс форумов | Темы | Пред. тема | След. тема

Сообщения по теме

1. "большое количество каталогов в самбе?"
Сообщение от Nautilus (ok) on 07-Окт-05, 21:59  (MSK)
Я бы начал с замены ОС. :)
Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	2. "большое количество каталогов в самбе?"
	Сообщение от ilya (??) on 07-Окт-05, 23:23  (MSK)
	>Я бы начал с замены ОС. :) интересное предложение? на win2003 ?
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	3. "большое количество каталогов в самбе?"
	Сообщение от Nautilus (??) on 08-Окт-05, 09:01  (MSK)
	>>Я бы начал с замены ОС. :) > >интересное предложение? >на win2003 ? Нет, для начала поставил бы FreeBSD.
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	4. "большое количество каталогов в самбе?"
	Сообщение от ilya (ok) on 10-Окт-05, 20:40  (MSK)
	>>>Я бы начал с замены ОС. :) >> >>интересное предложение? >>на win2003 ? > >Нет, для начала поставил бы FreeBSD. гм. а вчем будет приход? т.е. оптимизация будет ядра? файловой системы? самбы?
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	5. "большое количество каталогов в самбе?"
	Сообщение от bass (??) on 11-Окт-05, 07:58  (MSK)
	>>>>Я бы начал с замены ОС. :) >>Нет, для начала поставил бы FreeBSD. рассмешил. зачёт. тюнить нада, аднака (с) для начала необходимо узнать кто виноват: железо, ядро, фс, самба, сеть. хочу знать ответы на вопросы: 1. локальная скорость r/w. hdparm -Tt в топку, директория со 1000 1m файлами и секундомер :) будут отличным показателем. 2. локальная скорость r/w через самбу стремится к производительности винта или замирает на каком-то определённом значении? smbclient localhost и копируем директорию с  1000 1mb файлов с места на место. показатели скорости сюда. 3. прокачиваем по сети (фтп) туже пачку файлов и показываем скорость 4. прокачиваем по сети (samba) туже пачку файлов и показываем скорость пока скрипты делают первые 4 пункта, читаем и думаем: 5.какая файловая система. Судя по пикам нагрузки проца какая-то журналируемая, но smbd плевал на значения, которые система может ему отдать и делает какой-то raw access (сорри за терминологию). Имеет смысл оключать индексацию, но одновременно отключить access time и до директорий, и до файлов. пересмотреть параметры журнала и вынести его на отдельную партицию, в идеале ramfs 6. ядра младше 2.6 не умели поддержку расширенных acl-й в файловых системах кроме xfs. как на этот счёт в вашей сборке? возможно smbd не получив удовлетворительного ответа от системы насчёт ntfs acl решает сам всё узнать? 7.в самбе затюнить acl support с точки зрения "вам вообще это надо"? смотреть поиском "acl" по man smb.conf. 8. в самбе обязательный тюнинг блокировок с той же точки зрения. например locking=no спасёт много нервов :)
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

Архив | Удалить	Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ]

Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.