Как изменилась производительность ядра Linux за 5 лет?

Сайт phoronix.com, специализирующийся на проведении тестов, опубликовал результаты исследования производительности ядер Linux с версии 2.6.12 до 2.6.37 (git).

Время, затраченное на шифрование 1Гб файла программой GnuPG 1.4.10.
Время, затраченное на шифрование 1Гб файла программой GnuPG 1.4.10.

Сетевая производительность. Время передачи 10 Гб через интерфейс обратной петли (loopback).
Сетевая производительность. Время передачи 10 Гб через интерфейс обратной петли (loopback).

Время компиляции web-сервера Apache в секундах.
Время компиляции Apache.

Производительность Apache. Выдача статических страниц. Страниц в секунду.
<br /> Производительность Apache. Выдача статических страниц. Страниц в секунду.

Тест на производительность дисковых операций PostMark 1.51. Большее значение означает лучший результат.
Тест на производительность дисковых операций PostMark 1.51.

Остальные тесты заметных изменений не выявили. С полным списком проведенных тестов и их результатами можно ознакомиться на сайте Phoronix.

Ваша оценка: Нет Средняя оценка: 5 (1 vote)
pomodor

Явно взят курс на десктоп-направление в ущерб серверным функциям Linux. Оно и понятно, на серверах Linux уже давно весьма популярен, а на десктопах якобы и до процента не дотягивает. Только гоняясь за настольным юзером, не растеряет ли Linux серверную популярность, как в поговорке о двух зайцах? Падение в тесте Apache Benchmark очень серьезное, в два раза с версии 2.6.27. Может стоит уже форкнуть ядро на серверную и десктопную ветки?

Ваша оценка: Нет Средняя оценка: 4.5 (2 votes)

Нет, не явно.
Падение в тесте Apache Benchmark например, с версии 2.6.12 падение составило хрен целых и хрен же десятых. А по отношению к версии 2.6.26 наблюдается даже прирост производительности.

Ваша оценка: Нет

Толку от этих тестов ванильного ядра.
Если под серверные ОС разработчики могут переделать ядро как их душе угодно.
Так что тест "ниочем".

Ваша оценка: Нет Средняя оценка: 4 (1 vote)

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

Ваша оценка: Нет Средняя оценка: 5 (2 votes)
Отправить комментарий
КАПЧА
Вы человек? Подсказка: зарегистрируйтесь, чтобы этот вопрос больше никогда не возникал. Кстати, анонимные ссылки запрещены.
CAPTCHA на основе изображений
Enter the characters shown in the image.
Яндекс.Метрика