#пропускная_способность — Public Fediverse posts

Тестирование PT NGFW 1.10.3: проверяем заявленные характеристики. Часть 1

Автор: Ильдар Ишкинин, ведущий инженер Innostage Привет, Хабр! Когда выбираешь межсетевой экран недостаточно смотреть только на характеристики, заявленные производителем. Важно, при какой нагрузке получен результат, какие функции защиты включены, сколько правил настроено и какой профиль трафика используется. В лаборатории Innostage мы протестировали PT NGFW версии 1.10.3 в восьми нагрузочных сценариях. Начали со скорости установления TCP-соединений и количества одновременных сессий, а затем перешли к измерению пропускной способности на профиле EMIX при включении разных функций продукта. Это первая часть материала о тестировании PT NGFW 1.10.3. Разберём, как был устроен стенд, какой трафик подавали на устройство и что получили в каждом сценарии. Отдельно остановимся на результатах, которые нельзя напрямую сравнивать с показателями производителя без учёта методики испытаний.

https://habr.com/ru/companies/innostage/articles/1094260/

#производительность #пропускная_способность #ips #нагрузочное_тестирование #межсетевой_экран #ngfw #pt_ngfw #tcpсоединения

Как мы измеряем производительность NGFW

Привет, Хабр! Меня зовут Максим, я инженер команды Нагрузочного тестирования в Ideco. Вместе с командой мы развиваем Ideco NGFW Novum и регулярно гоняем его под синтетической нагрузкой - и для проверки регрессии по производительности, и чтобы честно отвечать на вопрос заказчика «а сколько он у вас держит». У производительности NGFW есть неудобное свойство: один и тот же межсетевой экран на двух разных стендах легко показывает разные числа - и оба теста при этом честные. Причина в том, что производительность - не константа, «зашитая в железо», и сильно зависит от методики . Один тестировщик меряет «голый» форвардинг, другой - HTTP на крупных объектах; один требует ноль потерь, другой допускает процент; один снимает пиковые цифры, другой держит нагрузку несколько минут; на одном стенде стоит свежая сборка, на другом - версия постарше. Поменяйте один параметр - и результат меняется в разы. Сравнивать цифры имеет смысл только тогда, когда выложены обе методики. Поэтому мы в этой статье говорим о том, как всё устроено у нас : как собран стенд, почему генератор - TRex в режиме ASTF, что именно мы считаем «потерей» и какой у нас критерий успешности по дропам, как бинарным поиском находим максимум и зачем удерживаем каждую точку 300 секунд. Цель - чтобы наши измерения мог воспроизвести любой и точно понять, что стоит за каждой цифрой. В конце отдельно разберём, почему два честных стенда легко получают разные числа - это не «у кого-то ошибка», а сумма методических решений. И сразу честно: производительность это диапазон, значений зависящий от реальной нагрузки, которая зачастую уникальна у каждого - своя. Наша цель - измерение производительности в лабораторных условиях, которые приближены к реальным, а не рекорд за одну секунду. Намерить больше можно - но это будет число, которого пользователь никогда не увидит в бою.

https://habr.com/ru/companies/ideco/articles/1061244/

#ideco_ngfw_novum #trex #astf #межсетевой_экран #пропускная_способность #производительность #emix #ngfw

Скрытые каналы. Часть 3. Противодействие утечке информации по сетевым скрытым каналам

В первых двух статьях цикла мы обсудили проблему утечки информации по сетевым скрытым каналам и разобрали несколько реальных примеров построения таких скрытых каналов. Сегодня мы поговорим о том, как выстраивать процесс защиты от утечки информации по скрытым каналам.

https://habr.com/ru/companies/hex_team/articles/1031248/

#Скрытые_каналы #Пропускная_способность #Фиктивный_трафик #Энтропия #Сетевая_безопасность

[Перевод] Всего одна строка кода, из-за которой 24-ядерный сервер стал работать медленнее ноутбука

Допустим, вы написали код для решения задачи, которая хорошо распараллеливается. Каждый поток занимается своим участком работы и не зависит от других, поэтому потоки почти не должны координироваться друг с другом, за исключением самого последнего этапа, когда требуется объединить результаты. Естественно, в данном случае логично предположить, что чем больше ядер задействуется для такого кода, тем быстрее он выполнится. Вы ставите бенчмарки и сначала прогоняете этот код на ноутбуке. Действительно, оказывается, что он практически идеально масштабируется на всех четырёх доступных ядрах. Затем вы прогоняете его на большой и пафосной многопроцессорной машине, рассчитывая, что производительность будет ещё выше — но убеждаетесь, что на практике этот код работает даже медленнее, чем на ноутбуке, сколько бы ядер под него не выделить. Да, именно с таким случаем мне однажды довелось столкнуться.

https://habr.com/ru/articles/986810/

#Cassandra #многоядерность #высокая_производительность #пропускная_способность #узкое_место #кэш_процессора

«Взяли лучшее и объединили»: философия сервера Selectel

Современная IT-инфраструктура предъявляет все более высокие требования к масштабируемости, надежности и энергоэффективности. Одновременно сокращается жизненный цикл платформ: чем быстрее приходят инновации, тем короче становится срок актуальности серверных решений. При выборе серверной архитектуры важно не только учитывать текущие задачи, но и просчитывать расходы на модернизацию на горизонте 3–5 лет. В этой статье мы расскажем, какие принципы заложили

https://habr.com/ru/companies/selectel/articles/966538/

#selectel #сервер #it_инфраструктура #it_компании #api #ии #cicd #Пропускная_способность #обработка_данных #серверная_архитектура

Искал медь, а нашёл оптику — экономика апгрейда до 1,6 Тбит/с

Привет, постоянные и не очень читатели! Были времена, когда админы дурели от этой прикормки 10 Гбит/c канала, а теперь такая пропускная способность — норма для роутера в прихожей (не у всех, но всё же). В ЦОДах же и 100 Гбит/c уже давно никого не удивят — у гиперскейлеров (Amazon, Microsoft, Google, Alibaba, экстремистская и запрещённая в России Meta) это дефолт, в энтерпрайзе и бизнесе разных размеров — активно внедряют. Компании уровня cloud-scale (те, что строят сервисы облачного уровня: Netflix, Spotify, Salesforce, Zoom) и гиперскейлеры уже переходят на 200 Гбит/c и тестируют 400/800 Гбит/c , ну а поскольку 200 мало чем отличается по стоимости инфраструктуры от 400, то некоторые сразу перескакивают, ведь легаси кабельное хозяйство (LC, MPO-12) всё равно не потянет эти апгрейды, надо всё перелопачивать на MPO-16, MPO-32 или новые форматы (QSFP-DD, OSFP). В общем, накопилось у меня пару идей, как собрать всё это в едином материале: обсудить, где шайба будет через время; подумать, а надо ли оно (апгрейд) вообще — и в довесок затронуть денежные вопросы: всякие CAPEX, TCO/ROI, ₽/(Гбит/c), ($/Gbps) и прочее экономическое непотребство. Присаживаемся, ложимся или в какой там позе вы читаете — и начинаем. Дропдаун

https://habr.com/ru/companies/servermall/articles/953932/

#цод #сетевые_технологии #сетевое_оборудование #сетевая_инфраструктура #tco #roi #пропускная_способность #трансиверы #коммутаторы #датацентр

[Перевод] Почему «безлимитная пропускная способность» — всё ещё ложь в 2025 году

"Безлимитная пропускная способность включена!" Четыре слова, которые красуются практически на каждом сайте хостинг-провайдера. Четыре слова, продавшие миллионы хостинг-планов. Четыре слова, которые большинство хостинг-компаний не могут выполнить. И всё же они там, красуются на главных страницах как почётный знак. Безлимитная пропускная способность. Безлимитная передача данных. Безлимит во всём. Хостинговый эквивалент абонемента в спортзал "безлимитные занятия", где вас не пускают, если вы приходите слишком часто. А что происходит на самом деле, когда вы пытаетесь использовать эту "безлимитную" пропускную способность у большинства провайдеров? Ваш аккаунт блокируется за "нарушение" или "превышение лимитов". Хостинг-компания тыкает пальцем в зарытый глубоко в пользовательском соглашение пункт, который определяет "безлимит" как "всё, что мы сочтём разумным". Ваш сайт ложится, бизнес страдает, а вы понимаете, что их безлимит на самом деле означает "лимитировано тем, что мы решим в любой момент". Это история самого живучего обмана хостинг-индустрии. Лжи настолько распространённой, что даже клиенты, уже обжёгшиеся на ней, продолжают искать "безлимитный" хостинг. Лжи, которая генерирует миллиарды доходов, не давая ничего кроме разочарований и произвольных блокировок аккаунтов. Но вот поворот: безлимитная пропускная способность (передача данных) на самом деле не невозможна. Некоторые провайдеры действительно предоставляют именно то, что обещают. Проблема не в физике, а в нечестности. Добро пожаловать в скам с безлимитной пропускной способностью, где настоящие лимиты не технические, а зарыты в мелком шрифте. Чё?

https://habr.com/ru/articles/948354/

#хостинг #безлимитный_хостинг #вебхостинг #vps #overselling #пропускная_способность #передача_данных #обман #маркетинг

TRex: установка, настройка и запуск тестов производительности NGFW

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

https://habr.com/ru/companies/pt/articles/902930/

#trex #ngfw #настройка #нагрузочное_тестирование #стенд_для_тестировщиков #grafana #influxdb #udp #пропускная_способность #тестирование

TRex: установка, настройка и запуск тестов производительности NGFW

Всем привет! Сейчас многие компании активно ищут замену сетевому оборудованию. Наиболее остро вопрос замены присутствует в сегменте NGFW (Next-Generation Firewall, межсетевой экран следующего поколения). Важным этапом выбора является нагрузочное тестирование, которое позволяет убедиться, справится ли устройство с обработкой боевого трафика в инфраструктуре. В прошлой своей статье я рассказывал про нюансы проведения пилотного проекта NGFW (cсылка на статью) и немного описал способы нагрузочного тестирования. В этой статье я затронул практику и описал подробную настройку стенда для проведения нагрузочного тестирования межсетевого экрана следующего поколения. Мы с командой инженеров Positive Technologies часто применяем эти знания для демонстрации возможностей продукта PT NGFW, настало время рассказать об этом вам! Погрузиться

https://habr.com/ru/companies/pt/articles/883264/

#ngfw #trex #тестирование_производительности #нагрузочное_тестирование #стенд_для_тестировщиков #next_generation_firewall #grafana #influxdb #udp #пропускная_способность

Конвейеризация: универсальный способ повышения пропускной способности

Что общего между стиральной машиной, CPU и микросервисами? Все они выигрывают от «конвейеризации» (англ. pipelining). В этой статье мы соберем информацию из разных сфер, и увидим, насколько универсален принцип конвейеризации. Получим интуитивное понимание терминов «задержка» (англ. latency) и «пропускная способность» (англ. throughput). А также научимся увеличивать пропускную способность в своих бизнес-процессах, компьютерных системах, и просто в повседневной жизни.

https://habr.com/ru/articles/863198/

#архитектура_процессоров #архитектура_систем #архитектура_приложений #микросервисы #golang #pipeline #пропускная_способность #throughput #latency #конвейер

[Перевод] Оптимизация настроек Kafka кластера. Часть 3. Сравнительное тестирование, мониторинг и тонкая настройка Kafka кластера

Привет, Хабр! Представляю вам третью (заключительную) часть серии статей, посвященных оптимизации развертывания Kafka кластера (ссылка на первую и вторую части). Это перевод руководства от Confluent. Сегодняшняя статья посвящена сравнительному тестированию настроек и мониторингу Kafka кластера.

https://habr.com/ru/articles/819677/

#apache_kafka #benchmarking #мониторинг #tuning #пропускная_способность #задержка #настройка #надежность #доступность

[Перевод] Оптимизация настроек Kafka кластера. Часть 1. Механизмы управления пропускной способностью

Привет, Хабр! Представляю вам перевод технического документа от Confluent, который посвящен тому, как определить, что именно нужно оптимизировать (пропускная способность, задержка, надежность или доступность), как настроить развертывание Kafka в соответствии с этими целями и убедиться в их достижении с помощью мониторинга. Сегодня я выкладываю первую часть, в которой обсуждается, как определить цели оптимизации и улучшить пропускную способность Kafka. Последующие статьи будут посвящены задержке, надежности, доступности, мониторингу и бенчмаркингу.

https://habr.com/ru/articles/818007/

#apache_kafka #повышение_производительности #пропускная_способность #задержка #доступность #надежность #оптимизация

Оживляем ретроспективы с помощью процессных метрик

“Нам нечего обсуждать, давайте пропустим” – такую реакцию на идею провести очередную ретроспективу мы слышали столько раз, что сбились со счёта. В теории всё красиво: собрались на отдельную встречу (чтобы сфокусировано обсудить нужную тему), вспомнили недавнюю работу (пока не забылось), определили области для улучшений (итеративное развитие – наше всё). На практике же ретроспективы часто получаются поверхностными и малопродуктивными. Участники отмалчиваются или обсуждают одни и те же боли из раза в раз; скучают или параллельно занимаются другими делами; уходят со встречи с ощущением впустую проведенного времени. Хорошие новости: можно по-другому. Повысить вовлеченность команды в ретроспективу, помочь увидеть конкретный результат своих усилий по улучшению работы. Уйти от вопросов “Что будем обсуждать на ретро?” и “ У нас все хорошо?” к прозрачной картине того, что происходит с командой, чего удалось достичь и куда двигаться дальше. Помогут нам в этом процессные метрики.

https://habr.com/ru/companies/sravni/articles/813851/

#ретро #ретроспектива #метрики #пропускная_способность #время_цикла #старение_элементов_бэклога #доля_переходящих_задач

[Перевод] Как настроить Source коннекторы Kafka Connect для оптимизации пропускной способности

Привет, Хабр! Доводилось ли вам тратить долгие бесплодные часы в попытке настроить коннекторы Kafka Connect, чтобы добиться адекватного потока данных? Мне, к сожалению, доводилось. Представляю вашему вниманию перевод статьи "How to Tune Kafka Connect Source Connectors to Optimize Throughput" автора Catalin Pop. Это прекрасное руководство от Confluent, где подробно и с примером описывается, как настроить Source коннекторы.

https://habr.com/ru/articles/809191/

#kafka #kafka_connect #source_connector #пропускная_способность #оптимизация #повышение_производительности