The OpenNET Project / Index page

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

Результаты измерения производительности последних 6 релизов Linux ядра

24.03.2009 21:11

"Benchmarking The Linux 2.6.24 Through 2.6.29 Kernels" - результаты измерения производительности последних 6 релизов Linux ядра, с 2.6.24 по 2.6.29:

  • В 14 тестах различия в производительности оказались на уровне погрешности;
  • При оценке времени сжатия при использовании 7-zip, ядро 2.6.29 отстало от 2.6.28 на 21%.
  • 2.6.29 ядро в тесте на производительность OpenSSL при выполнении операций шифрования (RSA 4096-bit) обогнало все остальные ядра в два раза.
  • В пяти тестах GraphicsMagic ядро 2.6.29 вырвалось вперед, оторвавшись от конкурентов на 30-40%.
  • При измерении производительности SQLite, 2.6.29 ядро оказалось на уровне ядер 2.6.24 и 2.6.25, опередив остальные ядра в 3 раза.


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


Обсуждение (18) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Karbofos (??), 22:52, 24/03/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    ldd /usr/lib/p7zip/7z
            linux-vdso.so.1 =>  (0x00007fff21bff000)
            libpthread.so.0 => /lib/libpthread.so.0 (0x00007f591973d000)
            libdl.so.2 => /lib/libdl.so.2 (0x00007f5919539000)
            libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007f591922d000)
            libm.so.6 => /lib/libm.so.6 (0x00007f5918faa000)
            libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00007f5918d93000)
            libc.so.6 => /lib/libc.so.6 (0x00007f5918a40000)
            /lib64/ld-linux-x86-64.so.2 (0x00007f5919958000)
     
  • 1.2, Аноним (-), 22:53, 24/03/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Молодцы. Не все же время писать новые фичи. Единственная сильная регрессия в этой версии это Tuz =)
     
     
  • 2.3, ононим (?), 00:32, 25/03/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Молодцы. Не все же время писать новые фичи. Единственная сильная регрессия в
    >этой версии это Tuz =)

    ты список новшеств этого ядра видел? это все как раз благодаря тасманийскому дьяволу.

    слава темным силам!

     
     
  • 3.4, alf (??), 00:42, 25/03/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Но тем не менее тасманийский дьявол достаточно мерзкая зверюга по внешнему виду, да ещё и жрёт всё подряд вместе с костями (и даже местными ёжиками с их шкурой не брезгует)
     
     
  • 4.5, anonym (?), 02:05, 25/03/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Ужос! Ведь и виндой не подавится! А уж про яблоко говорить нечего ;)
     
  • 4.7, ононим (?), 02:49, 25/03/2009 [^] [^^] [^^^] [ответить]  
  • +/
    я посмотрел видео про дьяволят на youtube - они мне понравились. такие милые. :)
     

  • 1.6, Аноним (-), 02:31, 25/03/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    ...А теперь сравните это все с шустреньким 2.4...
     
     
  • 2.8, pavlinux (ok), 04:05, 25/03/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >...А теперь сравните это все с шустреньким 2.4...

    А у меня сеть 10GB Ethernet по HS-TCP, все данные на массиве через FC SCSI Qlogic 2462, расшариваются по NFS4 и CIFS, cоседним конторам в здании, раздаем инет через HDSL.
    Почти у каждого USB IP телефон EAlink с веб камерами UVC.
    Работаем с CUDA и дровами Nvidia. Еще есть кластер, под OCFS2, крутиться KVM с гостевыми операционками... Нагрузка рулится через CGROUPS....

    Как сравнивать-то??? У нас же ничего не включиться :)
      

     
     
  • 3.9, aaa (??), 09:08, 25/03/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Ничего, что мы тут рядышком постоим? :)
     
     
  • 4.14, Серж (??), 12:23, 25/03/2009 [^] [^^] [^^^] [ответить]  
  • +/
    это он в инете вычитал что такое бывает:)))
    вот и решил не втему написать:)
     
  • 3.13, fa (??), 12:22, 25/03/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    >
    >А у меня сеть 10GB Ethernet по HS-TCP, все данные на массиве
    >через FC SCSI Qlogic 2462, расшариваются по NFS4 и CIFS, cоседним
    >конторам в здании, раздаем инет через HDSL.
    >Почти у каждого USB IP телефон EAlink с веб камерами UVC.
    >Работаем с CUDA и дровами Nvidia. Еще есть кластер, под OCFS2, крутиться
    >KVM с гостевыми операционками... Нагрузка рулится через CGROUPS....
    >
    > Как сравнивать-то??? У нас же ничего не включиться :)
    >

    А у меня все равно длиннее


     
     
  • 4.16, User294 (??), 12:41, 25/03/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >А у меня все равно длиннее

    А отсюда не видно, так что пофигу.


     
  • 4.17, prapor (??), 12:56, 25/03/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >А у меня все равно длиннее

    Кто длиннее? Пинг? Мои соболезнования :)

     
  • 3.15, pavlinux_fan (?), 12:34, 25/03/2009 [^] [^^] [^^^] [ответить]  
  • +/
    что за контора такая ?
     

  • 1.19, User294 (??), 14:06, 25/03/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > При оценке времени сжатия при использовании 7-zip, ядро 2.6.29 отстало от 2.6.28 на 21%.

    А какое объяснение этому?При работе 7zip ядро вообще мало задействуется?!Откуда столько разницы???

    > 2.6.29 ядро в тесте на производительность OpenSSL при выполнении операций
    >шифрования (RSA 4096-bit) обогнало все остальные ядра в два раза.

    О сколько нам открытий чудных... готовит чудный сайт фороникс!А это - почему?Опять же по идее ядро мало задействуется?!И откуда столько выигрыша? oO

    > В пяти тестах GraphicsMagic ядро 2.6.29 вырвалось вперед,
    > оторвавшись от конкурентов на 30-40%.

    Опять же интересно - что такого этот магик делает магического что висит в ядре столько времени что аж 30-40% времени выиграть можно каким-то хреном?По логике вещей львиную долю времени магик должен хавать проц в юзерспейсе.Откуда 40% выигрыша тогда???

    > опередив остальные ядра в 3 раза.

    А это что за прикол?Фороникс удивляет чудесатыми бенчами. Без объяснения результатов такие бенчи выглядят подозрительно. Учтя что по логике вещей половина скакнувших тестов не должна бы много времени проводить в режиме ядра...

     
     
  • 2.20, dvg_lab (ok), 18:13, 25/03/2009 [^] [^^] [^^^] [ответить]  
  • +/
    покажите нам тесты имени великого анононима user294

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

     
  • 2.21, Karbofos (??), 23:28, 25/03/2009 [^] [^^] [^^^] [ответить]  
  • +/
    ну сделай ldd и посмотри, каким хреном там не пользуется ядро.
     

  • 1.22, Kobe (?), 23:18, 31/03/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вроде ядро уже можно компилить компилятором от Интела.. вот его результат очень интересно посмотреть
     

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



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

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