The OpenNET Project / Index page

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

В ядре Linux 3.15-rc1 улучшена поддержка Clang и существенно ускорен возврат из ждущего режима

14.04.2014 11:44

Линус Торвальдс объявил о закрытии окна приёма изменений и публикации первого кандидата в релизы ядра Linux 3.15. Отмечается, что в выпуск включено более 12 тысяч изменений, что заметно больше чем принималось в рамках подготовки прошлых выпусков. При этом, изменения не связаны с реализацией каких-то отдельных значительных новшеств, а обусловлены принятием большого числа мелких доработок.

Из наиболее заметных изменений можно отметить интеграцию наработок компании Intel по ускорению процесса возврата из ждущего режима. Благодаря организации асинхронного одновременного вывода из ждущего режима дисков и прочих устройств время пробуждения ноутбуков удалось сократить в 7-12 раз. Например, время вывода из ждущего режима компьютера на базе Intel Core i7 3960X уменьшилось с 11.6 до 1.1 секунд (в 10.5 раз), ноутбука на базе Intel Core i7 3770 с 5.4 до 0.45 секунд (в 12 раз), а ноутбука на базе Intel Core i7 4770S с 5.4 до 0.69 секунд (в 7.8 раз).

Кроме того, в ядро включены подготовленные в рамках проекта LLVMLinux новые патчи для улучшения сборки с использованием компилятора Clang.

  1. Главная ссылка к новости (http://www.phoronix.com/scan.p...)
  2. OpenNews: Анонсирован проект LLVMLinux, нацеленный на обеспечение сборки ядра Linux при помощи Clang
  3. OpenNews: Продемонстрирован запуск openSUSE с ядром Linux, собранным при помощи Clang
  4. OpenNews: В Clang доведена до готовности поддержка стандарта C++11 и приняты патчи для пересборки ядра Linux
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/39566-kernel
Ключевые слова: kernel, sleep
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (42) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Анонимус_б6 (?), 11:51, 14/04/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –8 +/
    интел интел интел...  а на базе процессоров АМД будут улучшения такого порядка или хоть какие-нибудь вообще? или инженеры интеля наоборот все для АМД застопорили или сделали хуже?
     
     
  • 2.5, Проходящий (?), 12:10, 14/04/2014 [^] [^^] [^^^] [ответить]  
  • +23 +/
    чуваки распаралелили выход из сна, это касается всех процессоров, бро
     
  • 2.6, Аноним (-), 12:11, 14/04/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Вот пусть инженеры AMD и делают улучшения, какие проблемы то?
     
  • 2.31, pavlinux (ok), 15:32, 14/04/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > интел интел интел...  а на базе процессоров АМД будут улучшения ...

    "async SCSI resume support

    Allow disks and other devices to resume in parallel.
    This provides a tangible speed up for a non-esoteric use case (laptop resume)"

    Это ваще ни к какому процессору не привязано!!!  

     

  • 1.3, t28 (?), 11:51, 14/04/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    > новые патчи для улучшения сборки с использованием компилятора Clang

    Ну вот, а вы боялись...

     
     
  • 2.15, Анонист (?), 13:08, 14/04/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Кстати, пробовал кто-то собирать шлангом? Как оно на деле-то? Быстродействие, скорость самой сборки, и все остальное?
     
     
  • 3.58, кевин (?), 23:45, 14/04/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Кстати, пробовал кто-то собирать шлангом? Как оно на деле-то? Быстродействие, скорость
    > самой сборки, и все остальное?

    погодь скоо будет тест с фороникса.

     
     
  • 4.62, rob pike (?), 00:32, 15/04/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Тест с фороникса покажет дватцатикратное превосходство CLang, даже если он не запустится вообще.
     
     
  • 5.69, Аноним (-), 16:52, 15/04/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Тест с фороникса покажет дватцатикратное превосходство CLang, даже если он не запустится вообще.

    А если все-таки запустится? Видимо вам страшно даже такое представить.
    Раньше говорили, что типа вообще не бывать ничему подобному в ближайшие годы.

    Теперь оставшиеся батхертствующие ненавистники clang не знают чтобы такое еще придумать, чтобы хоть ненадолго себя успокоить. Действительно, может быть и вправду не запуститься. Как же им хочется на это надеяться! Интересно, какое самоуспокоение они придумают в следующий раз.

     
     
  • 6.80, rob pike (?), 10:49, 17/04/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >оставшиеся батхертствующие ненавистники clang не знают чтобы такое еще придумать

    Теми же самыми словами за systemd агитируют обычно.
    Может быть как-то разнообразить лексикон?
    А то у вас все "кучка недобитых оппортунистов, брызгая ядом, пытается встать на пути Прогресса" получается, из газеты "Правда" 1976 года.

     
     
  • 7.82, Аноним (-), 18:15, 17/04/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Теми же самыми словами за systemd агитируют обычно.
    > Может быть как-то разнообразить лексикон?

    Говоря про "те же самые слова", вы хоть и другими словами, но по форме пытаетесь подражать тексту на который отвечаете.
    Сначала вы отвлекали внимание на фороникс, теперь на systemd.

    А если вдруг зайдет речь о systemd, вы тут же начнете переводить внимание еще на что-то другое.

    Кстати, как раз таки systemd и ближе "вашему" лагерю, фанатиков gcc и Linux.
    (Настоящие специалисты по gcc или Linux в виду не имелись.)

    > А то у вас все "кучка недобитых оппортунистов, брызгая ядом, пытается встать на пути Прогресса" получается, из газеты "Правда" 1976 года.

    В том же духе. Различные эмоциональные преувеличения, лишь бы увести разговор подальше вообще от каких либо технических вопросов.

     
  • 5.76, Аноним (-), 05:13, 16/04/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >  Тест с фороникса покажет дватцатикратное превосходство CLang, даже если он не
    > запустится вообще.

    Что-то остальные тесты этого не показывали. И вообще, любители шланга обычно гневно вопят - "это же фороникс!!!111". На что фороникс вполне цинично капитанит что тесты воспроизводимые, тестовый пакет можно скачать, а параметры запуска указаны в результатах. Так что докопаться не получится, все исходные данные и конфига - приведены.

     
     
  • 6.78, Аноним (-), 18:23, 16/04/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Что-то остальные тесты этого не показывали. И вообще, любители шланга обычно гневно вопят - "это же фороникс!!!111".

    Настоящие "любители" компиляторов, хоть старых, хоть новых, на фороникс особо не смотрят.
    Это те кто пытаются казаться, гадают на форониксе куда в следующий раз подует ветер.

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

     
  • 6.81, rob pike (?), 11:00, 17/04/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Показывали много и более смешного http article gmane org gmane comp gcc devel... большой текст свёрнут, показать
     
  • 3.63, maxis11 (ok), 01:19, 15/04/2014 [^] [^^] [^^^] [ответить]  
  • +/
    сегодня пытался собраться llvminux. Не наложился патч:
    Наложение патча kbuild-clang.patch
    patching file Makefile
    Hunk #1 succeeded at 253 with fuzz 2 (offset 6 lines).
    Hunk #2 succeeded at 377 with fuzz 2 (offset 49 lines).
    Hunk #3 FAILED at 395.
    Hunk #4 FAILED at 635.
    2 out of 4 hunks FAILED -- rejects in file Makefile
    Patch kbuild-clang.patch can be reverse-applied
    make: *** [state/kernel-patch] Ошибка 1

    Примерно тоже самое и у buildbot'a было
    http://buildbot.llvm.linuxfoundation.org/builders/clang/builds/5816/steps/she

     
     
  • 4.70, pavlinux (ok), 17:39, 15/04/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Какой патч, куда патч, зачем патч? o_0  
     
     
  • 5.71, Andrey Mitrofanov (?), 19:29, 15/04/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Какой патч, куда патч, зачем патч? o_0

    Два патча лучше, чем ни одного!

     
  • 5.73, maxis11 (ok), 23:48, 15/04/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    я понял, что процесс сборки происходит так: скачивается kernel с git'а (мастер ветка). Потом накладывается на него патчи для сборки под clang. Скачивается и ставится toolchain(llvm,clang,buildroot,ltpsf,qemu) (можно настроить что бы использовал свои версии инструментов) (ядро тоже можно настроить(какую ветку, какой коммит использовать)). Потом уже собирает ядро. Я сам не вдавался в подробности на самом деле, просто хотел собрать zen-kernel 3.14, а тут такая новость появилась. Думаю, что бы не было вопросов можешь сам попробовать поставить.
     

  • 1.8, karapuz2 (ok), 12:15, 14/04/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > ноутбука на базе Intel Core i7 3960X

    кто-то чего-то принял без рецепта

     
     
  • 2.10, Аноним (-), 12:16, 14/04/2014 [^] [^^] [^^^] [ответить]  
  • +/
    А в Африке тем временем дети голодают!
     
     
  • 3.17, A.Stahl (ok), 13:24, 14/04/2014 [^] [^^] [^^^] [ответить]  
  • +13 +/
    Они не будут это есть. Даже с рецептом.
     
  • 2.39, xv (??), 17:18, 14/04/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    EUROCOM Panther 5D.
    Processor: up to Intel i7-4960X Extreme (6-cores) or up to XEON E5-2697 v2 (12 cores / 24 treads)); socket LGA2011
     

  • 1.11, Zenitur (ok), 12:19, 14/04/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    3960X медленнее чем 3770? Звучит как "GeForce GXT 780 медленнее 750".

    > Благодаря организации асинхронного одновременного вывода из спящего режима дисков и прочих устройств время пробуждения ноутбуков удалось сократить в 7-12 раз.

    В TuxOnIce это есть?

     
     
  • 2.13, karapuz2 (ok), 12:22, 14/04/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Я полагаю, lspci | wc -l на двух машинах отличается раза в два. Было бы интересно проверить
     

  • 1.14, Аноним (-), 13:02, 14/04/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Но вообще забавно. Можно будет один раз скомпилировать в платформонезависимый код, а запускать через небольшую прослойку. И далее весь дистрибутив. Как? Ну примерно как у pnacl. :)
     
     
  • 2.18, Элиар (?), 13:44, 14/04/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Это вы про сборку clang'ом? Нельзя, к сожалению. Многое определяется на этапе компилляции — размер типов, препроцессинг и т. д.
     
  • 2.59, кевин (?), 23:47, 14/04/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Но вообще забавно. Можно будет один раз скомпилировать в платформонезависимый код, а
    > запускать через небольшую прослойку. И далее весь дистрибутив. Как? Ну примерно
    > как у pnacl. :)

    ага только вот этой вот прослойкой окажется большая часть ядра...

     

  • 1.19, sysstartd (ok), 14:03, 14/04/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    а не путают ли в статье ждущий со спящим режимом ?
     
     
  • 2.28, Аноним (-), 15:24, 14/04/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    А ведь ты прав. По ссылке на 01.org упоминается S3 (Suspend to RAM), который всю жизнь был ждущим режимом, а спящий это S4 (Suspend to disk).
     
     
  • 3.36, sysstartd (ok), 16:15, 14/04/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    поправил статью, ждём когда модераторы примут изменения
     

  • 1.20, Аноним (-), 14:16, 14/04/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Теперь можно будет программировать ядро прямо в визуалстудии, сбылась мечта микрософта и прочих фидорасов.
     
     
  • 2.25, Аноним (-), 15:12, 14/04/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Когда-то и tcc ядро успешно собирал, но где он теперь?
     
     
  • 3.72, Аноним (-), 20:29, 15/04/2014 [^] [^^] [^^^] [ответить]  
  • +/
    а теперь будет визуалстудия, поцтеринг и прочая шваль порадуются
     

  • 1.27, Аноним (-), 15:14, 14/04/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Это что же, TuxOnIce, который Линус по непонятным причинам долгие годы не принимал в ядро, теперь не нужен?
     
     
  • 2.29, Аноним (-), 15:26, 14/04/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Отвечу сам себе. В оригинале речь о ждущем режиме, а не о спящем.
     

  • 1.34, pavlinux (ok), 15:46, 14/04/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Во Молнар нафуячил

    Ingo Molnar (21):
      core locking updates
      RCU updates
      hweight type fix
      perf changes
      scheduler changes
      x86 acpi numa fix
      x86 apic changes
      x86 build change
      x86 cleanups
      x86 cpu handling changes
      x86 debug cleanup
      x86 EFI changes
      x86 hashing changes
      x86 hyperv change
      x86 kaslr update
      x86 mm change
      x86 reboot changes
      x86 cpufeature update
      timer updates
      x86 threadinfo changes
      sched/idle changes

     
     
  • 2.77, Аноним (-), 05:15, 16/04/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Во Молнар нафуячил

    Тем не менее, ничего user-visible.

     

  • 1.51, Аноним (-), 20:49, 14/04/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    а у меня как только линукс просыпается - обрываются интернеты
     
  • 1.64, Аноним (-), 03:47, 15/04/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    и на ноутах и ОСОБЕННО смартфонах - очень Выпукло видна разница )
    и выход из суспенда в разЫ шустрее - тоже впечатляет. вот что значит - начали избавляться от легаси кода я ядре, наконец-то, работавшего на скотче и соплях, утрируя )
     
     
  • 2.65, pavlinux (ok), 05:29, 15/04/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > ... начали избавляться от легаси кода я ядре, наконец-то, работавшего на скотче и соплях, утрируя )

    Вы такие весёлые и забавные :) Там в код добавили пару строчек .

     
     
  • 3.66, Аноним (-), 14:23, 15/04/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну помечтать-то можно?
     
  • 3.79, Аноним (-), 03:56, 17/04/2014 [^] [^^] [^^^] [ответить]  
  • +/
    "добавили пару строчек" - нередко позволяет избавиться от "добавленных сотен строк ранее" рукопопыми коллегами, закомитенных годами ранее.
     

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



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

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