Исходное сообщение
"Memory leaks в лайте?Враки!Довольно мощный тест." Отправлено R007, 13-Ноя-07 06:36
>Кстати у этого перца гента и древнючая версия лайта .13 - особо >доверия не внушает если честно. Перепроверил с пристрастием.Как минимум для базовой части сервера + простых модулей нужных для отдачи файла с сервака - все ок.Вы и правда думаете что в гугл и википедии заседают идиоты которые бы не заметили утечек или которые бы перлись от рестартов демонов? 8) Моя конфигурация (банальный десктоп): Машина: AMD Athlon 64 3800+ x2, 1Gb RAM, etc. Система: Kubuntu x64 версии 7.10 Сервер: lighttpd 1.4.18 (дефолтный, из репозиториев системы) Модули при эксперименте: "mod_alias", "mod_access", "mod_status", "mod_accesslog" Что делалось? 1) Засек потребление памяти демона сразу после его старта.Может и необъективно ибо неустоявшийся режим.Но тестировать так уж по честному.Итого имеем: VmSize: 45460 VmRss: 924 2) Миллион запросов, прямо к локалхосту (для скорости), 500 в параллель.Использовалась утилитка http_load (можно взять оную на сайте сервера thttpd - замечательная штука для проверки сервера). В файлике urls - одна урла, 1 файл около 5 кил весом (4.7 кб чтоли). Команда соответственно такая: # ./http_load -checksum -verbose -parallel 500 -fetches 1000000 urls --- 60.0011 secs, 565964 fetches started, 565934 completed, 30 current 1000000 fetches, 500 max parallel, 4.804e+09 bytes, in 105.534 seconds 4804 mean bytes/connection 9475.63 fetches/sec, 4.55209e+07 bytes/sec msecs/connect: 4.04955 mean, 9003.25 max, 0.024 min msecs/first-response: 1.26731 mean, 659.119 max, 0.129 min HTTP response codes:   code 200 -- 1000000 3) Смотрим результат для демона опять: VmSize 47036 VmRss 2692 Казалось бы утечки памяти???Ха.Как бы не так.Демон просто вышел на установившийся режим.Доказательство?Легко! :) 4) Прогоняем скачку миллиона файлов еще 4 раза, глядя на потребление RAM, чтобы серваку жизнь малиной не казалась. 5) Сравниваем с тем что было. VmSize 47036 VmRss 2692 Все.Это 2692 на моей x64 системе.Стабильно как скала.Хоть еще миллионы запросов делайте - не растет.Т.е. демон вышел на устоявшийся режим и никакого роста потребления - нету.После еще 3 миллионов запросов.Впрочем, я и еще 6 миллионов запросов только что для надежности прогнал.Так что сервак отбарабанил уже 9 миллионов запросов.Ничего не поменялось.А вы про какие-то 50 000 в день.Сами посчитайте за сколько у вас 9 000 000 запросов намотается :-). P.S. допускаю что течет в каком-то модуле.Это возможно.Путем несложных игр с http_load не вопрос выловить засранца 8)

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>Кстати у этого перца гента и древнючая версия лайта .13 - особо >>доверия не внушает если честно. > Перепроверил с пристрастием.Как минимум для базовой части сервера + простых модулей нужных > для отдачи файла с сервака - все ок.Вы и правда думаете > что в гугл и википедии заседают идиоты которые бы не заметили > утечек или которые бы перлись от рестартов демонов? 8) > Моя конфигурация (банальный десктоп): > Машина: AMD Athlon 64 3800+ x2, 1Gb RAM, etc. > Система: Kubuntu x64 версии 7.10 > Сервер: lighttpd 1.4.18 (дефолтный, из репозиториев системы) > Модули при эксперименте: "mod_alias", "mod_access", "mod_status", "mod_accesslog" > Что делалось? > 1) Засек потребление памяти демона сразу после его старта.Может и необъективно ибо > неустоявшийся режим.Но тестировать так уж по честному.Итого имеем: > VmSize: 45460 > VmRss: 924 > 2) Миллион запросов, прямо к локалхосту (для скорости), 500 в параллель.Использовалась > утилитка http_load (можно взять оную на сайте сервера thttpd - замечательная > штука для проверки сервера). В файлике urls - одна урла, 1 > файл около 5 кил весом (4.7 кб чтоли). > Команда соответственно такая: > # ./http_load -checksum -verbose -parallel 500 -fetches 1000000 urls > --- 60.0011 secs, 565964 fetches started, 565934 completed, 30 current > 1000000 fetches, 500 max parallel, 4.804e+09 bytes, in 105.534 seconds > 4804 mean bytes/connection > 9475.63 fetches/sec, 4.55209e+07 bytes/sec > msecs/connect: 4.04955 mean, 9003.25 max, 0.024 min > msecs/first-response: 1.26731 mean, 659.119 max, 0.129 min > HTTP response codes: > code 200 -- 1000000 > 3) Смотрим результат для демона опять: > VmSize 47036 > VmRss 2692 > Казалось бы утечки памяти???Ха.Как бы не так.Демон просто вышел на установившийся режим.Доказательство?Легко! > :) > 4) Прогоняем скачку миллиона файлов еще 4 раза, глядя на потребление RAM, > чтобы серваку жизнь малиной не казалась. > 5) Сравниваем с тем что было. > VmSize 47036 > VmRss 2692 > Все.Это 2692 на моей x64 системе.Стабильно как скала.Хоть еще миллионы запросов делайте > - не растет.Т.е. демон вышел на устоявшийся режим и никакого роста > потребления - нету.После еще 3 миллионов запросов.Впрочем, я и еще 6 > миллионов запросов только что для надежности прогнал.Так что сервак отбарабанил уже > 9 миллионов запросов.Ничего не поменялось.А вы про какие-то 50 000 в > день.Сами посчитайте за сколько у вас 9 000 000 запросов намотается > :-). > P.S. допускаю что течет в каком-то модуле.Это возможно.Путем несложных игр с http_load > не вопрос выловить засранца 8)
	Введите код, изображенный на картинке: