Как и зачем мы оптимизировали алгоритм очистки SLAB-кэшей в ядре Linux

[gecube]

а его вхождение в ванильное ядро заняло около 4-х месяцев

я не понимаю — много или мало это? Т.е. вроде как рекорд по скорости, да? Ну, так напишите!

Нам было интересно найти причину появления этих пиков, поскольку такая же проблема могла проявляться и на менее загруженных машинах, где была до малозаметной (например, давать пики по +5% sys time, которые ухудшают производительность).

что, простите? Написано совершенно не по-русски («где была до малозаметной „)

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

[knutov]

А будет ли бекпорт этого в OpenVZ 6?

[avagin]

Кажется, вы еще в 2011 году пытались всем объяснить, что не надо это использовать, а тут просите бекпортов?
k001.livejournal.com/819624.html

[knutov]

Да, всё так.

[avagin]

Осталось понять, почему вы все еще просите бекпортов. Наверное продукт не так плох, как вы об этом кричали и это просто был такой странный метод привлечь внимание.

К слову, это открытый продукт, патчи в апстриме, и вы можете помочь забекпортить их. Это немного добавит в вашу подпорченую карму:).

[knutov]

Не прошу бекпортов, а спрашиваю будут ли.

Потому что большая инертность и куча "легаси", которое проще не трогать, пока оно как-то работает.

[crazylh]

Молодцы!