The OpenNET Project / Index page

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

22.07.2015 16:05  Система непрерывного тестирования производительности ядра Linux

Разработчики SUSE Linux представили проект Marvin, в рамках которого организован процесс непрерывного тестирования производительности ядра Linux. После завершения выполнения очередного набора тестов, Marvin переходит к их повторному выполнению над актуализированными сборками ядра, включающими свежие исправления. Затем результаты сравниваются с прошлым выполнением теста и выявляются регрессивные падения производительности, о которых информируются разработчики. Несмотря на то, что система изначально нацелена на тестирование ядра из состава SUSE Enterprise Linux, она также настроена и на тестирование основного ядра Linux.

  1. Главная ссылка к новости (http://www.csn.ul.ie/~mel/blog...)
Лицензия: CC-BY
Тип: К сведению
Ключевые слова: linux, kernel, benchmark
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение Линейный вид | Ajax | Показать все | RSS
 
  • 1.1, A.Stahl, 16:26, 22/07/2015 [ответить] [смотреть все]
  • +1 +/
    Что-то по ссылкам я так и не нашёл информации на каких платформах тестируют. Или один лишь AMD64?
     
  • 1.3, Аноним, 17:03, 22/07/2015 [ответить] [смотреть все]
  • –1 +/
    А те регрессии, что накапливались 20 лет определить не получится?
     
     
  • 2.4, rshadow, 17:11, 22/07/2015 [^] [ответить] [смотреть все]
  • –7 +/
    Они уже давно перекрыты повышением в 2^10 раза производительности компов.
     
     
  • 3.5, Аноним, 17:37, 22/07/2015 [^] [ответить] [смотреть все]
  • +12 +/
    Роутеры с вами не согласны
     
     
  • 4.6, Аноним, 18:19, 22/07/2015 [^] [ответить] [смотреть все]
  • +/
    Вы представитель союза (свободных) роутеров? Огласите ваши требования!
     
     
  • 5.8, Michael Shigorin, 18:34, 22/07/2015 [^] [ответить] [смотреть все]  
  • +5 +/
    > Вы представитель союза (свободных) роутеров? Огласите ваши требования!

    Это лучше тов. sfstudio спросить, если по существу.

     
     
  • 6.11, sfstudio, 21:46, 22/07/2015 [^] [ответить] [смотреть все]  
  • +12 +/
    А чего там спрашивать? Всё от задачи зависит.

    Типовая для роутера это роутинг + NAT. С ним дела обстоят так что после 3.4 версии деградация производительности на одноядерных мипсах порядка 40%, большей частью из-за удаления route cache. В итоге в OpenWRT таки бэкпортнули часть route cache  с которой работал контрак это частично решило проблему сократив регресс по скорости где-то до 20%.

    В общей сложности сравнивая 2.6.21 и 3.4 (чистые) деградация на mips24kc порядка 30%.

    На SMP mips 1004kc так же после 3.4 вплоть до 4.0 наблюдался некоторый завал производительности. С 4.0 стало даже быстрее чем на 3.4 ессно если приюзать XPS/RPS и правильно раскидать прерывания.

    Собсно большинство недорогих маршрутизаторов на рынке это именно что-то на mips 24kc.

    Но тенденция ясна, всё движется в сторону SMP в итоге оверхид на одноведерных железяках растёт и существенно. Как минимум в части сети, в остальном не тестировал и как бы не особо слежу за остальными подсистемами. Тут пусть другие поделятся.

     
     
  • 7.12, Аноним, 23:33, 22/07/2015 [^] [ответить] [смотреть все]  
  • +1 +/
    А появившееся в 3,18 http www opennet ru opennews art shtml num 41210 сказалос... весь текст скрыт [показать]
     
     
  • 8.14, sfstudio, 23:55, 22/07/2015 [^] [ответить] [смотреть все]  
  • +7 +/
    К сожалению никак не сказалось по сути.

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

    qdisc: bulk dequeue support for qdiscs with TCQ_F_ONETXQUEUE из того же набора по сути оптимизация блокировок в qdisc. Более того не работает с GSO.

    net: Make dev_hard_start_xmit() work fundamentally on lists идея ясна но разницы на одноведерном мипсе с микроскопом не нашёл.

    На SMP основной профит в новых ядрах по производительности на транзитной пакетомолотилки получился из-за отказа от root блокировки в контрак что позволило его распараллелить. Плюс ещё стопка патчей на схожую тему.

    Однако всё это не компенсирует даже одного единственного удаления route cache. Так что пока мы остановились на 3.4 и мониторим как развивается ситуация проверяя каждую значимую ветку. А пока приходиться самостоятельно бэкпортить достаточно много кода в 3.4 ибо не смотря на то что оно LTS и до сих пор поддерживается, но многие критичные фиксы по сети и оптимизации в него не перененесли, вообще в LTS традиционно сети уделяется очень мало внимания.

    >Внесённые изменения позволяют добиться обработки полной пропускной способности высокоскоростных сетевых интерфейсов даже на относительно слабом оборудовании (например, на обычном компьютере продемонстрирована обработка потока в 40 гбит/сек), даже если в трафике преобладают пакеты небольшого размера;

    Тут видимо просто забыли добавить на SMP системах. =) Домашний компутер о 8ми 2ГГц x86 с DDR3 рамой и с огромным кэшем головах это далеко не средний или дешовый роутер с ~400-600МГц одноведерным mips 24kc у которого и L2 то кэша нет вообще никакого и рама дай бог DDR1.

     
     
  • 9.17, 1283648282, 12:01, 23/07/2015 [^] [ответить] [смотреть все]  
  • +/
    Вендоры специально для таких случаев интегрируют аппаратную обработку NAT в чипы, но нет - будем жевать кактус и использовать чисто программные решения.
     
     
  • 10.18, sfstudio, 12:12, 23/07/2015 [^] [ответить] [смотреть все]  
  • +1 +/
    А мы и используем PPE и во все поля, но факт остаётся фактом. Да и далеко не для всех кейзов PPE заюзать удаётся.
     
  • 7.19, freehck, 15:57, 11/08/2015 [^] [ответить] [смотреть все]  
  • +/
    > В итоге в OpenWRT таки бэкпортнули часть route cache

    Небольшой оффтоп по терминологии: не бэкпортнули, а именно портировали. Бэкпорт -- это когда из новых версий в старые переносят.

     
     
  • 8.20, sfstudio, 16:04, 11/08/2015 [^] [ответить] [смотреть все]  
  • +/
    >> В итоге в OpenWRT таки бэкпортнули часть route cache
    > Небольшой оффтоп по терминологии: не бэкпортнули, а именно портировали. Бэкпорт -- это
    > когда из новых версий в старые переносят.

    Ну тут даже не портировали, а привернули/родили/написали лишь отчасти аналогичную логику. Как бы не легче от этого.

     
  • 2.15, CSRedRat, 08:55, 23/07/2015 [^] [ответить] [смотреть все]  
  • +/
    Почему нет? Код ядра открыт, архивы доступны - пожалуйста.
     
  • 1.7, Аноним, 18:32, 22/07/2015 [ответить] [смотреть все]  
  • –9 +/
    Выглядит отвратно html4, на NodeJS им слабо?
     
     
  • 2.9, Аноним, 19:06, 22/07/2015 [^] [ответить] [смотреть все]  
  • +/
    Вам шашечки или ехать?
     
     
  • 3.10, Аноним, 19:10, 22/07/2015 [^] [ответить] [смотреть все]  
  • +/
    Нам нормальную систему проведения тестов, BuildBot вполне.
     
  • 3.16, iPony, 10:00, 23/07/2015 [^] [ответить] [смотреть все]  
  • –1 +/
    нам надо ехать с шашечками
     
  • 2.13, Аноним, 23:39, 22/07/2015 [^] [ответить] [смотреть все]  
  • +/
    > NodeJS

    нет, спасибо.

     

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


      Закладки на сайте
      Проследить за страницей
    Created 1996-2017 by Maxim Chirkov  
    ДобавитьРекламаВебмастеруГИД  
    Hosting by Ihor