The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linux-ядер за последние 5 лет

03.11.2010 22:31

На днях Линус Торвальдс представил первый кандидат в релизы Linux-ядра 2.6.37. Цикл подготовки 2.6.37-rc1 был заметно короче обычного из-за намерения закрыть окно приема изменений до саммита разработчиков Linux-ядра. Относительно версии 2.6.36 было внесено около 10 тыс. изменений. Из наиболее интересных новшеств отмечается окончательный уход от использования устаревшей глобальной BKL-блокировки (Big Kernel Lock), которая оставалась многие годы узким местом в некоторых подсистемах.

Другое ключевое новшество 2.6.37-rc1 - интеграция кода начальной поддержки хост-режима Xen (Dom0). Для полноценной поддержки Dom0 в ядре недостает бэкенд-драйверов, которые планируется интегрировать в версию 2.6.38. Для файловой системы Ext4 была добавлена функция "Lazy Inode Table Initialisation", созданная с целью значительного сокращения времени создания Ext4-разделов.

Ресурс Phoronix опубликовал результаты тестирования производительности 25 версий Linux-ядра, с 2.6.12 по 2.6.37-rc1. На представленных графиках хорошо прослеживается возникновение регрессий и проведение оптимизаций. Что касается производительности ядра 2.6.37-rc1, то в 7 тестах изменения скорости работы не зафиксировано, в 6 тестах производительность незначительно возросла, в 3 - незначительно упала, в 2 - заметно упала (Apache, 7-Zip), в 3 - заметно возросла (PostMap, FS-Mark, Threaded I/O Tester).

  1. Главная ссылка к новости (http://www.phoronix.com/scan.p...)
  2. OpenNews: Релиз Linux-ядра 2.6.36. Обзор новшеств
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/28533-linux
Ключевые слова: linux, kernel, benchmark
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (61) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, Аноним (-), 23:15, 03/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    ничего не изменилось
     
  • 1.4, Аноним (-), 23:27, 03/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Скорость не всегда важный показатель. По мне, так по скорости Linux и так хорош. Пилить надо другое.
     
     
  • 2.19, аноним (?), 01:50, 04/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Пилить надо другое.

    Например?


     
     
  • 3.31, Аноним (-), 12:21, 04/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    OpenGL
     
     
  • 4.36, Анон (?), 13:48, 04/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    В ядре?
     
  • 3.34, letsmac (ok), 13:32, 04/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    async i/o
     
     
  • 4.38, ананим (?), 15:10, 04/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    а что с ним?
     
     
  • 5.41, letsmac (ok), 15:44, 04/11/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > а что с ним?

    Его как-бы нет.

     
     
  • 6.43, ананим (?), 17:47, 04/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    какбэ 10 лет уже оракловую субд линкую с aio, и ни чё.
    так что - ложь.
     
     
  • 7.44, ананим (?), 17:56, 04/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    пысы:
    вот пруф - http://www.google.ru/search?sourceid=chrome&ie=UTF-8&q=asyn+io+linux+oracle
    вот в деталях, устаревшее - http://www.puschitz.com/TuningLinuxForOracle.shtml#TuningAsynchronousIOForOra
    см. # ls /proc/sys/fs/aio-*
    вот для ядра 2.4.20 - http://www.opennet.me/base/sys/async_io_for_oracle.txt.html
    пыпысы:
    может вам всё же, как мак-разработчику, обсуждать свою любимую ось, а не критиковать другую
     
     
  • 8.46, letsmac (ok), 18:30, 04/11/2010 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Я интегратор Мне собственно конкуренция между решениями позволяет сбить цену у ... текст свёрнут, показать
     
     
  • 9.53, ананим (?), 21:13, 04/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    он давно конкурентоспособный в отличие от таких интеграторов ... текст свёрнут, показать
     
  • 7.45, letsmac (ok), 18:27, 04/11/2010 [^] [^^] [^^^] [ответить]  
  • –2 +/
    В ядре его нет.  Про реализации тред и ресурс пулов своими силами знаю. Хочется как в винде и маке - прям в ядре.
     
     
  • 8.48, User294 (ok), 18:59, 04/11/2010 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А более адекватных аргументов в пользу такого решения у вас не нашлось oO То чт... текст свёрнут, показать
     
     
  • 9.52, ананим (?), 21:12, 04/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    ну это микро ядро, не такли D тем более, что там точно также как и в лине мак... текст свёрнут, показать
     
  • 8.51, ананим (?), 21:09, 04/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    в ядре нет ну-ну видимо яблочным интеграторам фс proc ни о чем не говорит а е... текст свёрнут, показать
     
     
  • 9.54, ананим (?), 21:24, 04/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    вот кстати пруф в потверждение этого, а также ваших глубочайших аж не видно по... текст свёрнут, показать
     
  • 6.57, pavlinux (ok), 22:29, 04/11/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Тутана включается
    # zgrep AIO /proc/config.gz
    CONFIG_AIO=y

    Тутана рулится.
    # sysctl -A | grep aio
    fs.aio-nr = 0
    fs.aio-max-nr = 65536


    Интегратор!!! Давай ещё спрашивай!!! Чего не нашёл!!! Ща найдем!!! :)


     
  • 2.42, Зенитар (?), 16:04, 04/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Не каждый пользователь компьютера обладает несколькоядерным процессором, купленным мамой. Очень многие используют портативные компьютеры и серверы, где скорость важна.
     
     
  • 3.58, pavlinux (ok), 22:40, 04/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Не каждый пользователь компьютера обладает несколькоядерным процессором, купленным мамой.
    > Очень многие используют портативные компьютеры и серверы, где скорость важна.

    Кому скорость важна, покупают несколькоядерные процессоры. :)

     
     
  • 4.70, Frank (ok), 12:12, 06/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Мне важно время жизни моего нетбука от батареи и производительность видеоподсистемы, а всё остальное либо работает (таки работает) либо нет.
     
     
  • 5.71, pavlinux (ok), 13:49, 06/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Мне важно время жизни моего нетбука от батареи и производительность видеоподсистемы, а
    > всё остальное либо работает (таки работает) либо нет.

    А ты тут причём?! ;)

     

  • 1.5, аноним (?), 23:32, 03/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    >Другое ключевое новшество 2.6.37-rc1 - интеграция кода начальной поддержки хост-режима Xen (Dom0). Для полноценной поддержки Dom0 в ядре недостает бэкенд-драйверов, которые планируется интегрировать в версию 2.6.38.

    Ура! Значит, wheezy все равно выйдет с поддержкой xen dom0, на этот раз уже через мейнстрим. Да и федоровцы ждут с нетерпением.

    >Для файловой системы Ext4 была добавлена функция "Lazy Inode Table Initialisation", созданная с целью значительного сокращения времени создания Ext4-разделов.

    Лучше бы онлайн-дефрагментацию сделали, это гораздо полезнее.
    А то, знаете ли, подавляющее большинство юзеров (админов) отнюдь не форматирует тысячи разделов в ext4 ежедневно.

     
     
  • 2.6, Аноним (-), 23:36, 03/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    нет, людям скоро понадовиться создание файловых систем в высоконагруженных проектах. вот тут скорость важна
     
     
  • 3.17, аноним (?), 01:49, 04/11/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >нет, людям скоро понадовиться создание файловых систем в высоконагруженных проектах. вот тут скорость важна

    Проект нагружен на непрерывное создание (и удаление?) файловых систем?
    Если не секрет, а в чем практическая польза такого проекта, кроме обогрева серверной?

     
     
  • 4.23, ананим (?), 05:24, 04/11/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    хостинг vps и прочие клоуд к примеру.
     
  • 4.26, ig0r (??), 09:16, 04/11/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    допустим, на сервере нужно установить рейд суммарной ёмкостью 6Тб, при том что часть этой ёмкости (скажем гигов 100) нужно очень срочно, если форматировать в xfs это займет несколько минут, а если в ext4 то несколько часов (а столько ждать нет времени). Какую файловую систему вы выберете?
     
     
  • 5.28, iZEN (ok), 09:57, 04/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Какую файловую систему вы выберете?

    Из традиционных — UFS2 с Soft Updates. Из современных — ZFS.
    Первая форматирует 100ГБ пространства довольно быстро (несколько секунд), вторая создаётся почти мгновенно.

    Но Linux, к сожалению, практически не поддерживает работу с UFS2, а поддержка ZFS в нём как дополнительный (сторонний) модуль. Linux много чего не поддерживает в традиционных ФС: снапшоты, к примеру; тот же RAID-5 в Btrfs невозможен.

     
     
  • 6.35, mik (??), 13:48, 04/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    на снапшоты есть LVM
     
     
  • 7.37, Аноним (-), 14:37, 04/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    это сказка. Одно дело спапшот с знанием структуры ФС, второе просто блочный - второе тормоз немеряный.
     
  • 7.62, iZEN (ok), 23:47, 04/11/2010 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > на снапшоты есть LVM

    И что? Rollback живой ФС к снапшоту можно сделать? :))

     
     
  • 8.63, ананим (?), 02:03, 05/11/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    хм уфс с софтапдейт - недожурналируемая фс задфс - тормозилла жрущая память п... текст свёрнут, показать
     
     
  • 9.68, iZEN (ok), 16:59, 05/11/2010 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Есть много вещей, непонятных ананимам Одна из них обеспечить целостность транз... текст свёрнут, показать
     
     
  • 10.69, pavel_simple (ok), 17:34, 05/11/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    угу -- только никакой целостностью и не пахнет ещё-бы только вот когда памяти 64... текст свёрнут, показать
     
     
  • 11.72, iZEN (ok), 00:22, 07/11/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    УМВР ЧЯДНТ Искать новую работу, на которой можно заработать 700-1000 рублей на... текст свёрнут, показать
     
     
  • 12.73, User294 (ok), 00:02, 02/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    А допаяйте-ка мне гиг памяти в, допустим, девайсину размером с пачку сигарет Ка... текст свёрнут, показать
     
  • 6.66, Аноним (-), 11:09, 05/11/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Изя, как же мы вас ждали))))
     
  • 5.40, pavel_simple (ok), 15:18, 04/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > а если в ext4 то> несколько часов

    годный вброс

     
  • 2.7, Кракен (?), 23:49, 03/11/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Лучше бы онлайн-дефрагментацию сделали, это гораздо полезнее.

    Согласен. Сами же рассказывали как фрагметируется свободное пространство на пользовательских компах и ставили в преймущество онлайн дефрагментатор(это из презентаций по екст4 еще во времена ее разработки), а теперь не шевелятся в этом направлении.

     
     
  • 3.8, Аноним (-), 00:06, 04/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    "онлайн-дефрагментацию" wtf?
     
     
  • 4.16, аноним (?), 01:46, 04/11/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >"онлайн-дефрагментацию" wtf?

    Это как в винде, дефрагментация фс без отмонтирования (правда, в винде ее придумали просто потому, что это было проще, чем реализовать отмонтирование фс).

     
  • 4.33, X (?), 13:30, 04/11/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Дефрагментацию без необходимости размонтировать раздел.
     
     
  • 5.61, Аноним (-), 23:06, 04/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Дефрагментацию без необходимости размонтировать раздел.

    e4defrag не пользовали?

     
  • 2.9, Stax (ok), 00:25, 04/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Да как вам сказать, случаи разные бывают )
    Сейчас 10 Тб массив на вполне себе быстром рейде форматируется в ext4 минут 5. Иногда это /напрягает/. jfs или некотоыре другие фс форматируют мгновенно. Так что приятно, что есть какое-то продвижение в этом направлении.
     
     
  • 3.12, pro100master (ok), 00:33, 04/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Вас обманывают, это они не форматируют моментально, а говорят, что готовы к использованию :)))
     
     
  • 4.22, аноним (?), 01:56, 04/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Вас обманывают, это они не форматируют моментально, а говорят, что готовы к использованию

    А на самом деле вовсе не готовы, да? И вообще там фс нет, нас обманывают. Пустой раздел, ага?

     
     
  • 5.25, pro100master (ok), 08:34, 04/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, вы не поняли чуть больше, чем полностью. Времена fat12 прошли и сейчас не требуется специальная разметка __всего__ объёма.
     
     
  • 6.32, Аноним (-), 12:25, 04/11/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Нет, вы не поняли чуть больше, чем полностью. Времена fat12 прошли и
    > сейчас не требуется специальная разметка __всего__ объёма.

    Вы что-то путаете, fat12 это просто две таблицы в начале диска, он _весь_ объём никогда не размечал.

     
  • 6.47, Stax (ok), 18:37, 04/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Я понимаю ) так мне и не жалко, что они в фоне создают inode'ы или их эквиваленты при реальном использовании. Так, к тому же, оптимальнее в плане места, если все равно используются экстенты. Проблема именно в том, что ext2/3/4 так не умеет - пока не разметит все, форматирование не закончено. И это "разметит все" работает (не)реально долго. Теперь с этим лучше, в фоне пусть создает )

    Хотя, с другой стороны, это все равно не уровнь jfs или xfs, где создается по мере необходимости.

     
  • 2.55, John (??), 21:40, 04/11/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Лучше бы онлайн-дефрагментацию сделали, это гораздо полезнее.

    http://vleu.net/shake/

     
  • 2.59, pavlinux (ok), 22:44, 04/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Лучше бы онлайн-дефрагментацию сделали, это гораздо полезнее.

    Откуда знаешь что полезнее, если её там никогда не было? :)

     

  • 1.10, Аноним (-), 00:26, 04/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    В новости не упомянуто самое главное - тестирование всех ядер проводилось на виртуальной машине, а не на живом железе, что, по моему мнению, сводит его ценность к нулю.
     
     
  • 2.13, Аноним (-), 00:53, 04/11/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    почему?
     
     
  • 3.18, XoRe (ok), 01:50, 04/11/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > почему?

    The Core i7 970 host system was running Ubuntu 10.10 64-bit with the Linux 2.6.35 kernel on an ASRock X58 SuperComputer motherboard, 3GB of DDR3 system memory, a NVIDIA GeForce GTX 460, and a 64GB OCZ Vertex SSD.

    Потому что все упирается не в железо, а в "Ubuntu 10.10 64-bit with the Linux 2.6.35 kernel", которая работает на хост-системе.
    И х** его знает, сколько ресурсов она забирает на себя при каждом тесте.

    P.S.
    Вообще цель оптимизации - сократить отставание программных показателей от аппаратных возможностей.

     
     
  • 4.20, аноним (?), 01:52, 04/11/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Потому что все упирается не в железо, а в "Ubuntu 10.10 64-bit
    > with the Linux 2.6.35 kernel", которая работает на хост-системе.
    > И х** его знает, сколько ресурсов она забирает на себя при каждом
    > тесте.

    Это же похороникс. Все их тесты делаются одним полуграмотным эникейщиком, давно известно.

     
     
  • 5.60, pavlinux (ok), 22:47, 04/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Это же похороникс. Все их тесты делаются одним полуграмотным эникейщиком, давно известно.

    Да не делают они тестов, один прогонят, остальные рисуют.

     

  • 1.11, pro100master (ok), 00:32, 04/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Ой зря они опубликовали. За последние 5 лет нам на уши капают об "ускорении шифрования за счет аппаратных бла-бла-бла", а у них на первой же странице такой фейл :)))
     
  • 1.30, AHAH (?), 10:53, 04/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    по графикам не особо понравилось 32 ядро , такое очучение складывается что оно самое медленное из всех сегодня имеющихся
    а оно в дебе и убунте , даже лтс вроде
     
     
  • 2.64, ананим (?), 02:51, 05/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    ведро как ведро - везде ровно и гладко.
    кроме лупбэк нетвокинг начиная с 30 разве что.
     
  • 2.67, Аноним (-), 11:18, 05/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > по графикам не особо понравилось 32 ядро , такое очучение складывается что
    > оно самое медленное из всех сегодня имеющихся
    > а оно в дебе и убунте , даже лтс вроде

    Он в 6 РХЕЛе, а значит правильное

     

  • 1.65, iCat (ok), 08:51, 05/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Как-то со всеми этими тестами... не ладно...
    Объективности нет, что ли...
    Производительность, антивирусы, количество пользователей... Сплошное надувательство. Коммерческое враньё в опасной степени.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру