Как стать автором
Обновить

Комментарии 18

Вот такие статьи и есть настоящий хабр!


Мой акк не позволяет плюсовать, но люто плюсую просто текстом :)


Кстати как общие ощущения от оракл линукса по сравнению с centos? Лично мне под нагрузкой, чисто субьективно их unbreakable kernel больше нравится, чем ядра от centos.

И очень печально что такие статьи получают так мало плюсов :( Но оно и понятно, учитывая что хабр превратился в нучпоп ресурс от журналистов и копирайтеров

Статья постепенно набирает плюсы!
Это позволяет верить, что в современном сообществе хабра еще есть часть от того старого уютного хабрахабра :)


Минусаторы от копирайтеров можете минусовать, если вам от этого легче. Но лично для меня хабр всегда был ресурсом с техническими статьями из IT тематики, а не научпоп развлекалочкой с кликбейтными заголовками.


P.S. Единственное что могу принять в качестве нерелевантной КПДВ это котики или сиськи/попа

Спасибо за ваш отзыв ) Что касается нашего впечатления об OL по сравнению с CentOS — очень бедные репозитории с пакетами, поэтому мы пытаемся использовать платные RHEL репозитории. Во всем остальном мы (engineering) разницы не заметили (кроме роста CPU :) ), а вот operations наоборот, насколько я понял, довольны регулярным выходом обновлений/патчей, каждый месяц (вроде бы так).

не очень понятно, как может быть что-то беднее центоса.

Спасибо за статью, интересно. То есть реальная загрузка не выросла? Надо переходить...

Единственное -- всё же утилизация процессора это не его загруженность, а когда его сдают в цветмет и переплавляют <картинка с терминатором Т-800 в расплавленном металле>.

consuming часто переводят как утилизация, это уже состоявшийся термин, наравне с нагрузкой и загрузкой.

Вообще, посчитать загрузку процессора в линукс - всегда было непростой задачей. С другой стороны ядро и работает чуток быстрее. за счет того, что переключение процессов дешевое.

Статья, в середине которой хочется воскликнуть "Шайтанама!!!" В очередной раз убеждаюсь, что на самом деле я не знаю линукс.

Доводилось заниматься чем-то подобным на DPDK. Сразу при прочтении мысль, а что если "застрелить" систему до предела по PPS, должно же наверное быть видно, что пропускная способность одинаковая?

Все верно, это был один из запасных планов. Но тут стоит понимать, что даже если скажем общее capacity по нагрузке не поменялось, то скедулер ядра (я полагаю) может вести себя по разному при утилизации процессора в 80% и в 95% и вероятно это тоже может смазать картину.

т.е. теоретические эта опция ядра будет влиять не только на отображение информации о cpu, но и давать какие эффекты производительности при высокой нагрузке?

отличная статья, спасибо! Вы разложили по полочкам то, что обычно linux инженером кажется чем-то запредельно тяжелым.

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

Спасибо. Да eBPF/XDP популярная тема, когда мы начинали этим заниматься, такое ощущение, что мы попали на пик популярности и буквально каждые пару недель выходила какая-то интересная статья. Начинали мы кстати с MVP на базе вот этого прекрасного кода от Netronome - https://github.com/Netronome/bpf-samples/ и еще пользовались вот этим - https://github.com/xdp-project/xdp-project

а можете лучше рассказать, что вообще с его помощью можно сделать?

Не как, а что?

Отличная статья, узнал немного нового и как ни странно подтвердил свои закравшиеся где-то в недрах уставшего мозга, но не до конца сформированные, подозрения..

@juise Александр, скажите пожалуйста в чем была причина перехода с Centos на Oracle Linux?

RedHat анонсировало CentOS 8 как последнюю стабильную версию, которую они поддерживают и предлагают всем сфокусируется на CentOS Stream, нас как компанию это не устраивает.

А как именно пришли к мысли с аккаунтингом softirq? В статье не совсем углядел для себя причинно-следственную связь после инструментированния упомянутых функций. Спрашиваю, поскольку сам перечитываю переодически сетевые статьи с пакетклауда, для освежения в памяти, и использую для трассирования интрументы, скрипты bcc/bpftrace/xdp. И собственно, я бы к такому выводу после интрументирования, описанного в статье, не пришел бы. Не исключаю, что у меня опыта по исследованию проблем с сетевым стеком будет по менее. Я в это все окунулся можно сказать недавно, поэтому видимо такой вывод не кажется мне очевидным. В связи с этим интересно узнать, как Вы все-таки к этому пришли поподробнее.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий