Ну вот, блин, купил себе новый телефончик, и на тебе :(

Я в блоге OpenVZ написал о результатах небольшого исследования, которое сделал Паша Емельянов. Тут пишу примерно о том же самом по-русски.

Собственно, целей исследования было две:
* прикинуть количество изменений, которые OpenVZ патчсет вносит в ядро;
* сравнить с количеством изменений, которые вносит в ядро RHEL.

Были взяты три ядра:
* RHEL5.3 2.6.18-128.1.1.el5 (на базе 2.6.18);
* OpenVZ 2.6.18-028stab062.1 (на базе вышеупомянутого RHEL5.3);
* OpenVZ 2.6.27-aivazovskiy.1 (на базе 2.6.27).

По результатам подсчётов нарисовали картинку, которую можно наблюдать во всей красе, тыкнув тут или в превьюшку справа. Для OpenVZ ядер мы различаем собственно основные изменения в ядре и то, что можно собрать как отдельные модули. Патчи RHEL ядра мы делим на несколько категорий, типа drivers, Xen, ext4; всё, что ни в одну из этих категорий не входит, записываем в other.

Выводы из разглядывания оной картинки можно сделать вот какие:
1. Даже если выкинуть из набора патчей RHEL5 драйвера, то остаётся 434 добавленных/удалённых KLOC*, что в 8.5 раз больше, чем весь OpenVZ патч (51 KLOC). Нет, конечно, патч большой, но не такой уж и большой.
2. Основная часть патча OpenVZ (то есть без модулей) для 2.6.27 ядра похудела на 40% по сравнению с 2.6.18. Положительно сказываются усилия по интеграции контейнеров в мейнстрим.

Вот такие пироги.

* KLOC -- это тысяча строчек кода (Kilo-Lines of Code).

Я как-то писал, что мы с удовольствием возьмём на работу людей, понимающих что-то в разработке ядра Линукс. Видимо, это требует уточнений.

1. Удалённо мы не нанимаем людей, работать надо в офисе на севере Москвы, около м. Отрадное. Исключение из этого правила мы можем сделать только для людей, у которых уже есть не менее нескольких сотен коммитов в мейнстрим, и которые ну никак не могут к нам приехать.

2. Эта позиция не для тех, кто хочет научиться программировать ядро Линукса (и уж тем более не для желающих освоить язык Си). Это позиция для тех, кто уже умеет и то, и другое. Мы не требуем детального знания всех подсистем ядра, но если вы, грубо говоря, не знаете, какие в ядре есть механизмы синхронизации, как можно выделить память, и в каком случае что из этого использовать -- эта позиция не для вас.

3. Не обязательно хорошо знать именно ядро Линукса. Если вы хорошо ориентируетесь в каком-то другом ядре (напр. FreeBSD, Windows, Solaris), но хотите переключиться на linux kernel -- давайте познакомимся.

4. Иногда до (а не вместо) интервью у нас просят тестовое задание, и мы даём. То, что вам дали тестовое задание, отнюдь не означает, что вас возьмут на работу, когда вы его выполните. Будьте также готовы переделывать код в ответ на комментарии ревьюера. Несколько раз.

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

Если вам кажется, что вы подходите, то пришлите мне своё резюме (на английском) электропочтой по адресу: Московская область, г. Долгопрудный, ул. Центральная кир коммерческая эт openvz точка орг.

Джонатан Корбет (of lwn.net) местами очень зажигательно пишет. Вот вырезка из статьи в последней Kernel page.

At linux.conf.au 2007, Andi Kleen gave a talk describing various types of kernel hackers. One of those was the "Russian mathematician" who, he suspected, was often a room full of talented developers operating under a single name. Evgeniy Polyakov can only have reinforced that view when, in early October, he tracked down the biggest offending commit through a process which, he says, involved "just [a] couple of hundreds of compilations." In the process, he put together a plot of tbench performance which, he says, is suitable for scaring children.

Для тех, кто по-бусурмански не разумеет, мой перевод (ногами не пинать, чукча не писатель).

На конференции linux.conf.au Энди Клин сделал доклад, описывающий разные типы кернель хакеров. Одним из таких типов был "русский математик", который, как Энди подозревал, зачастую являлся комнатой, полной талантливыми разработчиками, которые работают под одним именем. Евгений Поляков лишь укрепил это мнение, когда в начале октября он нашёл самую большую вредную правку, используя процесс, который, как он сказал, включает в себя "всего лишь несколько сотен компиляций". Между делом он сделал график производительности tbench, который, как он сказал, подходит, чтобы пугать детей.

Поляков тоже, конечно, зажигает. И Энди Клин зажигает. :)