|
mai62
|
 |
« Ответ #20 : 28 августа 2009, 12:41:39 » |
|
Для этого я и сделал мониторинг на вкладке О программе. Там есть текущие и пиковые (через /) показатели. Если текущие показания меньше пиковых через некоторое время после уменьшения нагрузки, то НС освобождает ресурсы. Если текущие все время растут вместе с пиковыми, то ресурсы не освобождаются. Степень нагрузки определяется количеством активных соединений. Хотя, конечно, соединение соединению рознь. Разница в потреблении ресурсов разными соединениями может быть на порядок.
|
|
|
|
|
|
Parcher
Постоялец
Репутация: +1/-0
 Offline
Сообщений: 136
|
|
« Ответ #21 : 28 августа 2009, 12:51:38 » |
|
Это я понял. Просто может есть смысл в течении дня пронаблюдать за ростом потребления? Вот к примеру сейчас уже судя по монитору 71 420. Т. е. где-то часа за 4 прибавилось еще 10 метров.
|
|
|
|
|
|
|
mai62
|
|
« Ответ #22 : 28 августа 2009, 13:09:55 » |
|
Просто может есть смысл в течении дня пронаблюдать за ростом потребления? Я сделал мониторинг, чтобы каждый желающий мог понаблюдать и поделиться своими наблюдениями. |
|
|
|
|
|
sk!
Пользователь
Репутация: +1/-0
Offline
Сообщений: 61
|
|
« Ответ #23 : 07 сентября 2009, 14:37:02 » |
|
НС за выходные сьел более 600метров, хотя никто не пользовался максимум 1 человек. и перестал обробатывать запросы. Кончилась виртуальная память винды. А сейчас за 3-4 часа опять отьел 300метров. и пользуют его не очень то активно. и неспеша но уверенно растёт...  |
|
|
|
|
|
|
Alex_77
Гость
|
|
« Ответ #24 : 07 сентября 2009, 15:39:13 » |
|
"Активные соединения: 6/14"
Что это? Точнее эти 6 соединений?
|
|
|
|
|
|
sk!
Пользователь
Репутация: +1/-0
Offline
Сообщений: 61
|
|
« Ответ #25 : 07 сентября 2009, 15:53:43 » |
|
подключение к аське и всё.
|
|
|
|
|
|
|
mai62
|
|
« Ответ #26 : 07 сентября 2009, 16:04:35 » |
|
sk!
Ведение отладочного лога не включено?
После чего такое началось?
|
|
|
|
|
|
sk!
Пользователь
Репутация: +1/-0
Offline
Сообщений: 61
|
|
« Ответ #27 : 07 сентября 2009, 16:09:22 » |
|
лог вообще отключен. а начлось как то само после выходных.
пожаловались что не открываются сайты и выдается сообщение:
Error occurred! Description: Error reading WWW server response (HTTP Header).
и что интересно сейчас было 418 с копейками прошло 2 запроса и стало 420 с копейками.
а из постоянно активных так и есть 5 соединений.
|
|
|
|
|
|
|
mai62
|
|
« Ответ #28 : 07 сентября 2009, 16:27:29 » |
|
Само собой мало, что происходит. Настройки не менял никакие перед выходными?
Content Master там стоит? Попробуй выключить.
|
|
|
|
|
|
sk!
Пользователь
Репутация: +1/-0
Offline
Сообщений: 61
|
|
« Ответ #29 : 07 сентября 2009, 16:29:58 » |
|
настройки как гоовриться, один раз настроил и забыл.
если только обновил CM. Все списки отключены. Работает только CM.
Попробую и его отключть и перезапусть.
что то подсказывает что виной этому CM или те библиотеки с которыми он теперь работает.
|
|
|
|
|
|
sk!
Пользователь
Репутация: +1/-0
Offline
Сообщений: 61
|
|
« Ответ #30 : 08 сентября 2009, 14:58:18 » |
|
по тесту так и получилось без CM загрузка оперотивки намного меньше, с примерно той же нагрузкой максимум 17метров и падает в "покое" (при подключеных 5 аськах) до 12...
|
|
|
|
|
|
|
mai62
|
|
« Ответ #31 : 08 сентября 2009, 15:23:28 » |
|
К сожалению библиотека регулярных выражений PCRE, которую интенсивно использует CM, потребляет много памяти. Причем использует не динамическую память (т.н. кучу), а стэк. Из-за этого разрастается размер стэка, а он так устроен, что может только увеличиваться. Память, занятая под стэк, освобождается только при разрушении потока. PCRE можно скомпилировать так, что будет использоваться динамическая память. Я пробовал это делать, но тогда PCRE работает на порядок медленнее (память из кучи выделяется гораздо медленнее, чем в стэке). Как часто бывает: если пытаешься в чем-то выиграть, тут же выясняется, что в чем-то другом проиграл.
Конкретно у тебя получается, что соединения аськи висят долго. Поэтому потоки долго не разрушаются и держат под своими стэками много памяти.
|
|
|
|
|
|
maxn
Новичок
Репутация: +0/-0
Offline
Сообщений: 40
|
|
« Ответ #32 : 11 января 2010, 06:19:29 » |
|
с последней версией как мне показалось почему-то растет потребление памяти
доходит через сутки-двое работы до 150Мб оперативной и до 250мб виртуальной, может быть это система там чегото кеширует еще не могу понять, но с прежними версиями такого не наблюдал, занимаемая память была ну в пределах 30-40Мб
порядка 5-ти пользователей постоянно работают через него
Добавлено: 11 Января 2010, 05:57:29
а еще стоит ли включать в настройках записи в кеш "Только для Get запросов"
у меня кеш уже под гигабайт, в него пишется все в том числе сессии вида sessionid'белиберда'
которые я так понимаю в следующий раз уже не берутся из кеша при обращении
или же эти сохраненные сессии имеют значение пока они действительны?
я думал может стоит убрать часть из правила \.(php|cgi|
вобщем пока не знаю как уменшить еще и размер кеша на диске
|
|
|
|
|
|
|
mai62
|
|
« Ответ #33 : 11 января 2010, 09:27:38 » |
|
По поводу расхода памяти могу сообщить, что в следующей версии он будет существенно уменьшен.
По поводу записи в кэш: "Только для Get запросов" можно включить, для ослабления вреда от sessionid можно поискать правила у нас на форуме (кажется в теме про написание правил по запросам).
|
|
|
|
|
|
steelrat
Новичок
Репутация: +1/-2
Offline
Сообщений: 23
|
|
« Ответ #34 : 07 апреля 2010, 03:04:42 » |
|
Сегодня заметил, что винда стала ругаться, что мало виртуальной памяти, посмотрел AnVir Task Manager и стало плохо - НС под себя почти весь своп сожрал. Почитал тему, по-этому выкладываю скрин с закладки "О программе" Физическая память, кб: 10 024/ 956 844 Виртуальная память, кб: 1 576 212/ 1 582 540 Виртуальное адресное пространство, кб: 1 826 108/ 1 906 044 Потоки: 1/16 WinXP SP3, uptime 1 день 16 часов НС 1.0.0.270 |
|
|
|
|
|
|
sunserg10
|
|
« Ответ #35 : 07 апреля 2010, 09:59:21 » |
|
HandyCache RC3 1.0.0.270 Вчера за полдня HandyCache "сожрал" 388 Mb ОЗУ + 438 своп см. скриншот: |
|
|
|
|
|
legat
Новичок
Репутация: +0/-0
Offline
Сообщений: 16
|
|
« Ответ #36 : 07 апреля 2010, 12:45:51 » |
|
по моему память жрет не сам HC а CM. При всех включенных галках при активном лазании по инету private bytes резво убегали до 800-900 метров. Сильно помогает отключение "удаление HTML-элементов и запросов по URL"
|
|
|
|
|
|
|
sunserg10
|
|
« Ответ #37 : 07 апреля 2010, 13:41:18 » |
|
Сильно помогает отключение "удаление HTML-элементов и запросов по URL" AdBlockPlus не использую. Суть понятна. Включение опции CM:AdMuncher:"Удаление картинок и др. по URL" отражается на более сильной загрузке ЦП во время обработки URL-а. Но память это в таааких объемах не пожирает  |
|
|
|
« Последнее редактирование: 07 апреля 2010, 13:55:35 от sunserg10 »
|
Сообщить модератору
Записан
|
|
|
|
|
|
mai62
|
|
« Ответ #38 : 07 апреля 2010, 15:21:00 » |
|
В сборке 270 есть утечка памяти. В следующей версии будет исправлено.
|
|
|
|
|
|
|
sunserg10
|
|
« Ответ #39 : 07 апреля 2010, 19:49:15 » |
|
В сборке 270 есть утечка памяти. В следующей версии будет исправлено. mai62, когда выложите следующую версию? Надо полагать, много пользователей попало на "утечку памяти" при обновлении на HandyCache RC3 1.0.0.270. Когда Вы планируете выпустить переписанную версию 2.0 ? (примерные сроки - конец 2010 года, 2011 год) |
|
|
|
|
|
|
