https://www.opennet.ru/openforum/vsluhforumID3/71453.html Компания Alcatel-Lucent представила (http://www.linuxfordevices.com/c/a/News/AlcatelLucent-OmniSwitch-10K-Modular-LAN-Chassis-/) новую модель модульного 10-гигабитного промышленного коммутатора OmniSwitch 10K, отличающегося использованием операционной системы AOS 7, которая теперь базируется на Linux ядре, в то время как прошлые версии были построены на основе операционной системы реального времени VxWorks. Переход на Linux произведен в рамках сотрудничества с компанией Wind River. Более того, на базе Linux в ближайшее время планируется подготовить унифицированную платформу для беспроводных базовых станций Alcatel-Lucent, которые будут основаны на многоядерных процессорах Freescale QorIQ P4080.<br><br><br>Коммутатор обеспечивает пропускную способность в 5 терабит в секунду и может включать в себя до 256 10-гигабитных Ethernet-портов. Использование Linux позволило реализовать в коммутаторе ряд интеллектуальных возможностей управления, таких как контроль качества сервиса на основе потоков с из...<br><br>URL: http://www.lin https://www.opennet.ru/openforum/vsluhforumID3/71453.html#64 Tue, 19 Oct 2010 06:51:44 GMT &gt;убогий роутер: cel 2.53+256 мб. 2.6.16.xx poptop+accel_pptp - спокойно 50 мбит с соединения выдает.<br><br>Ключевое слово accel_pptp<br> https://www.opennet.ru/openforum/vsluhforumID3/71453.html#63 Mon, 18 Oct 2010 04:49:06 GMT &gt;&gt; вообще-то именно от железа это и зависит.<br>&gt;&gt; там просто происходит переключение контекстов юзерспэйс и кернеспейс.<br>&gt;&gt; чего нет к примеру в мпд.<br>&gt;&gt; собственно практически прямая зависимость. просто на этом же железе реализация в стиле<br>&gt;&gt; мпд всегда будет обыгрывать в силу объективных причин.<br>&gt;&gt; это одна из задач, где подход с микроядром не подходит.<br>&gt; не зависит от железа,x3360 на 100 клиентах по 10mbit не загружен абсолютно,<br>&gt; не по cpu не по озу, не по io, но скорости<br>&gt; у половины нет, на 1-2 мегабите работает на 10 нет.<br><br>убогий роутер: cel 2.53+256 мб. 2.6.16.xx poptop+accel_pptp - спокойно 50 мбит с соединения выдает. <br>так что "не надо петь военных песен"<br><br> https://www.opennet.ru/openforum/vsluhforumID3/71453.html#62 Mon, 18 Oct 2010 04:13:59 GMT &gt;100 клиентов по 10 мбит это гигабит просто даже в теории... В реальности же - хаос :)<br><br>Ожидаемый ответ, но больше 300Мбит не тянет.<br><br>&gt;Сам pptp скоростью рулить не умеет, рулит шейпер ядерный. В такой каше возможно все, переполнение буферов, потери и дропы пакетов.<br><br>А с pppoe на такой машинке нормально, скрипты шепинга одни и те же.<br><br>&gt;Думаю, для организации такого большого числа быстрых туннелей нужно в действительности иметь запас по ширине канала процентов в 30, а то и больше.<br><br>Канал агрегирован так что запасу 300%, канал 4Гбит.<br><br>&gt;Я бы при таких потребностях ставил несколько серверов доступа, или, по крайней мере, натыкал бы сетевух в сервер.<br><br>А я бы поставил какой-нибудь один mikrotik железный за 700$, и на серверах бы сэкономил, и на месте в стойке и на питание и охлаждении, не говоря уже про поддержку, SLA и обучение персонала. <br>http://routerboard.com/ <br><br>&gt;Возможно, имело бы смысл поставить перед сервером коммутатор, поддерживающий trunk портов, и сцепить допустим 2-3 порта на сервер, чтоб та https://www.opennet.ru/openforum/vsluhforumID3/71453.html#61 Mon, 18 Oct 2010 01:43:58 GMT 100 клиентов по 10 мбит это гигабит просто даже в теории... В реальности же - хаос :)<br>Сам pptp скоростью рулить не умеет, рулит шейпер ядерный. В такой каше возможно все, переполнение буферов, потери и дропы пакетов.<br>Думаю, для организации такого большого числа быстрых туннелей нужно в действительности иметь запас по ширине канала процентов в 30, а то и больше.<br>Я бы при таких потребностях ставил несколько серверов доступа, или, по крайней мере, натыкал бы сетевух в сервер. Возможно, имело бы смысл поставить перед сервером коммутатор, поддерживающий trunk портов, и сцепить допустим 2-3 порта на сервер, чтоб там было до 3 гбит в теории. <br> https://www.opennet.ru/openforum/vsluhforumID3/71453.html#60 Sun, 17 Oct 2010 13:39:22 GMT +1, но только у меня на 1400 клиентов приходится около 700 мбит/с трафика.<br>Спокойно держат. Нагрузка CPU около 7-10% в пиках. Спокойно рулится на Intel Quad, никаких проблем даже при conntrack около полумиллиона.<br><br>А у тех, у кого не воркает, то руки в забор и выпрямлять и pppoe не спасет.<br> https://www.opennet.ru/openforum/vsluhforumID3/71453.html#59 Sun, 17 Oct 2010 13:17:18 GMT &gt;&gt;&gt; PPPoE концентратор - линух дохнет<br><br>Рассказывайте уже сказки кому-нибудь другому, а? Если руки кривые - будет дохнуть все, а у меня - в продакшне концентраторы PPPoE на Linux с шейперами, блекджеком и CoA/SSG - все замечательно работает. И производительность такая, что BSD и не приснится.<br> https://www.opennet.ru/openforum/vsluhforumID3/71453.html#58 Sun, 17 Oct 2010 08:18:18 GMT &gt; А, то есть наличие спеси официально подверждается ))<br><br>ну да я же лицо официальное, и заявления мои тоже.<br> https://www.opennet.ru/openforum/vsluhforumID3/71453.html#57 Sun, 17 Oct 2010 08:15:27 GMT &gt; вообще-то именно от железа это и зависит.<br>&gt; там просто происходит переключение контекстов юзерспэйс и кернеспейс.<br>&gt; чего нет к примеру в мпд.<br>&gt; собственно практически прямая зависимость. просто на этом же железе реализация в стиле<br>&gt; мпд всегда будет обыгрывать в силу объективных причин.<br>&gt; это одна из задач, где подход с микроядром не подходит.<br><br>не зависит от железа,x3360 на 100 клиентах по 10mbit не загружен абсолютно, не по cpu не по озу, не по io, но скорости у половины нет, на 1-2 мегабите работает на 10 нет.<br> https://www.opennet.ru/openforum/vsluhforumID3/71453.html#56 Sun, 17 Oct 2010 07:51:42 GMT слишком глупо спорить когда опонент не знает предмета спора<br>