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

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

"Нужна помощь тюнинговавших Sendmail под нагрузкой (70тыс. ms..."

Сообщение от Zerot on 09-Апр-06, 14:30

Sendmail начинает отказывать клиентам в соединении, в журнале - превышение порога RefuseLA (опция Sendmail). По докам значение по умолчанию (RefuseLA = 12) * кол-во процессоров в системе(у меня их 2, порог - 25) реально помочь может увеличение параметра, но в доке неясно, что таки такое этот множитель и как это согласуется с загрузкой системы ? ... на сайте Sendmail.org, равно как и в доке к тарболу не нашел ответа на вопрос - что есть множитель RefuseLA. Пусть у меня 1 камень, тогда Sendmail начнет refuse connection при 12*1=12 ЧЕГО? %загрузки системы?, еще каких то единиц?. Если это %загрузки системы, то это совсем нелогично - рефузить соединения, когда еще почти вся (100-12=88%) моща камня не используется ... вопрос к гуру - объясните, если приходилось сталкиваться

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

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

[Сортировка по времени, UBB]

1. "Нужна помощь тюнинговавших Sendmail под нагрузкой (70тыс. ms..."

Сообщение от aurved on 09-Апр-06, 17:49

>Sendmail начинает отказывать клиентам в соединении, в журнале - превышение порога RefuseLA >(опция Sendmail). По докам значение по умолчанию >(RefuseLA = 12) * кол-во процессоров в системе(у меня их 2, порог >- 25) >реально помочь может увеличение параметра, но в доке неясно, что таки такое >этот множитель и как это согласуется с загрузкой системы ? >... >на сайте Sendmail.org, равно как и в доке к тарболу не нашел >ответа на вопрос - что есть множитель RefuseLA. Пусть у меня >1 камень, тогда Sendmail начнет refuse connection при 12*1=12 ЧЕГО? %загрузки >системы?, еще каких то единиц?. Если это %загрузки системы, то это >совсем нелогично - рефузить соединения, когда еще почти вся (100-12=88%) моща >камня не используется >... >вопрос к гуру - объясните, если приходилось сталкиваться Я не гуру, но это по-моеме не количество процессоров, а кол-во процессов: When the load average on a machine (the average number of processes in the run queue over the last minute) becomes too high, sendmail can compensate in three different ways: The QueueLA option (QueueLA) determines the load at which sendmail will begin to queue messages rather than delivering them, and the load at which scheduled queue runs will be skipped. This RefuseLA option determines the load at which sendmail will begin to refuse connections[57] rather than accepting them. [57] The sendmail program refuses just SMTP connections. Mail sent with other means, such as UUCP or via standard input, will still be accepted despite a high load. This means that some locally submitted mail will succeed, while other locally submitted mail will fail. That success versus failure is determined by whether that mail is submitted via SMTP. The DelayLA option (DelayLA) determines the load at which sendmail will begin to delay replies to SMTP commands.

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	2. "Нужна помощь тюнинговавших Sendmail под нагрузкой (70тыс. ms..."
	Сообщение от Zerot on 10-Апр-06, 09:57
	Цитирую описалово из доки, включенной в дерево исходников RefuseLA=LA     [X] When the system load average exceeds LA,                 refuse incoming SMTP connections.   Defaults                 to 12 multiplied by the number of processors                 online on the system (if that can be  deter-                 mined). Был бы признателен, если бы вы указали, откуда взято приведенное вами описание
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	3. "Нужна помощь тюнинговавших Sendmail под нагрузкой (70тыс. ms..."
	Сообщение от Zerot on 10-Апр-06, 10:01
	В принципе написанное вами и цитированное мной друг друга дополняет, но вопрос достаточно серьезный, и хотелось бы увидеть ссылку на источник, говорящий, что LA - это именно среднее кол-во процесов за минуту
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	4. "Нужна помощь тюнинговавших Sendmail под нагрузкой (70тыс. ms..."
	Сообщение от Дениска (ok) on 10-Апр-06, 10:31
	>В принципе написанное вами и цитированное мной друг друга дополняет, но вопрос >достаточно серьезный, и хотелось бы увидеть ссылку на источник, говорящий, что >LA - это именно среднее кол-во процесов за минуту за последнюю минуту. например, в Bryan Costales - Sendmail 3rd Edition так же написано.
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	5. "Нужна помощь тюнинговавших Sendmail под нагрузкой (70тыс. ms..."
	Сообщение от Zerot on 10-Апр-06, 10:36
	>>В принципе написанное вами и цитированное мной друг друга дополняет, но вопрос >>достаточно серьезный, и хотелось бы увидеть ссылку на источник, говорящий, что >>LA - это именно среднее кол-во процесов за минуту >за последнюю минуту. например, в Bryan Costales - Sendmail 3rd Edition так >же написано. А этот труд доступен в сети, или нужно приобретать книгу ?
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	6. "Нужна помощь тюнинговавших Sendmail под нагрузкой (70тыс. ms..."
	Сообщение от Z0termaNN (ok) on 10-Апр-06, 10:43
	>>>В принципе написанное вами и цитированное мной друг друга дополняет, но вопрос >>>достаточно серьезный, и хотелось бы увидеть ссылку на источник, говорящий, что >>>LA - это именно среднее кол-во процесов за минуту >>за последнюю минуту. например, в Bryan Costales - Sendmail 3rd Edition так >>же написано. > >А этот труд доступен в сети, или нужно приобретать книгу ? теоретически он конечно доступен, если минут 10 поковыряться в сети, то найти электрическую версию вполне реально.
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	7. "Нужна помощь тюнинговавших Sendmail под нагрузкой (70тыс. ms..."
	Сообщение от Medlar on 10-Апр-06, 12:26
	http://dfni.dp.ua/books/index1.php?fi=sendmail/O'Reilly - Sendmail, 3rd Edition.chm&PHPSESSID=9afb6b14456af7f1ce7895144ea10cd5 Но чего-то у меня сегодня эта ссылка не открывается Если не сможешь скачать - оставь адрес, пришлю.
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	9. "Нужна помощь тюнинговавших Sendmail под нагрузкой (70тыс. ms..."
	Сообщение от Zerot on 10-Апр-06, 18:43
	>http://dfni.dp.ua/books/index1.php?fi=sendmail/O'Reilly - Sendmail, 3rd Edition.chm&PHPSESSID=9afb6b14456af7f1ce7895144ea10cd5 >Но чего-то у меня сегодня эта ссылка не открывается >Если не сможешь скачать - оставь адрес, пришлю. да, у меня тоже не открылась. Если есть возможность - вышли сюда belonin@yandex.ru
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	12. "Нужна помощь тюнинговавших Sendmail под нагрузкой (70тыс. ms..."
	Сообщение от Medlar on 11-Апр-06, 11:52
	отправлено
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	8. "Нужна помощь тюнинговавших Sendmail под нагрузкой (70тыс. ms..."
	Сообщение от lavr on 10-Апр-06, 14:04
	>>>В принципе написанное вами и цитированное мной друг друга дополняет, но вопрос >>>достаточно серьезный, и хотелось бы увидеть ссылку на источник, говорящий, что >>>LA - это именно среднее кол-во процесов за минуту >>за последнюю минуту. например, в Bryan Costales - Sendmail 3rd Edition так >>же написано. LA - load average, средняя загрузка, и речь идет о кол-ве ПРОЦЕССОВ >А этот труд доступен в сети, или нужно приобретать книгу ? вообще-то нужно. "ed2k://|file|O'Reilly - Sendmail 3rd Edition.pdf|10045097|CECEA371B4175C7ACCD043DE50464159|/" "ed2k://|file|O'Reilly - Sendmail 3rd Edition.chm|2426900|87EC80F83EB9899D03FBB3A966F641D1|/" первый вариант в pdf, второй в chm среднюю загрузку системы можешь смотреть используя: uptime, w, top, ps - на выбор. средняя загрузка LA=50-70 - довольно серьезная загрузка и тут нужно смотреть КАКИЕ процессы грузят систему и думать ЧТО делать, ниже параметры которыми тебе для начала следует воспользоваться: # load average at which we just queue messages # средняя загрузка при которой сообщения будут просто ставится в очередь #O QueueLA=8 # load average at which we refuse connections # средняя загрузка по достижению которой sendmail будет отфутболивать соединения O RefuseLA=50 # load average at which we delay connections; 0 means no limit # средняя загрузка при которой будет выставляться задержка на соединения #O DelayLA=0 # maximum number of children we allow at one time # максимальное кол-во дочерних процессов sendmail O MaxDaemonChildren=150 # maximum number of new connections per second # максимальное кол-во соединений в секунду #O ConnectionRateThrottle=0 1. Разберись с тем что напрягает и нагружает машину - высокий LA 2. Когда определишь LA в ПИКОВЫЕ моменты нагрузки, можешь воспользоваться RefuseLA, в добавок к этому MaxDaemonChildren определи для себя и ConnectionRateThrottle Остальные параметры не помню, но верхние помогут, с параметрами: QueueLA, RefuseLA, DelayLA действовать следует аккуратно и следить за логами sendmЫla, немного повозишься и понимание наступит.
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	10. "Нужна помощь тюнинговавших Sendmail под нагрузкой (70тыс. ms..."
	Сообщение от Zerot on 10-Апр-06, 18:56
	Lavr, не уверен, что имеется ввидю юниксовая LA парни в начале темы писали, что это, скорее, среднее количество запущенных обработчиков очереди за последнюю минуту (дочек sendmail). И цитировали некий первоисточник что смущает - пока при отсутствии первоисточников - что юниксовая LA - это таки или проценты или сотые доли от единицы. Четкого указания в идущей с исходниками доке я не нашел. Если LA - юниксовая, то похоже, она не может быть больше 100 (%) или 1. Дефолтное значение - 8 - это, если брать unixLA, всего 8% от загрузки системы, что как то очень смущает ПОЦЕССЫ или ПРОЦЕССОРЫ - ну да, процессы, но умноженные на количество процессоров, определяемых в системе (это дока от Sendmail). И, опять же, похоже это процессы - дочки sendmail похоже, QueueLA, RefuseLA, DelayLA - это граничное количество процессов-дочек sendmail, а под load averange понимается именно средняя загрузка почтовой подсистемы (Sendmail)
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	11. "Нужна помощь тюнинговавших Sendmail под нагрузкой (70тыс. ms..."
	Сообщение от Zerot on 10-Апр-06, 19:04
	for lavr, вот еще в дополнение темы: 19:01:59  up ... days,  ...,  3 users,  load average: 0.11, 0.07, 0.06 все ж это не юниксовый LA
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

13. "Нужна помощь тюнинговавших Sendmail под нагрузкой (70тыс. ms..."

Сообщение от Zerot on 14-Апр-06, 16:36

Спасибо всем откликнувшимся подводя итоги разбора темы, не претендуя на истину в последней инстанции: - LA в опциях sendmail QueueLA, RefuseLA, DelayLA - среднее количество процессов (дочек sendmail), обрабатывающих почтовую очередь за промежуток времени, указанный опцией ConnectionRateWindowSize. Причем sendmail сравнивает реальное LA с указанными в опциях значениями, умноженными на количество процессоров в системе - в моем случае стабильность вернулась при использовании опции ConnectionRateThrottle, хотя авторы sendmail предупреждают, что это - путь к уязвимости DDoS, а также после тюнинга таймаутов почтовых фильтров (4 штуки)

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	14. "Нужна помощь тюнинговавших Sendmail под нагрузкой (70тыс. ms..."
	Сообщение от Relaev on 17-Апр-06, 12:07
	>подводя итоги разбора темы, не претендуя на истину в последней инстанции: >- LA в опциях sendmail QueueLA, RefuseLA, DelayLA - среднее количество процессов >(дочек sendmail), обрабатывающих почтовую очередь за промежуток времени, указанный опцией ConnectionRateWindowSize. >Причем sendmail сравнивает реальное LA с указанными в опциях значениями, умноженными >на количество процессоров в системе Правильно ли я понял, если у меня 2 процессора, ConnectionRateWindowSize=1m и количество дочек sendmail за минуту = 40, то  в моем случае RefuseLA = 80?
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

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