The OpenNET Project / Index page

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

Сравнение производительности Linux ядер с версии 2.6.24 по 2.6.33

01.03.2010 11:00

Ресурс Phoronix провел тестирование производительности Linux ядра начиная с версии 2.6.24 и заканчивая 2.6.33. В версии 2.6.33 отмечено заметное повышение производительности при выполнении теста Apache Benchmark. Незначительно увеличилась производительность последней версии ядра в тестах 7-Zip и LZMA. Примерно одинаковые результаты были продемонстрированы в тестах C-Ray, NAS Parallel Benchmark и Bullet Physics Engine.

По сравнению с версиями 2.6.30, 2.6.31 и 2.6.32, при использовании ядра 2.6.33 почти в 10 раз упала производительность при оценке скорости работы СУБД PostgreSQL (тест pgbench) и в два с половиной раза результаты ухудшились при выполнении теста PostMark. Незначительно уменьшилась производительность 2.6.33 в тестах FFmpeg и Bork File Encryptor.

При выполнении теста Dbench в однопоточном режиме, показатели ядра 2.6.33 ухудшились почти в 8 раз, но при увеличении числа потоков до 12, ядро 2.6.33 обогнало 2.6.32 более чем в два раза.

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


Обсуждение (24) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Зилибоба (ok), 12:15, 01/03/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    К чему бы это?
     
     
  • 2.9, User295 (?), 15:10, 01/03/2010 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >К чему бы это?

    К тому, что продолжается пиление ядра под кластеры и прочий Ынтерпрайз - на десктопные системы кернелхацкерам давно начхать.

    Видимо один CK для простых смертных старается...

     

  • 1.2, Xb (?), 12:27, 01/03/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Ещё чуть-чуть и надо будет бегом доводить до ума KDE для Windows.
     
     
  • 2.3, sHaggY_caT (ok), 12:54, 01/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, просто нужно не использовать пионерские ядра, особенно на серверах. Регрессии постепенно устраняют, и в тех же el 2.6.18 ядрах, в которых куча новшеств из последних ванильных, проблема становиться не актуальной :)

    З.Ы. а что на десктопе юзать действительно не понятно.. Наверное, стоит посидеть на 2.6.31, и подождать, может что измениться с 2.6.32

     
     
  • 3.23, pavlinux (ok), 23:45, 01/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >З.Ы. а что на десктопе юзать действительно не понятно..

    http://www.opennet.ru/opennews/art.shtml?num=25613

     
  • 2.4, Аноним (-), 12:57, 01/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    на древнючем нтфсе то? удачи в этом направлении.
     
  • 2.7, User294 (ok), 14:51, 01/03/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >  Ещё чуть-чуть и надо будет бегом доводить до ума KDE для Windows.

    Я скорее поверю в то что ежи научатся летать чем в то что под виндовс появится реально юзабельный КДЕ.

     
     
  • 3.19, Аноним (-), 20:05, 01/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Вспоминается небезызвестная история про то, как Нил Армстронг, будучи на Луне, произнес: "Удачи, мистер (Ковальски|Горски|Джефферсон|Мэрриот)!"
     

  • 1.5, impressed (?), 14:12, 01/03/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    у PostgreSQL с последними ядрами резко упала производительность по вводу-выводу.

    Использую PostgreSQL 8.4.2, нагрузка примерно 2000-3000 INSERTов в секунду (самописная система для мониторинга MPLS-сети простроенной на CISCO, в БД складывается распарсенный Netflow v9).

    Регрессия по сравнению с ядрами 2.6.17-2.6.30 где-то 1.5-2.5 раза в худшую сторону.

     
     
  • 2.15, Slavaz (ok), 18:23, 01/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >мониторинга MPLS-сети простроенной на CISCO, в БД складывается распарсенный Netflow v9).
    >Регрессия по сравнению с ядрами 2.6.17-2.6.30 где-то 1.5-2.5 раза в худшую сторону.

    Либо "регрессия", либо "в худшую сторону" лишнее. Иначе отрицание отрицания :)

     
     
  • 3.16, impressed (?), 18:36, 01/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>мониторинга MPLS-сети простроенной на CISCO, в БД складывается распарсенный Netflow v9).
    >>Регрессия по сравнению с ядрами 2.6.17-2.6.30 где-то 1.5-2.5 раза в худшую сторону.
    >
    >Либо "регрессия", либо "в худшую сторону" лишнее. Иначе отрицание отрицания :)

    Прошу прощения за масло маслянное =) Голова уже не работает

     

  • 1.6, strah4 (?), 14:28, 01/03/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    И что 33 будет в апрельском убунту 10.04? Кошмар.
     
     
  • 2.8, User294 (ok), 14:51, 01/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >И что 33 будет в апрельском убунту 10.04? Кошмар.

    Там вроде как собирались .32 использовать, как раз из соображений что не успеют толком протестировать .33 ядро и отловить существенные проблемы, if any...

     
  • 2.10, аноним (?), 15:17, 01/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    32ое ядро там будет.
     
  • 2.11, минона (?), 17:20, 01/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    на своём ноуте использую 33 ядро и вполне доволен.
    использую также и постгри, но понятное дело на ноуте не под нагрузкой.
    не кажется ли более логичным тюнить постгри под ядро (и фс), а не наоборот?
     
     
  • 3.12, impressed (?), 17:31, 01/03/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >на своём ноуте использую 33 ядро и вполне доволен.
    >использую также и постгри, но понятное дело на ноуте не под нагрузкой.
    >
    >не кажется ли более логичным тюнить постгри под ядро (и фс), а
    >не наоборот?

    Глубочайше извиняюсь конечно, но постргесом я уже 7 лет занимаюсь тюнить его и систему под него умею.
    Процесс уходит в спячку, да так что порой через SELECT pg_cancel_backen(<pid>); не отстреливается
    По top и iostat и sar видно гигантский IOWAIT, дело где-то в планировщике ядерного ввода-вывода.
    Если удастся выяснить где именно, буду писать багрепорт на LKML, авось поможет.

     
     
  • 4.13, impressed (?), 17:45, 01/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    И еще скажу, что по сравнению с 2.6.32.x у 2.6.33  IOWAIT  значительно меньше, хоть  и больше оного  в старых ядрах.
     
     
  • 5.17, минона (?), 18:58, 01/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    ожидание ввода-вывода бывает ведь не только тогда, когда ввод-вывод перегружен, но и когда какой-либо ресурс занят (заблокирован. а блокировки - это вечный бич субд).
    т.е. вполне возможно, что постгри не совсем корректно работает с нововведениями ядра и не оптимально лочит те или иные данные.
    зы:
    я так понимаю, что в тесте использовали ext4? а как будет на старом ext3, но под 33 ядром? или вообще на ext2? или на бтр?
     
     
  • 6.18, impressed (?), 19:18, 01/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >ожидание ввода-вывода бывает ведь не только тогда, когда ввод-вывод перегружен, но и
    >когда какой-либо ресурс занят (заблокирован. а блокировки - это вечный бич
    >субд).
    >т.е. вполне возможно, что постгри не совсем корректно работает с нововведениями ядра
    >и не оптимально лочит те или иные данные.
    >зы:
    >я так понимаю, что в тесте использовали ext4? а как будет на
    >старом ext3, но под 33 ядром? или вообще на ext2? или
    >на бтр?

    Сейчас все работает на EXT4, до этого сидело на EXT3 и ядро было 2.6.30.4
    Btrfs пока страшновато юзать, но как стабилизируется буду юзать его или nilfs2.
    IOSTAT показывал 100% загрузку дисков при тестах, но может это глюк IOSTAT какой.

     
  • 5.24, Mike Lee (?), 23:56, 01/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    а разные планировщики пробовали?
     

  • 1.14, jura12 (??), 18:08, 01/03/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    надо наверно для десктопа и для серверов использовать по разному скомпилированные ядра. кроме того наверняка не все программы написаны для использования на многоядерных процессорах.
    у меня 8 потоков и что мне теперь делать :) ? обидно когда компьютер использует пониженную частоту и 1-2 ядра и приходится ждать завершения какой-н операции.
     
     
  • 2.21, User294 (ok), 21:04, 01/03/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > обидно когда компьютер использует пониженную частоту [..] и приходится ждать
    > завершения какой-н операции.

    К чему весь этот спич? Частота проца по мере необходимости поднимается, а понижается только когда делать нечего. Всякими там powernowd и прочими подобными по смыслу. Как бы -ck тут не при чем вроде?! oO

     

  • 1.22, jura12 (??), 23:02, 01/03/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    плохо частота поднимается. бывает работает процесс на 20-40%. может тормозит еще изза обращений к жесткому диску.
     
  • 1.25, pavlinux (ok), 00:04, 02/03/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Фрониксы отсюда тесты тырят - http://kernel-perf.sourceforge.net/results.machine_id=14&options=.html

     

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



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

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