https://www.opennet.ru/openforum/vsluhforumID1/87116.html Доброго всем времени суток и сильного иммунитета! :)<br><br>Недавно вот стал замечать вот такую странную вещь... В ТОПе очень отображается очень большое кол-во Активной ОЗУ.<br>Вот сейчас, к примеру:<br><br>Mem: 1348M Active, 212M Inact, 197M Wired, 45M Cache, 112M Buf, 195M Free<br><br>Всего имеем 2048 МБ ОЗУ.<br>Все бы ничего - но нету ни одного процесса, который использовал бы такое кол-во ОЗУ.<br>Т.е., если подсчитать ВСЕ (тож те вывод ps -aux) процессы - получается от силы 500 Мб :(<br>- и такое даже если остановить все (ну, насколько это возможно) сервисы. Перезагрузку делать не хочется.. :)<br>Подскажите, может кто-нибудь знает - как можно определить, куда память утекает..?<br> https://www.opennet.ru/openforum/vsluhforumID1/87116.html#35 Wed, 10 Feb 2010 17:38:57 GMT Рад это слышать, и вам спасибо :) Приятно "оказаться полезным" :)<br> https://www.opennet.ru/openforum/vsluhforumID1/87116.html#34 Wed, 27 Jan 2010 21:04:21 GMT &gt;Для себя я использовал вот такое "решение" - я вызывал msync с <br>&gt;ключиком MS_INVALIDATE перед вызовом munmap в libtorrent (библиотека, которую использует rtorrent <br>&gt;и вобщем-то откуда и идёт активное использование mmap/munmap). За счёт этого <br>&gt;после вызова munmap регион памяти попадает в inactive / free пулы. <br><br>Огромное спасибо, у меня была точно такая же проблема, решение помогло. На freebsd.org уже есть ссылка на ваш патч: http://forums.freebsd.org/showthread.php?t=9935&page=2<br> https://www.opennet.ru/openforum/vsluhforumID1/87116.html#33 Thu, 07 Jan 2010 13:35:43 GMT &gt;&gt;Действительно, результат положительный есть :) <br>&gt;&gt;Хотя, сам перешел уже на другой клиент. <br>&gt;<br>&gt;Ну да, сразу бы винду поставили, что там.<br><br>Может тогда сразу какой-нибудь Xbox ? ))<br>Кардинальные меры какие-то предлагаете...<br><br> Из-за циферок, которые вы <br>&gt;даже не в состоянии интерпретировать<br><br>Я или Вы?<br><br>&gt; грешить на систему и клиент, клиника. <br><br>О, да... ) Active - весь объем ОЗУ Почти, Inactive нету, своп - используется. <br>Ага, точно) Ну если Вы предлагаете все свободные ресурсы выделять под один процесс...)<br>Да, грешу на клиент ) С transmission таких проблем не возникало. На что мне грешить в данной ситуации? ) Циферки неправильные, или может еще что..?<br> https://www.opennet.ru/openforum/vsluhforumID1/87116.html#32 Wed, 04 Nov 2009 07:13:04 GMT Да нет, все правильно... :)<br><br>С маленькой скоростью - действительно кол-во ОЗУ не увеличивается... А когда вот под десять мегабайт в сек - лажа.<br> https://www.opennet.ru/openforum/vsluhforumID1/87116.html#31 Wed, 04 Nov 2009 03:53:10 GMT &gt;одно радует, что своп всё-таки не задействуется, то есть выше приведенная фраза <br>&gt;есть true! <br>&gt;а именно: <br><br>Возможно товарищ что-то неправильно сделал.<br><br>Я проверил на своем сервере и на сервере знакомого - нам обоим патч помог!<br><br>У товарища Active ОЗУ было всегда 1500 Мб (из 2-х Гб) - у меня: 333 (из 512).<br><br>После патча у него Active 200 Мб (раздача много гигов) - у меня 52-60 Мб...<br><br> https://www.opennet.ru/openforum/vsluhforumID1/87116.html#29 Tue, 03 Nov 2009 17:49:56 GMT &gt;Действительно, результат положительный есть :) <br>&gt;Хотя, сам перешел уже на другой клиент. <br><br>Ну да, сразу бы винду поставили, что там. Из-за циферок, которые вы даже не в состоянии интерпретировать, грешить на систему и клиент, клиника.<br> https://www.opennet.ru/openforum/vsluhforumID1/87116.html#27 Tue, 03 Nov 2009 15:42:07 GMT торренты рулят :)<br>раньше игрушки были двигателями прогресса, а теперь вот торренты напрягают мозг:))<br><br>&gt;Подредактировал код, пересобрал libtorrent. <br>&gt;<br>&gt;Mem: 1529M Active, 247M Inact, 133M Wired, 53M Cache, 112M Buf, 36M <br>&gt;Free <br>&gt;Swap: 1024M Total, 1476K Used, 1022M Free <br>&gt;<br><br>одно радует, что своп всё-таки не задействуется, то есть выше приведенная фраза есть true!<br>а именно:<br><br>"FreeBSD will not &lt;...&gt; try to deactivate pages (active queue -&gt; inactive queue) when the system is not being stressed, even if they are not being used."<br> https://www.opennet.ru/openforum/vsluhforumID1/87116.html#26 Tue, 03 Nov 2009 12:54:20 GMT Я не уверен, что полностью и правильно понял смысл предыдущего сообщения, поэтому лучше расскажу поподробнее моё видение этого вопроса/проблемы - тогда, возможно, и мне и всем станет яснее из-за чего возникает проблема и каких изменений можно ждать от патча который я предложил выше.<br><br>Начнём с того, что при работе с файлами rtorrent (libtorrent) активно использует системные вызовы mmap/munmap т.е. программа "отражает" файл в память. <br>Использование этих системных вызовов имеет несколько особенностей. Одна из них - при множественных запросах на отражение одного участка файла (как в рамках одного процесса, так и в случае с различными процессами) возможно (при определенных условиях) ограничиться всего одной "копией" файла в памяти. В определенных случаях это приводит к многократной экономии памяти.<br>Следует заметить, что память, "в которую" производится чтение mmap-ed файла явно не соотнесена с процессом, который выполнил системный вызов mmap (т.е. она не считается "памятью только этого процесса"). Именно по э https://www.opennet.ru/openforum/vsluhforumID1/87116.html#25 Tue, 03 Nov 2009 09:23:13 GMT &gt;[оверквотинг удален]<br>&gt;ОЗУ все еще 52 Мб (как было при старте ОС): <br>&gt;<br>&gt;last pid: 20505; load averages: 0.04, 0.06, 0.02 <br>&gt; up 0+11:22:01 20:10:40 <br>&gt;52 processes: 2 running, 50 sleeping <br>&gt;CPU: 0.8% user, 0.0% nice, 0.0% system, 0.0% <br>&gt;interrupt, 99.2% idle <br>&gt;Mem: 52M Active, 154M Inact, 82M Wired, 488K Cache, 60M Buf, 200M <br>&gt;Free <br>&gt;Swap: 2048M Total, 2048M Free <br><br>Подредактировал код, пересобрал libtorrent.<br><br>Mem: 1529M Active, 247M Inact, 133M Wired, 53M Cache, 112M Buf, 36M Free<br>Swap: 1024M Total, 1476K Used, 1022M Free<br><br>- Одна закачка, 48Гб, скорость ~4.6 мегабайт в секунду.<br>memory_limit установил в 256Мб<br><br>И вот самое странное... <br><br>Минут тридцать - все ОК, активной не увеличивается, а потом в течение минуты может - резкое падение кол-ва свободной и рост активной :(<br>После убиения rtorrent памяти освободилось еще 40 мегабайт, т.е., сейчас имею где-то 75мб свободной.<br><br>Через пол-часа после убиения rtorrent:<br>Mem: 1481M Active, 299M Inact, 127M Wired, 52M Cache, 112M Buf, 38M