Комментарии 18
Вот такие статьи и есть настоящий хабр!
Мой акк не позволяет плюсовать, но люто плюсую просто текстом :)
Кстати как общие ощущения от оракл линукса по сравнению с centos? Лично мне под нагрузкой, чисто субьективно их unbreakable kernel больше нравится, чем ядра от centos.
И очень печально что такие статьи получают так мало плюсов :( Но оно и понятно, учитывая что хабр превратился в нучпоп ресурс от журналистов и копирайтеров
Статья постепенно набирает плюсы!
Это позволяет верить, что в современном сообществе хабра еще есть часть от того старого уютного хабрахабра :)
Минусаторы от копирайтеров можете минусовать, если вам от этого легче. Но лично для меня хабр всегда был ресурсом с техническими статьями из IT тематики, а не научпоп развлекалочкой с кликбейтными заголовками.
P.S. Единственное что могу принять в качестве нерелевантной КПДВ это котики или сиськи/попа
Спасибо за ваш отзыв ) Что касается нашего впечатления об OL по сравнению с CentOS — очень бедные репозитории с пакетами, поэтому мы пытаемся использовать платные RHEL репозитории. Во всем остальном мы (engineering) разницы не заметили (кроме роста CPU :) ), а вот operations наоборот, насколько я понял, довольны регулярным выходом обновлений/патчей, каждый месяц (вроде бы так).
Спасибо за статью, интересно. То есть реальная загрузка не выросла? Надо переходить...
Единственное -- всё же утилизация процессора это не его загруженность, а когда его сдают в цветмет и переплавляют <картинка с терминатором Т-800 в расплавленном металле>.
Статья, в середине которой хочется воскликнуть "Шайтанама!!!" В очередной раз убеждаюсь, что на самом деле я не знаю линукс.
Доводилось заниматься чем-то подобным на DPDK. Сразу при прочтении мысль, а что если "застрелить" систему до предела по PPS, должно же наверное быть видно, что пропускная способность одинаковая?
Все верно, это был один из запасных планов. Но тут стоит понимать, что даже если скажем общее capacity по нагрузке не поменялось, то скедулер ядра (я полагаю) может вести себя по разному при утилизации процессора в 80% и в 95% и вероятно это тоже может смазать картину.
отличная статья, спасибо! Вы разложили по полочкам то, что обычно linux инженером кажется чем-то запредельно тяжелым.
XDP - это сейчас прям такой горячий пирожок, но при этом при первом приближении уровень вхождения кажется высоким. Очень надеюсь, что после Вашей статьи тех, кто в первый или не в первый раз решит посмотреть на XDP еще раз станет чуточку больше.
Спасибо. Да eBPF/XDP популярная тема, когда мы начинали этим заниматься, такое ощущение, что мы попали на пик популярности и буквально каждые пару недель выходила какая-то интересная статья. Начинали мы кстати с MVP на базе вот этого прекрасного кода от Netronome - https://github.com/Netronome/bpf-samples/ и еще пользовались вот этим - https://github.com/xdp-project/xdp-project
Отличная статья, узнал немного нового и как ни странно подтвердил свои закравшиеся где-то в недрах уставшего мозга, но не до конца сформированные, подозрения..
А как именно пришли к мысли с аккаунтингом softirq? В статье не совсем углядел для себя причинно-следственную связь после инструментированния упомянутых функций. Спрашиваю, поскольку сам перечитываю переодически сетевые статьи с пакетклауда, для освежения в памяти, и использую для трассирования интрументы, скрипты bcc/bpftrace/xdp. И собственно, я бы к такому выводу после интрументирования, описанного в статье, не пришел бы. Не исключаю, что у меня опыта по исследованию проблем с сетевым стеком будет по менее. Я в это все окунулся можно сказать недавно, поэтому видимо такой вывод не кажется мне очевидным. В связи с этим интересно узнать, как Вы все-таки к этому пришли поподробнее.
Исследование роста утилизации процессора: как мы мигрировали с CentOS 7 на Oracle Linux 7