AlKov Опубликовано 1 января, 2011 · Жалоба ng_quere у меня ровненько по ядрам раскидан, каждый процес около 10% в топе показывает. Что же это за зверь такой?? Может быть все-таки речь про ng_queue? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Hawk128 Опубликовано 1 января, 2011 · Жалоба Да о них конечно, сам чето очепятку неразглядел, копирнул у автора... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
weldpua2008 Опубликовано 1 января, 2011 (изменено) · Жалоба До недавна был сервачёк под PPtP на фре 7.2 amd64 + mpd5+ng_car с одной сетевкой. Скорость нарезал динамически каждую минуту ng_car'ом менял значения. Что бы порезать скорость по snmp снимались каждую минуту значения))) (в прайм-тайм snmp-daemon'ребутился раз в час, что бы не потечь))) Вход 240Мбит, юзрверей до 350 онлайн >sysctl -a | grep Core hw.model: AMD Athlon(tm) 64 X2 Dual Core Processor 5400+ >sysctl -a | grep Mem Virtual Memory: (Total: 13450828K, Active 808156K) Real Memory: (Total: 333964K Active 307096K) Shared Virtual Memory: (Total: 32592K Active: 26700K) Shared Real Memory: (Total: 15616K Active: 14080K) Free Memory Pages: 95472K На сервере 1-а сетевая карта >sysctl -a | grep Net dev.em.0.%desc: Intel(R) PRO/1000 Network Connection 6.9.6 и около 114 вланов было и еще apache,mysql,cacti,etc... PS: знакомые админы ржали с моего "сервера" на одной сетевой карте)))) клиенты не ржали когда sys был в 80%((( и под 250к ппс-ов((( Изменено 1 января, 2011 пользователем weldpua2008 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
AntonS Опубликовано 1 января, 2011 · Жалоба ng_quere у меня ровненько по ядрам раскидан, каждый процес около 10% в топе показывает.Что же это за зверь такой?? Может быть все-таки речь про ng_queue? да именно он когда перевалишь через определенный предел нетфлоу будет убивать всю произовдительность так как один ng_queue будет на 100% загружен Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
_longhorn_ Опубликовано 3 января, 2011 · Жалоба Кстати начал подозревать что жело не в netfolw, потому-что пробовал его отключать и ничего не изменилось. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
AlKov Опубликовано 3 января, 2011 · Жалоба Кстати начал подозревать что жело не в netfolw, потому-что пробовал его отключать и ничего не изменилось.А "ничего не изменилось" - это что именно? И какой коллектор netflow использовался (ng_netflow)? Какая ОС, mpd, или что-то другое? P.S. Месяц назад помогал коллегам победить систематическое, но "безсистемное" (не зависело от нагрузки) падение VPN серверов (5 шт. на разном железе) на FreeBSD 8.1 amd64+mpd5.5, netflow НЕ использовался. Причина жила в ядре. Вылечилось отключением FLOWTABLE. P.P.S. Сам юзаю вышеописанную "конструкцию" на двух серверах FreeBSD 8.1-STABLE-201010 amd64, mpd5.5, ng_car, ng_netflow. В пиках до 500 он-лайн PPTP на каждом NAS-е, пока никаких проблем (тьфу-тьфу-тьфу! тук-тук-тук! :D ). Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
AntonS Опубликовано 10 января, 2011 · Жалоба Кстати начал подозревать что жело не в netfolw, потому-что пробовал его отключать и ничего не изменилось.я отключили производительность к серверам вернулась значит у тебя еще что то помимо нетфлоу Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...