The OpenNET Project / Index page

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



"Вторая версия патчей c реструктуризацией заголовочных файлов ядра Linux"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Вторая версия патчей c реструктуризацией заголовочных файлов ядра Linux"  +/
Сообщение от opennews (??), 09-Янв-22, 10:53 
Инго Молнар (Ingo Molnar) представил вторую версию набора патчей, позволяющего значительно сократить время пересборки ядра за счёт реструктуризации иерахии заголовочных файлов и сокращения числа перекрёстных зависимостей. От предложенной несколько дней назад первой версии новый вариант отличается адаптацией для ядра 5.16-rc8, добавлением дополнительных оптимизаций и реализацией поддержки сборки с использованием компилятора Clang. При использовании Clang применение патчей позволило сократить время сборки на 88% или на 77% в показателях расходования ресурсов CPU. При полной пересборке ядра командой "make -j96 vmlinux время сборки сократилось с 337.788 до 179.773 секунд...

Подробнее: https://www.opennet.ru/opennews/art.shtml?num=56475

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по времени | RSS]


1. "Вторая версия патчей c реструктуризацией заголовочных файлов..."  +35 +/
Сообщение от Аноним (1), 09-Янв-22, 10:53 
фантастика, ждем в апстриме
Ответить | Правка | Наверх | Cообщить модератору

61. "Вторая версия патчей c реструктуризацией заголовочных файлов..."  +/
Сообщение от Аноним (-), 12-Янв-22, 02:31 
фантастика что новости уже пару дней, а про 96 и 69 еще никто не пошутил :(
не играет гормон и это печально, стареете
Ответить | Правка | Наверх | Cообщить модератору

2. "Вторая версия патчей c реструктуризацией заголовочных файлов..."  +38 +/
Сообщение от Аноним (2), 09-Янв-22, 10:54 
Титанический труд, спасибо всем причастным за проделанную работу!
Ответить | Правка | Наверх | Cообщить модератору

21. "Вторая версия патчей c реструктуризацией заголовочных файлов..."  –23 +/
Сообщение от Аноним (21), 09-Янв-22, 12:13 
ага, большое спасибо за сломанный blame по всему ядру. надеюсь, причастных когда-нибудь посадят
Ответить | Правка | Наверх | Cообщить модератору

57. "Вторая версия патчей c реструктуризацией заголовочных файлов..."  +/
Сообщение от irinat (ok), 10-Янв-22, 23:28 
> сломанный blame

Это такая дешёвая придирка, что просто смешно. Случаи, когда git blame за один заход помогает найти оригинального автора настолько редки, что можно смело считать, что такого не происходит никогда. Всегда после запуска git blame нужно проверять патч, чтобы выяснить суть изменений. Иногда это реструктурирование кода, иногда функции приобретают или теряют аргумент. Иногда приличный кусок кода смещается вправо или влево, потому что добавился или исчез "if". Всегда нужно проверять патч.

В долгоживущих проектах git blame может состоять из более чем десятка шагов. Ещё один шаг погоды не делает.

Ответить | Правка | Наверх | Cообщить модератору

59. "Вторая версия патчей c реструктуризацией заголовочных файлов..."  +/
Сообщение от rshadow (ok), 12-Янв-22, 01:29 
Да забей. "Свинья везде грязь найдет"
Ответить | Правка | Наверх | Cообщить модератору

3. "Вторая версия патчей c реструктуризацией заголовочных файлов..."  –3 +/
Сообщение от васёк (?), 09-Янв-22, 10:55 
а в Винде как такую проблему решили? там же тоже ядро на си...
Ответить | Правка | Наверх | Cообщить модератору

5. "Вторая версия патчей c реструктуризацией заголовочных файлов..."  +10 +/
Сообщение от Аноним (5), 09-Янв-22, 10:58 
А зачем майкам решать такую проблемы у них же человекочасы и количество фич на релиз кипиай.  Им никакие оптимизации не нужны.  
Ответить | Правка | Наверх | Cообщить модератору

14. Скрыто модератором  –11 +/
Сообщение от qwe (??), 09-Янв-22, 11:20 
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

27. Скрыто модератором  –1 +/
Сообщение от йуц (?), 09-Янв-22, 13:32 
Ответить | Правка | Наверх | Cообщить модератору

17. "Вторая версия патчей c реструктуризацией заголовочных файлов..."  +10 +/
Сообщение от n00by (ok), 09-Янв-22, 11:45 
Вот так:

private\windows\media\avi\verinfo.16\verinfo.h:

     *       !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
     *       !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
     * !!!!!!!IF YOU CHANGE TABS TO SPACES, YOU WILL BE KILLED!!!!!!!
     *       !!!!!!!!!!!!!!DOING SO F*CKS THE BUILD PROCESS!!!!!!!!!!!!!!!!
     *       !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
     *       !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

20. "Вторая версия патчей c реструктуризацией заголовочных файлов..."  +13 +/
Сообщение от Аноним (20), 09-Янв-22, 12:10 
Да, было веселье, когда комментарии в утекшем коде винды разбирали.

Вот ещё находки (источник https://web.archive.org/web/20040622090121/http://www.kuro5h... ):

private\shell\shell32\util.cpp:
// the fucking alpha cpp compiler seems to fuck up the goddam type
"LPITEMIDLIST", so to work<BR>// around the fucking peice of shit compiler we
pass the last param as an void *instead of a LPITEMIDLIST


private\ntos\rtl\heap.c:
// The specific idiot in this case is Office95, which likes
// to free a random pointer when you start Word95 from a desktop
// shortcut.

private\ntos\w32\ntuser\kernel\swp.c:
* for idiots like MS-Access 2.0 who SetWindowPos( SWP_BOZO
* and blow away themselves on the shell, then lets
* just ignore their plea to be removed from the tray

private\ntos\w32\ntuser\kernel\swp.c:
* for idiots like MS-Access 2.0 who SetWindowPos( SWP_BOZO
* and blow away themselves on the shell, then lets
* just ignore their plea to be removed from the tray

private\inet\mshtml\src\core\cdbase\baseprop.cxx:
// HACK! HACK! HACK! (MohanB) In order to fix #64710 at this very late
private\inet\mshtml\src\core\cdutil\genutil.cxx:
// HACK HACK HACK. REMOVE THIS ONCE MARLETT IS AROUND

private\inet\mshtml\src\other\moniker\resprot.cxx:
//
goto EndHack;
//

private\inet\mshtml\src\site\layout\flowlyt.cxx:
// God, I hate this hack ...

private\inet\wininet\urlcache\cachecfg.cxx:
// Dumb hack for back compat. *sigh*

private\inet\wininet\urlcache\filemgr.cxx:
// ACHTUNG!!! this is a special hack for IBM antivirus software

private\ispu\pkitrust\trustui\acuictl.cpp:
// HACK ALERT, believe it or not there is no way to get the height of the current
// HACK ON TOP OF HACK ALERT,

private\ntos\udfs\devctrl.c:
// Add the hack-o-ramma to fix formats.

private\shell\shdoc401\unicpp\sendto.cpp:
// Mondo hackitude-o-rama.

private\ntos\w32\ntcon\server\link.c:
// HUGE, HUGE hack-o-rama to get NTSD started on this process!

private\ntos\w32\ntuser\client\dlgmgr.c:
// HACK OF DEATH:

private\shell\lib\util.cpp:
// TERRIBLE HORRIBLE NO GOOD VERY BAD HACK

private\ntos\w32\ntuser\client\nt6\user.h:
    * The magnitude of this hack compares favorably with that of the national debt.

private\shell\ext\tweakui\genthunk.c:
    * CallProc32W is insane. It's a variadic function that uses
    * the pascal calling convention. (It probably makes more sense
    * when you're stoned.)

private\mvdm\wow32\wcntl32.c:
    // These undocumented messages are used by Excel 5.0

private\mvdm\wow32\wgdi31.c:
    // InquireVisRgn is an undocumented Win 3.1 API. This code has been
    // suggested by ChuckWh. If this does not fix the s 2.0
    // problem, then ChuckWh would be providing us with an private entry
    // point.

private\mvdm\wow32\wgfont.c:
    * This thunk implements the undocumented Win3.0 and Win3.1 API
    * GetCurLogFont (GDI.411). Symantec QA4.0 uses it.
    * To implement this undocumented API we will use the NT undocumented API


private\ntos\w32\ntuser\kernel\mnpopup.c:
    // Set the GlobalPopupMenu variable so that EndMenu works for popupmenus so
    // that WinWart II people can continue to abuse undocumented functions.

private\windows\shell\accesory\hypertrm\emu\minitel.c:
    // Guess what? Latent background color is always adopted for mosaics.
    // This is a major undocumented find...

private\windows\shell\accesory\hypertrm\emu\minitelf.c:
    // Ah, the life of the undocumented. The documentation says
    // that this guys does not validate, colors, act as a delimiter
    // and fills with spaces. Wrong. It does validate the color.
    // As such its a delimiter. If...

Ответить | Правка | Наверх | Cообщить модератору

4. "Вторая версия патчей c реструктуризацией заголовочных файлов..."  –3 +/
Сообщение от Аноним (5), 09-Янв-22, 10:55 
Надеюсь сломают всю совместимость чтобы все старые версии пошли по-бороде.  И все перешли с нафталиновых ядер на новые.  
Ответить | Правка | Наверх | Cообщить модератору

7. "Вторая версия патчей c реструктуризацией заголовочных файлов..."  +1 +/
Сообщение от макпыф (ok), 09-Янв-22, 11:01 
изменений в рантайме особых быть не должно
Ответить | Правка | Наверх | Cообщить модератору

11. "Вторая версия патчей c реструктуризацией заголовочных файлов..."  +/
Сообщение от asdsad (?), 09-Янв-22, 11:12 
А при чем тут рантайм? Они постоянно свой API ломают (причем даже внутри версии), что постоянно вызывает проблемы с модулями вне ядра.
Ответить | Правка | Наверх | Cообщить модератору

13. "Вторая версия патчей c реструктуризацией заголовочных файлов..."  +/
Сообщение от макпыф (ok), 09-Янв-22, 11:17 
в сторонних модулях придется поправить инклюды (может потребоваться подключить то что подключалось раньше через какой нибудь sched.h)

Собсно апи там вроде не ломали

Ответить | Правка | Наверх | Cообщить модератору

33. "Вторая версия патчей c реструктуризацией заголовочных файлов..."  +/
Сообщение от Аноним (-), 09-Янв-22, 16:31 
А при чём тут апи?
Ответить | Правка | Наверх | Cообщить модератору

12. "Вторая версия патчей c реструктуризацией заголовочных файлов..."  +1 +/
Сообщение от Онаним (?), 09-Янв-22, 11:13 
Так-то оно API не ломает.
ABI может по известной вещи пойти, но это уже не так критично.
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

34. "Вторая версия патчей c реструктуризацией заголовочных файлов..."  +/
Сообщение от . (?), 09-Янв-22, 16:34 
Как не ломает? Набор #include - тоже часть api.
Авторам 3d party модулей не привязанным исключительно к "linux-next" (нвидии или zol) работенка светит немалая. Полагаю, потраченное время будет несоизмеримо с копейками выигрыша от пересборки на аж 96 ядрах - но это кого надо выигрыш, он себе карты сам и сдает.

А что в ядре полно г-нокода - так он и не денется никуда.

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

Ответить | Правка | Наверх | Cообщить модератору

54. "Вторая версия патчей c реструктуризацией заголовочных файлов..."  +/
Сообщение от Онаним (?), 10-Янв-22, 10:09 
Ну, тогда тут немножко шире, чем ломает-не ломает, раз мы в дебри полезли.

- Собранному софту не поплохеет, userspace API не ломается
- В исходниках софта, завязанного на include хедеров ядра, возможно, потребуются правки
- В исходниках сторонних модулей ядра, скорее всего, потребуются правки
- Собранные сторонние модули ядра традиционно сломаются :), но не из-за конкретных изменений, а просто потому, что их всё равно под каждую конкретную версию ядра собирать надо

Ответить | Правка | Наверх | Cообщить модератору

15. "Вторая версия патчей c реструктуризацией заголовочных файлов..."  +/
Сообщение от Аноним (15), 09-Янв-22, 11:34 
На ядрах, начиная с 5.13, suspend-to-ram сломан. Я лучше на 5.11 посижу.
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

18. "Вторая версия патчей c реструктуризацией заголовочных файлов..."  +7 +/
Сообщение от Аноним (-), 09-Янв-22, 11:46 
Об этом кроме тебя кто-нибудь знает?
Ответить | Правка | Наверх | Cообщить модератору

22. "Вторая версия патчей c реструктуризацией заголовочных файлов..."  +1 +/
Сообщение от Аноним (22), 09-Янв-22, 12:21 
А у меня он начиная с 5.1x исправлен.
Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

19. "Вторая версия патчей c реструктуризацией заголовочных файлов..."  +/
Сообщение от YetAnotherOnanym (ok), 09-Янв-22, 12:09 
Надейся, надейся...
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

6. "Вторая версия патчей c реструктуризацией заголовочных файлов..."  +/
Сообщение от макпыф (ok), 09-Янв-22, 11:01 
> адаптацией для ядра 5.16-rc8

кстати, а до этого под какое ядро было?

Ответить | Правка | Наверх | Cообщить модератору

8. "Вторая версия патчей c реструктуризацией заголовочных файлов..."  +/
Сообщение от Аноним (8), 09-Янв-22, 11:06 
5.16-rc7
Ответить | Правка | Наверх | Cообщить модератору

9. "Вторая версия патчей c реструктуризацией заголовочных файлов..."  +/
Сообщение от klm (??), 09-Янв-22, 11:08 
5.16-rc7
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

23. "Вторая версия патчей c реструктуризацией заголовочных файлов..."  +1 +/
Сообщение от Аноним (21), 09-Янв-22, 12:22 
> При использовании Clang применение патчей позволило сократить время сборки на 88%
> При полной пересборке ядра командой "make -j96 vmlinux время сборки сократилось с 337.788 до 179.773 секунд.

кто кого изнасиловал? качество копипастного перевода прихрамывает

Ответить | Правка | Наверх | Cообщить модератору

26. "Вторая версия патчей c реструктуризацией заголовочных файлов..."  +/
Сообщение от Андрей (??), 09-Янв-22, 13:24 
Эмм, что-то не знаю, с одной стороны - круто, с другой стороны подозреваю, что во-первых - это усложнит дальнейшую разработку, т.к. ПМСМ - хочется видеть доступные библиотеки и возможности в начале заголовка, а не надеятся, что какой-нибудь Вася его подключил за тебя, плюс - вот 100% можно было либо кэширующим компилятором, либо инструментом предобработки обойтись, вместо того, чтобы ядро целиком патчить. Т.е. надеюсь не окажется, что вся эта работа - выстрел в ногу разработчикам от очередных фанатов утилиты time.
Ответить | Правка | Наверх | Cообщить модератору

29. "Вторая версия патчей c реструктуризацией заголовочных файлов..."  –1 +/
Сообщение от Zenitur (ok), 09-Янв-22, 13:54 
> Инго Молнар (Ingo Molnar)

Это который создал 12309?

Ответить | Правка | Наверх | Cообщить модератору

40. "Вторая версия патчей c реструктуризацией заголовочных файлов..."  +/
Сообщение от RNZ (ok), 09-Янв-22, 17:39 
Выстави:
vm.overcommit_memory = 2
vm.overcommit_ratio = 200
и перестань плакаться.

P.S. Нет, 12309 создал Ben Gamari https://web.archive.org/web/20200206024633/https://bugzilla....

Ответить | Правка | Наверх | Cообщить модератору

48. "Вторая версия патчей c реструктуризацией заголовочных файлов..."  +1 +/
Сообщение от Аноним (-), 09-Янв-22, 22:31 
это тот анекдот - "подожди сейчас дискету доформатирую" но для Linux
Ответить | Правка | Наверх | Cообщить модератору

52. "Вторая версия патчей c реструктуризацией заголовочных файлов..."  +/
Сообщение от RNZ (ok), 10-Янв-22, 04:27 
> это тот анекдот - "подожди сейчас дискету доформатирую" но для Linux

Ты можешь анекдот, как угодно перекладывать. Ну а linux можно тюнить под задачи - хочешь что-бы тормозило, как в форточках95 при форматировании дискет, можешь и под это затюнить - никто тебя в этом не ограничивает.

Ответить | Правка | Наверх | Cообщить модератору

30. "Вторая версия патчей c реструктуризацией заголовочных файлов..."  –7 +/
Сообщение от Аноним (30), 09-Янв-22, 14:01 
лучше б занялись оптимизацией работы, компилится ядро раз в несколько месяцев, и обычнона стороне производителя дистрибутива, а вот выполнение кода происходит каждую секунду. но это сложно, проще поиграть в хареке и солонку :) попутно дооптизимировав исходники в бинарное-vscode-only нечтно (зато быстро!)
Ответить | Правка | Наверх | Cообщить модератору

31. "Вторая версия патчей c реструктуризацией заголовочных файлов..."  +5 +/
Сообщение от Анонимый аноним (?), 09-Янв-22, 14:28 
Автору патча напиши чтобы он му*ак занялся наконец делом, а не вот этой ненужной для анонимусов оптимизацией
Ответить | Правка | Наверх | Cообщить модератору

42. "Вторая версия патчей c реструктуризацией заголовочных файлов..."  +/
Сообщение от Аноним (42), 09-Янв-22, 18:53 
его уже поперли с шедулера, он другую ненужную хрень сделать решил.
А че - шапка все оплатит.
Ответить | Правка | Наверх | Cообщить модератору

35. "Вторая версия патчей c реструктуризацией заголовочных файлов..."  +2 +/
Сообщение от Аноним (-), 09-Янв-22, 16:35 
>При использовании Clang применение патчей позволило сократить время сборки на 88% или на 77%

Не понимаю зачем заниматься компилятором Clang? Пусть это поделие корпорастов идёт к чёрту.

Только, и только божественный GCC!!!!!!!

Ответить | Правка | Наверх | Cообщить модератору

41. "Вторая версия патчей c реструктуризацией заголовочных файлов..."  +2 +/
Сообщение от макпыф (ok), 09-Янв-22, 17:54 
> Пусть это поделие корпорастов идёт к чёрту.

Согласен, да только ядро на 80-90% пилится ими

Ответить | Правка | Наверх | Cообщить модератору

46. "Вторая версия патчей c реструктуризацией заголовочных файлов..."  –1 +/
Сообщение от Аноним (46), 09-Янв-22, 19:27 
Да хоть для того чтобы gcc не скатывался в не пойми что, как это было лет 8 назад.
Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

51. "Вторая версия патчей c реструктуризацией заголовочных файлов..."  +/
Сообщение от Аноним (-), 09-Янв-22, 23:49 
очень надо были это все c++2k22 в гцц, кушатьнимагли
Ответить | Правка | Наверх | Cообщить модератору

36. "Вторая версия патчей c реструктуризацией заголовочных файлов..."  +1 +/
Сообщение от Аноним (36), 09-Янв-22, 17:07 
Когда уже под tcc пропатчат?
Ответить | Правка | Наверх | Cообщить модератору

49. "Вторая версия патчей c реструктуризацией заголовочных файлов..."  +/
Сообщение от kusb (?), 09-Янв-22, 22:40 
Оно собиралось tcc.
Ответить | Правка | Наверх | Cообщить модератору

37. "Вторая версия патчей c реструктуризацией заголовочных файлов..."  +1 +/
Сообщение от АнтиВаксер (?), 09-Янв-22, 17:17 
Ещё бы прокрутку в консоли починили.
Ответить | Правка | Наверх | Cообщить модератору

43. "Вторая версия патчей c реструктуризацией заголовочных файлов..."  +/
Сообщение от Аноним (43), 09-Янв-22, 19:01 
Лучше бы само ядро пропатчили. С каждым релизом всё более неповоротливое становится. То BFQ, то btrfs ломают, то симптомы 12309 всё ещё остаются... Никакие настройки не помогают. Торвальдс там что, вообще положил болт на разработку? А раньше же так хорошо работало, фору любой другой системе дал бы, а сейчас...
Ответить | Правка | Наверх | Cообщить модератору

45. "Вторая версия патчей c реструктуризацией заголовочных файлов..."  +/
Сообщение от Аноним (45), 09-Янв-22, 19:21 
Bfq перманентно сломан с первых дней, это кем надо быть чтобы его юзать? Чтобы избавиться от 12309 всегда было достаточно его отключить (с тех пор, как на mq перевели дефолт, даже ядро настраивать на надо).
Ответить | Правка | Наверх | Cообщить модератору

47. "Вторая версия патчей c реструктуризацией заголовочных файлов..."  +1 +/
Сообщение от Аноним (47), 09-Янв-22, 21:10 
facepalm

чувак не вкурсе про
#pragma once

Ответить | Правка | Наверх | Cообщить модератору

50. "Вторая версия патчей c реструктуризацией заголовочных файлов..."  +/
Сообщение от Аноним (50), 09-Янв-22, 22:56 
Что ж ты строем не ходишь, раз такой умный?
Ответить | Правка | Наверх | Cообщить модератору

53. "Вторая версия патчей c реструктуризацией заголовочных файлов..."  +/
Сообщение от Аноним (53), 10-Янв-22, 05:44 
j96 круто конечно, а на более доступных Core i5 какое время этот патч сэкономит?
Ответить | Правка | Наверх | Cообщить модератору

55. "Вторая версия патчей c реструктуризацией заголовочных файлов..."  +/
Сообщение от Аноним (42), 10-Янв-22, 10:43 
кому ты интересен - когда IBM сказало пилить ?!
у них на power тормозит.
Ответить | Правка | Наверх | Cообщить модератору

56. "Вторая версия патчей c реструктуризацией заголовочных файлов..."  +/
Сообщение от n00by (ok), 10-Янв-22, 13:04 
Посчитайте пропорцию от текущего времени соборки. В абсолютных цифрах на "слабых" процессорах экономия существеннее.
Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

58. "Вторая версия патчей c реструктуризацией заголовочных файлов..."  +/
Сообщение от InuYasha (??), 11-Янв-22, 19:52 
-j96?? ребята на ЭПЫКах сидят, поди...

PS: почистили ненужное инклюдное Г - молодцы. Я тоже так делал. Кучу лет назад. Вручную. А когда завезли многопоточность, проект стал компилиться за минуту вместо получаса )

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Спонсоры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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