fastvd 62 Опубликовано: 2009-03-04 12:13:59 Share Опубликовано: 2009-03-04 12:13:59 привет всем. был сервак целерон 900 и 256 оперативы,freebsd,abills - то всё работало, но когда человек 30 было в онлайне то веб интерфейс грузился оч медлинно, постивили core2duo e4500 и гиг оперативы,переклонировали образ со старого сервера,закомпилировали ядро под многоядерность,обновили биллинг к последней версии(до этого стоял 0,36) - работает норм, всё шустринько, но оперативной памяти каждый день меньше и меньше - вот 6-ой день включён то если смотреть в top то уже меньше 200 метров осталось оперативы! на старом серваке тех 256 всегда было свободно , а тут на тебе...куда смотреть, есть идие ? Ссылка на сообщение Поделиться на других сайтах
assasinwar 7 Опубліковано: 2009-03-12 20:50:30 Share Опубліковано: 2009-03-12 20:50:30 Не бери в голову. Потом освободится). топ покажи. Ссылка на сообщение Поделиться на других сайтах
t0ly 3 Опубліковано: 2009-03-13 06:46:27 Share Опубліковано: 2009-03-13 06:46:27 выхови top нажми латинскую o, а потом напиши 'res' и получиш отсортированные по занимаемой памяти процессы. Ссылка на сообщение Поделиться на других сайтах
Aivan 2 Опубліковано: 2009-03-13 08:56:43 Share Опубліковано: 2009-03-13 08:56:43 Аналогичный вопрос... Сразу после перезагрузки свободно около 1.5Гб оперы, за неделю сжирается гиг.. Вывожу топ: last pid: 61707; load averages: 0.04, 0.02, 0.00 up 6+00:35:56 10:53:43 110 processes: 1 running, 109 sleeping CPU: 0.0% user, 0.0% nice, 0.4% system, 0.0% interrupt, 99.6% idle Mem: 372M Active, 787M Inact, 212M Wired, 2156K Cache, 112M Buf, 626M Free Swap: 4062M Total, 4062M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 688 bind 7 44 0 169M 147M select 1 1:13 0.00% named 12740 root 1 8 -15 102M 100M nanslp 2 5:40 0.00% perl5.8.8 12863 mysql 25 44 0 314M 81016K ucond 1 0:02 0.00% mysqld есть подозрение, что это мускула проделки.. Ссылка на сообщение Поделиться на других сайтах
assasinwar 7 Опубліковано: 2009-03-13 15:25:47 Share Опубліковано: 2009-03-13 15:25:47 Мускулу лимиты на память поставь. В доках описано. Ссылка на сообщение Поделиться на других сайтах
icecybe 35 Опубліковано: 2009-03-14 02:39:47 Share Опубліковано: 2009-03-14 02:39:47 бывало и у нас тож самое но после обновлния всё пашет. БОльше к етому субьекту не приходили. Хоть она лезе в intact то обрашять внимания не стал. Так как работает....значит не трогать Ссылка на сообщение Поделиться на других сайтах
fastvd 62 Опубліковано: 2009-03-15 09:12:13 Автор Share Опубліковано: 2009-03-15 09:12:13 бывало и у нас тож самое но после обновлния всё пашет. БОльше к етому субьекту не приходили. Хоть она лезе в intact то обрашять внимания не стал. Так как работает....значит не трогать нет, там кажеться впн сесии весят в памяти...вот нашт топ last pid: 7755; load averages: 0.00, 0.01, 0.00 up 2+20:42:52 11:08:23 86 processes: 1 running, 84 sleeping, 1 zombie CPU states: 0.4% user, 0.0% nice, 1.1% system, 1.7% interrupt, 96.8% idle Mem: 56M Active, 279M Inact, 143M Wired, 52K Cache, 110M Buf, 509M Free Swap: 256M Total, 256M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 712 mysql 6 20 0 50808K 27204K kserel 0 2:28 0.00% mysqld 530 root 1 96 0 3476K 2400K select 0 1:06 0.00% ppp 613 root 4 20 0 5272K 3376K kserel 1 1:00 0.00% radiusd 1789 root 1 96 0 3528K 2404K select 0 0:57 0.00% ppp 78784 root 1 96 0 3520K 2420K select 0 0:44 0.00% ppp 529 root 1 96 0 1412K 1032K select 0 0:42 0.00% pptpctrl 1788 root 1 96 0 1388K 1008K select 0 0:36 0.00% pptpctrl 3414 root 1 96 0 3424K 2408K select 0 0:34 0.00% ppp 2182 root 1 96 0 3288K 2340K select 0 0:25 0.00% ppp 78783 root 1 96 0 1380K 1000K select 0 0:25 0.00% pptpctrl 3413 root 1 96 0 1440K 1060K select 0 0:21 0.00% pptpctrl 5425 root 1 96 0 3532K 2416K select 0 0:19 0.00% ppp 3205 root 1 96 0 3520K 2400K select 0 0:19 0.00% ppp 5424 root 1 96 0 1460K 1084K select 0 0:12 0.00% pptpctrl 3204 root 1 96 0 1380K 1000K select 0 0:12 0.00% pptpctrl 713 mrtg 1 8 0 9688K 9324K nanslp 1 0:08 0.00% perl 6120 root 1 96 0 3420K 2400K select 0 0:06 0.00% ppp Ссылка на сообщение Поделиться на других сайтах
Aivan 2 Опубліковано: 2009-03-16 13:18:54 Share Опубліковано: 2009-03-16 13:18:54 нашел на одном из форумов.. Подозреваю, что память перекочевывает в файловый кэш. Это правильно и хорошо. Переживатьпо этому поводу не стоит Вот, например, у меня на локальной машинке aquatica:~$ free total used free shared buffers cached Mem: 3080256 2936084 144172 0 138656 1654932 -/+ buffers/cache: 1142496 1937760 Swap: 2923820 4588 2919232 Кажется, что заняты все 3 гигабайта, но на самом деле 1.8 из них свободны - 140 мегабайт не заняты и 1.6 гигабайта в файловом кэше. Ссылка на сообщение Поделиться на других сайтах
icecybe 35 Опубліковано: 2009-03-18 01:01:58 Share Опубліковано: 2009-03-18 01:01:58 так что же значит. Плохо или хорошо ? Меня в принципе не дёргает. Ссылка на сообщение Поделиться на других сайтах
fastvd 62 Опубліковано: 2009-03-18 09:40:05 Автор Share Опубліковано: 2009-03-18 09:40:05 ну вот 16 часов ап тайма и вот что отсортированый топ по памяти поазал last pid: 24730; load averages: 0.00, 0.01, 0.00 up 0+16:57:22 11:37:00 75 processes: 2 running, 68 sleeping, 4 stopped, 1 zombie CPU states: 0.0% user, 0.0% nice, 0.2% system, 0.4% interrupt, 99.4% idle Mem: 52M Active, 178M Inact, 119M Wired, 144K Cache, 110M Buf, 639M Free Swap: 256M Total, 256M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 721 mysql 6 20 0 50808K 26724K kserel 0 0:31 0.00% mysqld 844 mrtg 1 8 0 9688K 9352K nanslp 0 0:02 0.00% perl 620 root 4 20 0 5268K 3372K kserel 0 0:11 0.00% radiusd 23560 root 1 4 0 6276K 3284K sbwait 1 0:00 0.00% sshd 23565 jinaro 1 96 0 6252K 3268K select 0 0:00 0.00% sshd 539 bind 1 96 0 4108K 3184K select 0 0:00 0.00% named 960 root 1 96 0 3504K 3012K select 0 0:01 0.00% sendmail 23571 root 1 20 0 4804K 2956K pause 0 0:00 0.00% csh 965 smmsp 1 20 0 3384K 2804K pause 0 0:00 0.00% sendmail 946 root 1 96 0 3524K 2684K select 0 0:00 0.00% sshd 22419 root 1 96 0 3528K 2400K select 0 0:04 0.00% ppp 16138 root 1 96 0 3480K 2400K select 0 0:30 0.00% ppp 24609 root 1 96 0 3424K 2396K select 0 0:00 0.00% ppp 22282 root 1 96 0 3528K 2392K CPU1 0 0:23 0.00% ppp 22323 root 1 96 0 3528K 2392K select 0 0:03 0.00% ppp 22069 root 1 96 0 3524K 2392K select 0 0:57 0.00% ppp 23073 root 1 96 0 3524K 2388K select 0 0:03 0.00% ppp Ссылка на сообщение Поделиться на других сайтах
Aivan 2 Опубліковано: 2009-03-19 09:02:39 Share Опубліковано: 2009-03-19 09:02:39 ну вот 16 часов ап тайма и вот что отсортированый топ по памяти поазал last pid: 24730; load averages: 0.00, 0.01, 0.00 up 0+16:57:22 11:37:00 75 processes: 2 running, 68 sleeping, 4 stopped, 1 zombie CPU states: 0.0% user, 0.0% nice, 0.2% system, 0.4% interrupt, 99.4% idle Mem: 52M Active, 178M Inact, 119M Wired, 144K Cache, 110M Buf, 639M Free Swap: 256M Total, 256M Free 639Мб свободно, после недельки аптайма уйдут в кеш, что есть правильно. одно замечание: разработчики FreeBSD настоятельно рекомендуют свап-файл делать ровно в 2 раза больше оперативной памяти Ссылка на сообщение Поделиться на других сайтах
alex_o 1 194 Опубліковано: 2009-03-19 09:20:10 Share Опубліковано: 2009-03-19 09:20:10 нет, там кажеться впн сесии весят в памяти... А почему бы вам не поставить mpd? Он, во-первых, одним процессом работает (а не на каждый тунель по 2 процесса), во-вторых коре-левел, в-третьих использует нетграф - отсюда истекает много-много-много вкусностей в виде простоты шейпинга/натинга/etc. Опять же памяти жрется поменьше. Ссылка на сообщение Поделиться на других сайтах
adeep 212 Опубліковано: 2009-03-19 17:39:18 Share Опубліковано: 2009-03-19 17:39:18 787M Inact это по факту тоже свободная память. Ссылка на сообщение Поделиться на других сайтах
icecybe 35 Опубліковано: 2009-03-20 02:05:21 Share Опубліковано: 2009-03-20 02:05:21 о да...на самом деле МПД. У нас раньше стоял другой движок от с ним и тупизна была. Поетому сейчас даже на 100-150 сесий разницы нет никакой. Ссылка на сообщение Поделиться на других сайтах
Рекомендованные сообщения
Создайте аккаунт или войдите в него для комментирования
Вы должны быть пользователем, чтобы оставить комментарий
Создать аккаунт
Зарегистрируйтесь для получения аккаунта. Это просто!
Зарегистрировать аккаунтВхід
Уже зарегистрированы? Войдите здесь.
Войти сейчас