Baneff

Сия тайна велика есть, но нам она ведома.. > sysctl net.inet.ip.dummynet.io_fast net.inet.ip.dummynet.io_fast: 1 Но спасибо.

Я теж надіюся, що це так. Я контролюю тільки рух пакетів через фізичні інтерфейси. Поки що так. Так, був період в історії FreeBSD, коли щось десь поламали і даммінет без прив'язки до одного ядра постійно давав 100% завантаженості. Але ту помилку давно виправили і зараз планувальник процесів добре працює без ручного керування, тобто саме так, як він і мав би працювати. Я перевіряв, робив всякі прив'язки, краще від цього не стає, хоча в інеті повно рекомендацій по ручній прив'язці, бо люди памятають в основному погане. Ну це екстремальні ситуації, вони відслідковуют

Дякую, ви наштовхнули мене на рішення цієї тяжкої арифметичної задачі. Виявилося, що кількість пакетів, що проходять через фізичні інтерфейси, тобто які фізично влітають і вилітають в/з бокса - це з точки зору netstat не є загальна сума пакетів, що проходить через систему. Насправді netstat рахує всі пакети по всіх інтерфейсах, як фізичних, так і віртуальних. Тобто, якщо в системі є lagg, bridge, vlan і таке інше віртуальні інтерфейси, то netstat порахує і пакети, що проходять крізь ці інтерфейси теж, хоча фактично ці пакети вже пораховані на фізичних інтерфейсах. Виходить подвійна, потрійна і

Саме так і мало би бути. Проте в реальності загальний pps в системі в мене завжди в 3.4 рази більше ніж сума pps по інтерфейсах і це мене дуже непокоїть. Як таке можливе взагалі? Можливо десь тут і приховані мої проблеми з високим завантаженням kernel{dummynet} ?

Можно подробнее? Вы можете объяснить разницу в pps на интерфейсах и в нетстате в несколько раз? Что у меня не так?

pps до 450k, это если считать пакеты скриптом на интерфейсах. netstat -dw 1 -q 1 показывает вообще полтора миллиона пакетов в сек, но это как-то не выглядит достоверно по моему.

Думаю, просто возрастёт задержка и уменьшится кол-во дропов при переполнении трубы. Но дропов и так немного, а вот задержка - плохо, могут начать звонить всякие танчики и CS, что у них пинг большой.

А вот так, например, пробовали смотреть? Что для kernel{dummynet} показывает? top -SCHIPz

12.0-CURRENT, пока на 13-ку не обновил ещё. Не знаю, как там с говном мамонта, но вроде не такая уж древняя. Может вы не тем или или не там смотрите загрузку CPU процессом? Проблема-то общая, присутствует у всех, кто шейпит больше 2к юзеров дамминетом. Может у вас те пайпы простые полисеры? Какой type у вас используется? Давайте разберёмся, аж самому интересно. А интр и должен жрать много, тут всё в порядке. Какая у вас скорость каналов суммарная?

Ну может на гепоне это и работает, тем более, что и зоопарка из разнотипного оборудования нет. Но всё равно, сомнительно что там шейпер, ведь памяти в мыльницах всяких всегда не хватает, почти всегда там полисер, а это такая штука, которая тупо дропает пакеты, которые не влезают в трубу. Если так, то это и правда вряд ли обрадует юзеров. Проверьте как там эта скорость нарезается насамом деле.

С давних времён длина очереди вычислялась скриптом. При современных тарифах скрипт всегда ставит queue 1024Kbytes. На скоростях от bw 30000Kbit/s до bw 300000Kbit/s работает, дропов минимум, задержка в пределах, жалоб на шейпер нет. Это максимальное значение, раньше были в тарифах мелкие скорости, там длина очереди была меньше чтобы не увеличивать сильно задержку. Спасибо, кстати, что напомнили, возможно стоит пересмотреть скриптик для новых условий. Да, у нас используется type QFQ . Сейчас там новые типы появились, планируем попробовать, но пока руки не доходили. В новых методах длина оч

Обязательно передам на следующей провайдеровке

Разгон с охлаждением на жидком азоте? Для игрового компа - спорно, но допустимо, но гнать сервак - не, я пас.

Пока вижу, что выхода нет. Может разве что кто-то из своего опыта подскажет. То есть остаётся только использовать все доступные пассивные методы: оптимизировать правила ipfw дамминета, снижать насколько возможно HZ в ядре, выносить из шейпера всё что можно не шейпить, снижать длину очередей, использовать самые экономные алгоритмы шейпера из возможных - вот вроде и всё. Далее выбираем CPU с максимально возможной производительностью на одно ядро из тех, которые лезут в материнку и вперёд. Кол-во ядер выходит вторично по сравнению с производительностью одного ядра, но, конечно, желате

Так для провайдера это лишнее, как монетизировать? У юзеров вопросы возникают, а чего это на спидтесте сначала хорошая скорость, а потом плохая? Зажимаете бедных юзеров, наживаетесь и всё т. д. как обычно. Поэтому решили, что график скорости должен быть плоским как стол. Чистый маркетинг короче, технически проблем с барстом не было.

Ну то есть ситуация безвыходная, платить придётся всё равно или за электричество или за квалификацию, разница небольшая. Или становись админом сам, тогда сплошной профит

Ну я не аксакал, но в чём проблема то? Когда-то давно пробовали внедрить барст, но не понравилось, прибили. Но работало, сначала всплеск скорости выше номинала, потом постепенное сползание к номиналу и далее уже номинал. На спидтесте видно, можно попробовать - проверить самому.

Если бы зарплата админа зависела от потребляемой серверной мощности, то, думаю, ряд этот начинался бы с 1кВт для 5к юзеров и с 0.5кВт для 2к юзеров. А так-то - да. Представьте себе, заходит начальник в серверную, а там куча серваков и куча свичей, всё жужжит, лампочками мигает, страшно аж жуть. Счета за электричество тоже вызывают уважение. Сразу возникает желание админу зарплату поднять или премию выписать, а то мало ли что.

Можно поинтересоваться, откуда при 5к абонов набралось серверов аж на 4.5-6 квт ? Правда интересно. Это получается 15-20шт серваков, зачем столько? И как, интересно, при такой рассеиваемой мощности хватает одного маломощного кондиционера?

Ключевые слова: банк, казначейство, ЦОД, крупный. Тогда да, есть бюджет, есть проэкт, есть соответсвующая реализация в результате. Однако, если взять конторы помельче, хоть гос, хоть коммерческие, то там не то что всего вышеперечисленного, там даже отдельного помещения под серверную может не быть, там админа вообще никакого нет часто, даже приходящего, это полный мрак. Все претензии в случае чего - к интернет провайдеру, как не смешно. Так что вот тот вариант с вентилятором на подставке, что я выше описал, он гораздо чаще встречается на практике. Ибо нет ни понимания ни желания ни возможности

Всем привет. Давно использую freebsd + ipfw + dummynet + kernel nat + ещё куча всякого разного и всё на одном серваке. Менять платформу не хочу - старый я уже для этого. Так вот. Нагрузка постепенно растёт, пора как-бы железо менять в очередной раз, но есть проблема. Всё в этой схеме прекрасно параллелится на мультиядерной системе. Всё, кроме старичка DUMMYNET. В очередной раз смотрю на процесс kernel{dummynet} и в очередной раз вижу конкретное узкое место во всй системе. Обойти невозможно, работает только в один поток и когда загрузка превышает 80-90% начинаются естественные проблемы. Вс

Кстати, мне тут один знакомый джуниперист рассказывал недавно, что возникла как-то у них мысль перейти с PPoE на IPoE. Так вот, говорит не получился у них каменный цветок, так и остались на PPoE. Говорит помешала какая-то несовместимость QinQ, vlan-per-user и ip-unnumbered. Может брешет и просто лень было, не знаю.

Странный вопрос. А бывает разве типичная серверная? Там что угодно может быть, начиная от компа на стелаже со свичём и упсом в комплекте и обдувается это всё только летом с помощью украденного в бухгалтерии вентилятора на подставке. А зимой серверная сама обогревает сисадмина, отопление-то отключено. А чё, тоже серверная. В таком варианте - 300-500Вт. А дольше всё зависит только от фантазии и финансирования. И из крутящегося только вентилятор китайский. В более продвинутом варианте присутствует один-два бытовых кондиционера, хоть обычных, хоть инверторных, на сколько денег хватит. Один - это д

Та ну, есть всех трёх классов B, C, D, разноцветные. Которые D - они и есть с Uc~385V. Также встречаются и на меньшее напряжение, типа впритык, но это уже нестандарт, надо смотреть как они себя поведут. Вот, например:

Не, ну это уж совсем невероятное жлобство и дебилизм. Китайцы да такого не опустятся. https://www.aliexpress.com/item/35mm-Din-Rail-Surge-Protective-Device-10KA-20KA-Surge-Protector-Switch-1P-Electrical-Arrester-Device/32961830859.html?spm=2114.search0604.3.1.349a3074Cj62DB&ws_ab_test=searchweb0_0,searchweb201602_7_10065_10068_319_10059_10884_317_10887_10696_321_322_10084_453_10083_454_10103_10618_10307_537_536_10902,searchweb201603_51,ppcSwitch_0&algo_expid=b329e4f8-1be0-41cd-aa87-fff3e3078e35-0&algo_pvid=b329e4f8-1be0-41cd-aa87-fff3e3078e35