Линус Торвальдс объявил (https://lkml.org/lkml/2014/2/2/176) о закрытии окна приёма изменений и публикации первого кандидата в релизы ядра Linux 3.15. Отмечается, что в выпуск включено более 12 тысяч изменений, что заметно больше чем принималось в рамках подготовки прошлых выпусков. При этом, изменения не связаны с реализацией каких-то отдельных значительных новшеств, а обусловлены принятием большого числа мелких доработок.
Из наиболее заметных изменений можно отметить интеграцию (http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.g...) наработок компании Intel по ускорению процесса возврата из спящего режима. Благодаря организации асинхронного одновременного вывода из спящего режима дисков и прочих устройств время пробуждения ноутбуков удалось сократить (https://01.org/suspendresume/blogs/tebrandt/2013/hard-disk-r...) в 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 (http://llvm.linuxfoundation.org) новые патчи (http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.g...) для улучшения сборки с использованием компилятора Clang.URL: http://www.phoronix.com/scan.php?page=news_item&px=MTY2MjE
Новость: http://www.opennet.me/opennews/art.shtml?num=39566
интел интел интел... а на базе процессоров АМД будут улучшения такого порядка или хоть какие-нибудь вообще? или инженеры интеля наоборот все для АМД застопорили или сделали хуже?
чуваки распаралелили выход из сна, это касается всех процессоров, бро
Вот пусть инженеры AMD и делают улучшения, какие проблемы то?
> интел интел интел... а на базе процессоров АМД будут улучшения ..."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)"Это ваще ни к какому процессору не привязано!!!
> новые патчи для улучшения сборки с использованием компилятора ClangНу вот, а вы боялись...
Кстати, пробовал кто-то собирать шлангом? Как оно на деле-то? Быстродействие, скорость самой сборки, и все остальное?
> Кстати, пробовал кто-то собирать шлангом? Как оно на деле-то? Быстродействие, скорость
> самой сборки, и все остальное?погодь скоо будет тест с фороникса.
Тест с фороникса покажет дватцатикратное превосходство CLang, даже если он не запустится вообще.
> Тест с фороникса покажет дватцатикратное превосходство CLang, даже если он не запустится вообще.А если все-таки запустится? Видимо вам страшно даже такое представить.
Раньше говорили, что типа вообще не бывать ничему подобному в ближайшие годы.Теперь оставшиеся батхертствующие ненавистники clang не знают чтобы такое еще придумать, чтобы хоть ненадолго себя успокоить. Действительно, может быть и вправду не запуститься. Как же им хочется на это надеяться! Интересно, какое самоуспокоение они придумают в следующий раз.
>оставшиеся батхертствующие ненавистники clang не знают чтобы такое еще придуматьТеми же самыми словами за systemd агитируют обычно.
Может быть как-то разнообразить лексикон?
А то у вас все "кучка недобитых оппортунистов, брызгая ядом, пытается встать на пути Прогресса" получается, из газеты "Правда" 1976 года.
> Теми же самыми словами за systemd агитируют обычно.
> Может быть как-то разнообразить лексикон?Говоря про "те же самые слова", вы хоть и другими словами, но по форме пытаетесь подражать тексту на который отвечаете.
Сначала вы отвлекали внимание на фороникс, теперь на systemd.А если вдруг зайдет речь о systemd, вы тут же начнете переводить внимание еще на что-то другое.
Кстати, как раз таки systemd и ближе "вашему" лагерю, фанатиков gcc и Linux.
(Настоящие специалисты по gcc или Linux в виду не имелись.)> А то у вас все "кучка недобитых оппортунистов, брызгая ядом, пытается встать на пути Прогресса" получается, из газеты "Правда" 1976 года.
В том же духе. Различные эмоциональные преувеличения, лишь бы увести разговор подальше вообще от каких либо технических вопросов.
> Тест с фороникса покажет дватцатикратное превосходство CLang, даже если он не
> запустится вообще.Что-то остальные тесты этого не показывали. И вообще, любители шланга обычно гневно вопят - "это же фороникс!!!111". На что фороникс вполне цинично капитанит что тесты воспроизводимые, тестовый пакет можно скачать, а параметры запуска указаны в результатах. Так что докопаться не получится, все исходные данные и конфига - приведены.
> Что-то остальные тесты этого не показывали. И вообще, любители шланга обычно гневно вопят - "это же фороникс!!!111".Настоящие "любители" компиляторов, хоть старых, хоть новых, на фороникс особо не смотрят.
Это те кто пытаются казаться, гадают на форониксе куда в следующий раз подует ветер.А вам просто ничего реального по техническим вопросам нечего сказать, вот вы и переводите внимание на фороникс чтобы хоть как-то унять жжение.
>> Тест с фороникса покажет дватцатикратное превосходство CLang, даже если он не
>> запустится вообще.
> Что-то остальные тесты этого не показывали.Показывали много и более смешного.
>As for Phoronix, so far I saw several pitfalls in their testing methodology:
>Comparing LLVM and GCC on Fortran benchmarks. LLVM has no fortran FE and just quietly call system GCC. So comparison of LLVM and GCC on Fortran benchmarks means comparison of system GCC and a given GCC.http://article.gmane.org/gmane.comp.gcc.devel/134152
> И вообще, любители шланга обычно гневно
> вопят - "это же фороникс!!!111". На что фороникс вполне цинично капитанит
> что тесты воспроизводимые,Только воспроизвести их результаты почему-то обычно не получается.
> тестовый пакет можно скачать, а параметры запуска указаны
> в результатах. Так что докопаться не получится, все исходные данные и
> конфига - приведены.
>It is not that long that Phoronix used to compile some of the benchmarkse.g. with -O0 and claim they were compiled with -O3, or tune for a
completely different CPU than what it has been tested on
http://article.gmane.org/gmane.comp.gcc.devel/134155
сегодня пытался собраться 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/buil...
Какой патч, куда патч, зачем патч? o_0
> Какой патч, куда патч, зачем патч? o_0Два патча лучше, чем ни одного!
я понял, что процесс сборки происходит так: скачивается kernel с git'а (мастер ветка). Потом накладывается на него патчи для сборки под clang. Скачивается и ставится toolchain(llvm,clang,buildroot,ltpsf,qemu) (можно настроить что бы использовал свои версии инструментов) (ядро тоже можно настроить(какую ветку, какой коммит использовать)). Потом уже собирает ядро. Я сам не вдавался в подробности на самом деле, просто хотел собрать zen-kernel 3.14, а тут такая новость появилась. Думаю, что бы не было вопросов можешь сам попробовать поставить.
> ноутбука на базе Intel Core i7 3960Xкто-то чего-то принял без рецепта
А в Африке тем временем дети голодают!
Они не будут это есть. Даже с рецептом.
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
3960X медленнее чем 3770? Звучит как "GeForce GXT 780 медленнее 750".> Благодаря организации асинхронного одновременного вывода из спящего режима дисков и прочих устройств время пробуждения ноутбуков удалось сократить в 7-12 раз.
В TuxOnIce это есть?
Я полагаю, lspci | wc -l на двух машинах отличается раза в два. Было бы интересно проверить
Но вообще забавно. Можно будет один раз скомпилировать в платформонезависимый код, а запускать через небольшую прослойку. И далее весь дистрибутив. Как? Ну примерно как у pnacl. :)
Это вы про сборку clang'ом? Нельзя, к сожалению. Многое определяется на этапе компилляции — размер типов, препроцессинг и т. д.
> Но вообще забавно. Можно будет один раз скомпилировать в платформонезависимый код, а
> запускать через небольшую прослойку. И далее весь дистрибутив. Как? Ну примерно
> как у pnacl. :)ага только вот этой вот прослойкой окажется большая часть ядра...
а не путают ли в статье ждущий со спящим режимом ?
А ведь ты прав. По ссылке на 01.org упоминается S3 (Suspend to RAM), который всю жизнь был ждущим режимом, а спящий это S4 (Suspend to disk).
поправил статью, ждём когда модераторы примут изменения
Теперь можно будет программировать ядро прямо в визуалстудии, сбылась мечта микрософта и прочих фидорасов.
Когда-то и tcc ядро успешно собирал, но где он теперь?
а теперь будет визуалстудия, поцтеринг и прочая шваль порадуются
Это что же, TuxOnIce, который Линус по непонятным причинам долгие годы не принимал в ядро, теперь не нужен?
Отвечу сам себе. В оригинале речь о ждущем режиме, а не о спящем.
Во Молнар нафуячил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
> Во Молнар нафуячилТем не менее, ничего user-visible.
а у меня как только линукс просыпается - обрываются интернеты
и на ноутах и ОСОБЕННО смартфонах - очень Выпукло видна разница )
и выход из суспенда в разЫ шустрее - тоже впечатляет. вот что значит - начали избавляться от легаси кода я ядре, наконец-то, работавшего на скотче и соплях, утрируя )
> ... начали избавляться от легаси кода я ядре, наконец-то, работавшего на скотче и соплях, утрируя )Вы такие весёлые и забавные :) Там в код добавили пару строчек .
Ну помечтать-то можно?
"добавили пару строчек" - нередко позволяет избавиться от "добавленных сотен строк ранее" рукопопыми коллегами, закомитенных годами ранее.