https://opennet.me/openforum/vsluhforumID6/19011.html Требуется собрать или подобрать из готовых сервер, который бы гонял ~350 мбит/с на ~200 клиентов (всё без NAT) + подсчёт трафика. Работать всё это будет под управлением Linux или FreeBSD, отказываться от такого варианта в пользу железок будем только в случае совершенно неприемлемой производительности сервера.<br><br>Главный вопрос в том, а какая собственно мощность CPU нужна для таких условий? Я знаю про правило "4 МГц CPU на 1 Мбит трафика", но сомневаюсь. Интересует также насколько реально чтобы этот сервер в перспективе с апгрейдом гонял 1 гигабит.<br><br>Ну и напоследок может ли такой роутер нагружать два и более CPU или играет роль только частота одного CPU?<br> https://opennet.me/openforum/vsluhforumID6/19011.html#20 Fri, 19 Jun 2009 17:28:02 GMT &gt;Не хочу сейчас разводить споры, если коротко - нас не устраивает ни <br>&gt;Cisco, ни Juniper, ни что-то ещё кроме юниксовых шлюзов, по массе <br>&gt;причин.<br><br>Назовите хотя бы три, пожалуйста.<br><br> https://opennet.me/openforum/vsluhforumID6/19011.html#19 Wed, 17 Jun 2009 10:30:01 GMT &gt;&gt;не больше 20% <br>&gt;<br>&gt;Странно. Вот есть машинка с 2x Xeon2.8, nload на внешнем интерфейсе показывает <br>&gt;чуть больше 10 Мбит, загрузка CPU по interrupt аж 15%. 150 <br>&gt;правил в ipfw... <br><br>откройте для себя POLLING <br> https://opennet.me/openforum/vsluhforumID6/19011.html#18 Mon, 08 Jun 2009 19:26:23 GMT &gt;[оверквотинг удален]<br>&gt;Производительность отдельно взятой системы - весчь весьма индивидуальная, зависит от подходов и <br>&gt;требований предьявляемых именно Вами - что будет вынесено на уровень ядра, <br>&gt;а что в юзеровские процессы, статистику будете только снимать и сразу <br>&gt;сливалть на коллектор, или снимать и хранить локально, а в основную <br>&gt;базу сливать уже кумулятивно - дабы снизить потери до минимально возможных? <br>&gt;<br>&gt;Если попытаться все сделать на дефолтовом ядре - вы получите один предел, <br>&gt;если оттюнинговать ядро - другие показатели, где и в какие пределы <br>&gt;вы упретесь по шинам данных? <br>&gt;Даже от драйверов к железу есть зависимость :-) <br><br>мне кажется мой ответ вполне полно и аргументированно описывает суть подобных решений.<br> https://opennet.me/openforum/vsluhforumID6/19011.html#17 Mon, 08 Jun 2009 07:15:10 GMT Развитие не стоит на месте, по некоторой информации от 2007 года на линуксе или фре можно было достичь производительности 1 млн пакетов в секунду при соответствующем тюнинге ядра.<br>Производительность отдельно взятой системы - весчь весьма индивидуальная, зависит от подходов и требований предьявляемых именно Вами - что будет вынесено на уровень ядра, а что в юзеровские процессы, статистику будете только снимать и сразу сливалть на коллектор, или снимать и хранить локально, а в основную базу сливать уже кумулятивно - дабы снизить потери до минимально возможных?<br>Если попытаться все сделать на дефолтовом ядре - вы получите один предел, если оттюнинговать ядро - другие показатели, где и в какие пределы вы упретесь по шинам данных?<br>Даже от драйверов к железу есть зависимость :-)<br> https://opennet.me/openforum/vsluhforumID6/19011.html#16 Fri, 05 Jun 2009 19:51:13 GMT &gt;[оверквотинг удален]<br>&gt;в пользу железок будем только в случае совершенно неприемлемой производительности сервера. <br>&gt;<br>&gt;<br>&gt;Главный вопрос в том, а какая собственно мощность CPU нужна для таких <br>&gt;условий? Я знаю про правило "4 МГц CPU на 1 Мбит <br>&gt;трафика", но сомневаюсь. Интересует также насколько реально чтобы этот сервер в <br>&gt;перспективе с апгрейдом гонял 1 гигабит. <br>&gt;<br>&gt;Ну и напоследок может ли такой роутер нагружать два и более CPU <br>&gt;или играет роль только частота одного CPU? <br><br>Так если вы планируете пересылать бесплатный трафик или ваши требования или отношения к качеству сервиса существенно низкие (проще говоря вообще никакие) в этом случае целесобразно рассматривать вариант на системах типа панталон freebsd.... как ходят слухи, что можно собрать "сервак" на изоленте за деньги сравнимые со стоимостью нескольких посещений макдоналдс<br> https://opennet.me/openforum/vsluhforumID6/19011.html#15 Fri, 05 Jun 2009 18:22:49 GMT все просто супер, возьмите то, возьмите сё...<br>а зачем тогда мы нужны?<br>ладно, проехали, я отписался что у мня все работает без проблем.<br>каждому свое...<br>я уверяю Вас, что дело в практике и умении мыслить.<br>чем больше узнаем, тем больше удивляемся, насколько мало мы знаем.<br> https://opennet.me/openforum/vsluhforumID6/19011.html#14 Fri, 05 Jun 2009 18:21:09 GMT &gt;Что касается темы, то не нужно извращаться, нужно просто взять Cisco ASA, <br>&gt;подходящую под цели и задачи. Зачем городить велосипед, когда уже все <br>&gt;придумано до нас? <br><br>Не хочу сейчас разводить споры, если коротко - нас не устраивает ни Cisco, ни Juniper, ни что-то ещё кроме юниксовых шлюзов, по массе причин. Специализированные железки пойдут в ход только в самом крайнем случае, когда сервак физически не сможет прожевать нужную нагрузку ни с каким количеством ядер и ОЗУ. Так вот хочется понять, какой трафик в пределе может гонять юниксовый шлюз.<br> https://opennet.me/openforum/vsluhforumID6/19011.html#13 Fri, 05 Jun 2009 18:14:56 GMT &gt;а я всегда говорил в топку BSD, и на линукс, и компилите ядро под ваши нужды.&gt;а я всегда говорил в топку BSD, и на линукс, и компилите ядро под ваши нужды.<br><br>Если Вы не умеете их готовить, то не стоит и говорить. ;)<br><br>Что касается темы, то не нужно извращаться, нужно просто взять Cisco ASA, подходящую под цели и задачи. Зачем городить велосипед, когда уже все придумано до нас?<br> https://opennet.me/openforum/vsluhforumID6/19011.html#12 Fri, 05 Jun 2009 18:00:08 GMT &gt;а я всегда говорил в топку BSD, и на линукс, и компилите <br>&gt;ядро под ваши нужды. <br><br>Обсуждаемая машинка будет на линуксе и так. У меня вопрос только - линукс нагрузку на CPU от роутинга, подсчёта трафика и прочей фигни между ядрами делить умеет или всё будет на одном крутиться по сути? От этого зависит как минимум что сейчас брать - Xeon QC или разогнанный до синего пламени Core2Duo с максимальной частотой. Ну и машстабируемость хоть представлять на будущее, в смысле второй CPU поставить когда этот задыхаться начнёт или так не получится...<br>