forum.opennet.ru - "Вторая версия патчей c реструктуризацией заголовочных файлов ядра Linux" (51)

"Вторая версия патчей 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.me/opennews/art.shtml?num=56475
Ответить \| Правка \| Cообщить модератору

Оглавление

фантастика, ждем в апстриме, Аноним (1), 10:53 , 09-Янв-22, (1) +35

фантастика что новости уже пару дней, а про 96 и 69 еще никто не пошутил не иг, Аноним (-), 02:31 , 12-Янв-22, (61)

Титанический труд, спасибо всем причастным за проделанную работу , Аноним (2), 10:54 , 09-Янв-22, (2) +38

ага, большое спасибо за сломанный blame по всему ядру надеюсь, причастных когда, Аноним (21), 12:13 , 09-Янв-22, (21) –23

Это такая дешёвая придирка, что просто смешно Случаи, когда git blame за один з, irinat (ok), 23:28 , 10-Янв-22, (57)

Да забей Свинья везде грязь найдет , rshadow (ok), 01:29 , 12-Янв-22, (59)

а в Винде как такую проблему решили там же тоже ядро на си , васёк (?), 10:55 , 09-Янв-22, (3) –3

А зачем майкам решать такую проблемы у них же человекочасы и количество фич на р, Аноним (5), 10:58 , 09-Янв-22, (5) +10
Скрыто модератором, qwe (??), 11:20 , 09-Янв-22, (14) –11

Скрыто модератором, йуц (?), 13:32 , 09-Янв-22, (27) –1

Вот так private windows media avi verinfo 16 verinfo h , n00by (ok), 11:45 , 09-Янв-22, (17) +10

Да, было веселье, когда комментарии в утекшем коде винды разбирали Вот ещё наход, Аноним (20), 12:10 , 09-Янв-22, (20) +13

Надеюсь сломают всю совместимость чтобы все старые версии пошли по-бороде И вс, Аноним (5), 10:55 , 09-Янв-22, (4) –3

изменений в рантайме особых быть не должно, макпыф (ok), 11:01 , 09-Янв-22, (7) +1

А при чем тут рантайм Они постоянно свой API ломают причем даже внутри версии , asdsad (?), 11:12 , 09-Янв-22, (11)

в сторонних модулях придется поправить инклюды может потребоваться подключить т, макпыф (ok), 11:17 , 09-Янв-22, (13)

А при чём тут апи , Аноним (-), 16:31 , 09-Янв-22, (33)

Так-то оно API не ломает ABI может по известной вещи пойти, но это уже не так кр, Онаним (?), 11:13 , 09-Янв-22, (12) +1

Как не ломает Набор include - тоже часть api Авторам 3d party модулей не привя, . (?), 16:34 , 09-Янв-22, (34)

Ну, тогда тут немножко шире, чем ломает-не ломает, раз мы в дебри полезли - Собр, Онаним (?), 10:09 , 10-Янв-22, (54)

На ядрах, начиная с 5 13, suspend-to-ram сломан Я лучше на 5 11 посижу , Аноним (15), 11:34 , 09-Янв-22, (15)

Об этом кроме тебя кто-нибудь знает , Аноним (-), 11:46 , 09-Янв-22, (18) +7
А у меня он начиная с 5 1x исправлен , Аноним (22), 12:21 , 09-Янв-22, (22) +1

Надейся, надейся , YetAnotherOnanym (ok), 12:09 , 09-Янв-22, (19)

кстати, а до этого под какое ядро было , макпыф (ok), 11:01 , 09-Янв-22, (6)

5 16-rc7, Аноним (8), 11:06 , 09-Янв-22, (8)
5 16-rc7, klm (??), 11:08 , 09-Янв-22, (9)

кто кого изнасиловал качество копипастного перевода прихрамывает, Аноним (21), 12:22 , 09-Янв-22, (23) +1
Эмм, что-то не знаю, с одной стороны - круто, с другой стороны подозреваю, что в, Андрей (??), 13:24 , 09-Янв-22, (26)
Это который создал 12309 , Zenitur (ok), 13:54 , 09-Янв-22, (29) –1

Выстави vm overcommit_memory 2vm overcommit_ratio 200и перестань плакаться P, RNZ (ok), 17:39 , 09-Янв-22, (40)

это тот анекдот - подожди сейчас дискету доформатирую но для Linux, Аноним (-), 22:31 , 09-Янв-22, (48) +1

Ты можешь анекдот, как угодно перекладывать Ну а linux можно тюнить под задачи , RNZ (ok), 04:27 , 10-Янв-22, (52)

лучше б занялись оптимизацией работы, компилится ядро раз в несколько месяцев, и, Аноним (30), 14:01 , 09-Янв-22, (30) –7

Автору патча напиши чтобы он му ак занялся наконец делом, а не вот этой ненужной, Анонимый аноним (?), 14:28 , 09-Янв-22, (31) +5

его уже поперли с шедулера, он другую ненужную хрень сделать решил А че - шапка , Аноним (42), 18:53 , 09-Янв-22, (42)

Не понимаю зачем заниматься компилятором Clang Пусть это поделие корпорастов ид, Аноним (-), 16:35 , 09-Янв-22, (35) +2

Согласен, да только ядро на 80-90 пилится ими, макпыф (ok), 17:54 , 09-Янв-22, (41) +2
Да хоть для того чтобы gcc не скатывался в не пойми что, как это было лет 8 наза, Аноним (46), 19:27 , 09-Янв-22, (46) –1

очень надо были это все c 2k22 в гцц, кушатьнимагли, Аноним (-), 23:49 , 09-Янв-22, (51)

Когда уже под tcc пропатчат , Аноним (36), 17:07 , 09-Янв-22, (36) +1

Оно собиралось tcc , kusb (?), 22:40 , 09-Янв-22, (49)

Ещё бы прокрутку в консоли починили , АнтиВаксер (?), 17:17 , 09-Янв-22, (37) +1
Лучше бы само ядро пропатчили С каждым релизом всё более неповоротливое станови, Аноним (43), 19:01 , 09-Янв-22, (43)

Bfq перманентно сломан с первых дней, это кем надо быть чтобы его юзать Чтобы и, Аноним (45), 19:21 , 09-Янв-22, (45)

facepalmчувак не вкурсе про pragma once, Аноним (47), 21:10 , 09-Янв-22, (47) +1

Что ж ты строем не ходишь, раз такой умный , Аноним (50), 22:56 , 09-Янв-22, (50)

j96 круто конечно, а на более доступных Core i5 какое время этот патч сэкономит , Аноним (53), 05:44 , 10-Янв-22, (53)

кому ты интересен - когда IBM сказало пилить у них на power тормозит , Аноним (42), 10:43 , 10-Янв-22, (55)
Посчитайте пропорцию от текущего времени соборки В абсолютных цифрах на слабых, n00by (ok), 13:04 , 10-Янв-22, (56)

-j96 ребята на ЭПЫКах сидят, поди PS почистили ненужное инклюдное Г - молод, InuYasha (??), 19:52 , 11-Янв-22, (58)

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

1. Сообщение от Аноним (1), 09-Янв-22, 10:53 +35 +/–

фантастика, ждем в апстриме

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

2. Сообщение от Аноним (2), 09-Янв-22, 10:54 +38 +/–

Титанический труд, спасибо всем причастным за проделанную работу!

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

3. Сообщение от васёк (?), 09-Янв-22, 10:55 –3 +/–

а в Винде как такую проблему решили? там же тоже ядро на си...

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #5, #14, #17

4. Сообщение от Аноним (5), 09-Янв-22, 10:55 –3 +/–

Надеюсь сломают всю совместимость чтобы все старые версии пошли по-бороде.  И все перешли с нафталиновых ядер на новые.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #7, #12, #15, #19

5. Сообщение от Аноним (5), 09-Янв-22, 10:58 +10 +/–

А зачем майкам решать такую проблемы у них же человекочасы и количество фич на релиз кипиай.  Им никакие оптимизации не нужны.

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

6. Сообщение от макпыф (ok), 09-Янв-22, 11:01 +/–

> адаптацией для ядра 5.16-rc8
кстати, а до этого под какое ядро было?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #8, #9

7. Сообщение от макпыф (ok), 09-Янв-22, 11:01 +1 +/–

изменений в рантайме особых быть не должно

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #11

8. Сообщение от Аноним (8), 09-Янв-22, 11:06 +/–

5.16-rc7

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

9. Сообщение от klm (??), 09-Янв-22, 11:08 +/–

5.16-rc7

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

11. Сообщение от asdsad (?), 09-Янв-22, 11:12 +/–

А при чем тут рантайм? Они постоянно свой API ломают (причем даже внутри версии), что постоянно вызывает проблемы с модулями вне ядра.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #13

12. Сообщение от Онаним (?), 09-Янв-22, 11:13 +1 +/–

Так-то оно API не ломает.
ABI может по известной вещи пойти, но это уже не так критично.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #34

13. Сообщение от макпыф (ok), 09-Янв-22, 11:17 +/–

в сторонних модулях придется поправить инклюды (может потребоваться подключить то что подключалось раньше через какой нибудь sched.h)
Собсно апи там вроде не ломали

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #33

14. Сообщение от qwe (??), 09-Янв-22, 11:20 –11 +/–

Начиная с 10 винды у них ядро спроектирвоано самим Линусом с нуля. Так что наверняка он уже применил более продвинутые подходы, учитвая свой опыт, которые только приходят в линукс.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #27

15. Сообщение от Аноним (15), 09-Янв-22, 11:34 +/–

На ядрах, начиная с 5.13, suspend-to-ram сломан. Я лучше на 5.11 посижу.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #18, #22

17. Сообщение от n00by (ok), 09-Янв-22, 11:45 +10 +/–

Вот так:
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!!!!!!!!!!!!!!!!
     *       !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
     *       !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #20

18. Сообщение от Аноним (-), 09-Янв-22, 11:46 +7 +/–

Об этом кроме тебя кто-нибудь знает?

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

19. Сообщение от YetAnotherOnanym (ok), 09-Янв-22, 12:09 +/–

Надейся, надейся...

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

20. Сообщение от Аноним (20), 09-Янв-22, 12:10 +13 +/–

Да, было веселье, когда комментарии в утекшем коде винды разбирали.
Вот ещё находки (источник 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ообщить модератору
Родитель: #17

21. Сообщение от Аноним (21), 09-Янв-22, 12:13 –23 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #57

22. Сообщение от Аноним (22), 09-Янв-22, 12:21 +1 +/–

А у меня он начиная с 5.1x исправлен.

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

23. Сообщение от Аноним (21), 09-Янв-22, 12:22 +1 +/–

> При использовании Clang применение патчей позволило сократить время сборки на 88%
> При полной пересборке ядра командой "make -j96 vmlinux время сборки сократилось с 337.788 до 179.773 секунд.
кто кого изнасиловал? качество копипастного перевода прихрамывает

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

26. Сообщение от Андрей (??), 09-Янв-22, 13:24 +/–

Эмм, что-то не знаю, с одной стороны - круто, с другой стороны подозреваю, что во-первых - это усложнит дальнейшую разработку, т.к. ПМСМ - хочется видеть доступные библиотеки и возможности в начале заголовка, а не надеятся, что какой-нибудь Вася его подключил за тебя, плюс - вот 100% можно было либо кэширующим компилятором, либо инструментом предобработки обойтись, вместо того, чтобы ядро целиком патчить. Т.е. надеюсь не окажется, что вся эта работа - выстрел в ногу разработчикам от очередных фанатов утилиты time.

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

27. Сообщение от йуц (?), 09-Янв-22, 13:32 –1 +/–

Абсолютно непрофессиональные люди из сферы IT минусуют или как это работает? Это просто факт и мнение построенное на нём.

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

29. Сообщение от Zenitur (ok), 09-Янв-22, 13:54 –1 +/–

> Инго Молнар (Ingo Molnar)
Это который создал 12309?

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

30. Сообщение от Аноним (30), 09-Янв-22, 14:01 –7 +/–

лучше б занялись оптимизацией работы, компилится ядро раз в несколько месяцев, и обычнона стороне производителя дистрибутива, а вот выполнение кода происходит каждую секунду. но это сложно, проще поиграть в хареке и солонку :) попутно дооптизимировав исходники в бинарное-vscode-only нечтно (зато быстро!)

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

31. Сообщение от Анонимый аноним (?), 09-Янв-22, 14:28 +5 +/–

Автору патча напиши чтобы он му*ак занялся наконец делом, а не вот этой ненужной для анонимусов оптимизацией

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #42

33. Сообщение от Аноним (-), 09-Янв-22, 16:31 +/–

А при чём тут апи?

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

34. Сообщение от . (?), 09-Янв-22, 16:34 +/–

Как не ломает? Набор #include - тоже часть api.
Авторам 3d party модулей не привязанным исключительно к "linux-next" (нвидии или zol) работенка светит немалая. Полагаю, потраченное время будет несоизмеримо с копейками выигрыша от пересборки на аж 96 ядрах - но это кого надо выигрыш, он себе карты сам и сдает.
А что в ядре полно г-нокода - так он и не денется никуда.
(одни мегабайтные списки usb idшек намертво вбитые в код чего стоят - и нет, ты не можешь передать нестандартные параметром. Иди пересобирай ведро. Каждый раз как сасунь выпускает новый телефон.)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #54

35. Сообщение от Аноним (-), 09-Янв-22, 16:35 +2 +/–

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

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #41, #46

36. Сообщение от Аноним (36), 09-Янв-22, 17:07 +1 +/–

Когда уже под tcc пропатчат?

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

37. Сообщение от АнтиВаксер (?), 09-Янв-22, 17:17 +1 +/–

Ещё бы прокрутку в консоли починили.

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

40. Сообщение от 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ообщить модератору
Родитель: #29 Ответы: #48

41. Сообщение от макпыф (ok), 09-Янв-22, 17:54 +2 +/–

> Пусть это поделие корпорастов идёт к чёрту.
Согласен, да только ядро на 80-90% пилится ими

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

42. Сообщение от Аноним (42), 09-Янв-22, 18:53 +/–

его уже поперли с шедулера, он другую ненужную хрень сделать решил.
А че - шапка все оплатит.

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

43. Сообщение от Аноним (43), 09-Янв-22, 19:01 +/–

Лучше бы само ядро пропатчили. С каждым релизом всё более неповоротливое становится. То BFQ, то btrfs ломают, то симптомы 12309 всё ещё остаются... Никакие настройки не помогают. Торвальдс там что, вообще положил болт на разработку? А раньше же так хорошо работало, фору любой другой системе дал бы, а сейчас...

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

45. Сообщение от Аноним (45), 09-Янв-22, 19:21 +/–

Bfq перманентно сломан с первых дней, это кем надо быть чтобы его юзать? Чтобы избавиться от 12309 всегда было достаточно его отключить (с тех пор, как на mq перевели дефолт, даже ядро настраивать на надо).

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

46. Сообщение от Аноним (46), 09-Янв-22, 19:27 –1 +/–

Да хоть для того чтобы gcc не скатывался в не пойми что, как это было лет 8 назад.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #51

47. Сообщение от Аноним (47), 09-Янв-22, 21:10 +1 +/–

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

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

48. Сообщение от Аноним (-), 09-Янв-22, 22:31 +1 +/–

это тот анекдот - "подожди сейчас дискету доформатирую" но для Linux

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #52

49. Сообщение от kusb (?), 09-Янв-22, 22:40 +/–

Оно собиралось tcc.

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

50. Сообщение от Аноним (50), 09-Янв-22, 22:56 +/–

Что ж ты строем не ходишь, раз такой умный?

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

51. Сообщение от Аноним (-), 09-Янв-22, 23:49 +/–

очень надо были это все c++2k22 в гцц, кушатьнимагли

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

52. Сообщение от RNZ (ok), 10-Янв-22, 04:27 +/–

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

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

53. Сообщение от Аноним (53), 10-Янв-22, 05:44 +/–

j96 круто конечно, а на более доступных Core i5 какое время этот патч сэкономит?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #55, #56

54. Сообщение от Онаним (?), 10-Янв-22, 10:09 +/–

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

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

55. Сообщение от Аноним (42), 10-Янв-22, 10:43 +/–

кому ты интересен - когда IBM сказало пилить ?!
у них на power тормозит.

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

56. Сообщение от n00by (ok), 10-Янв-22, 13:04 +/–

Посчитайте пропорцию от текущего времени соборки. В абсолютных цифрах на "слабых" процессорах экономия существеннее.

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

57. Сообщение от irinat (ok), 10-Янв-22, 23:28 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #59

58. Сообщение от InuYasha (??), 11-Янв-22, 19:52 +/–

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

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

59. Сообщение от rshadow (ok), 12-Янв-22, 01:29 +/–

Да забей. "Свинья везде грязь найдет"

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

61. Сообщение от Аноним (-), 12-Янв-22, 02:31 +/–

фантастика что новости уже пару дней, а про 96 и 69 еще никто не пошутил :(
не играет гормон и это печально, стареете

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. Сообщение от Аноним (1), 09-Янв-22, 10:53	+35 +/–
фантастика, ждем в апстриме
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #61

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

3. Сообщение от васёк (?), 09-Янв-22, 10:55	–3 +/–
а в Винде как такую проблему решили? там же тоже ядро на си...
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #5, #14, #17

4. Сообщение от Аноним (5), 09-Янв-22, 10:55	–3 +/–
Надеюсь сломают всю совместимость чтобы все старые версии пошли по-бороде. И все перешли с нафталиновых ядер на новые.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #7, #12, #15, #19

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

6. Сообщение от макпыф (ok), 09-Янв-22, 11:01	+/–
> адаптацией для ядра 5.16-rc8 кстати, а до этого под какое ядро было?
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #8, #9

7. Сообщение от макпыф (ok), 09-Янв-22, 11:01	+1 +/–
изменений в рантайме особых быть не должно
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #4 Ответы: #11

8. Сообщение от Аноним (8), 09-Янв-22, 11:06	+/–
5.16-rc7
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #6

9. Сообщение от klm (??), 09-Янв-22, 11:08	+/–
5.16-rc7
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #6

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

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

13. Сообщение от макпыф (ok), 09-Янв-22, 11:17	+/–
в сторонних модулях придется поправить инклюды (может потребоваться подключить то что подключалось раньше через какой нибудь sched.h) Собсно апи там вроде не ломали
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #11 Ответы: #33

14. Сообщение от qwe (??), 09-Янв-22, 11:20	–11 +/–
Начиная с 10 винды у них ядро спроектирвоано самим Линусом с нуля. Так что наверняка он уже применил более продвинутые подходы, учитвая свой опыт, которые только приходят в линукс.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #3 Ответы: #27

15. Сообщение от Аноним (15), 09-Янв-22, 11:34	+/–
На ядрах, начиная с 5.13, suspend-to-ram сломан. Я лучше на 5.11 посижу.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #4 Ответы: #18, #22

17. Сообщение от n00by (ok), 09-Янв-22, 11:45	+10 +/–
Вот так: private\windows\media\avi\verinfo.16\verinfo.h: * !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! * !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! * !!!!!!!IF YOU CHANGE TABS TO SPACES, YOU WILL BE KILLED!!!!!!! * !!!!!!!!!!!!!!DOING SO FCKS THE BUILD PROCESS!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! * !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #3 Ответы: #20

18. Сообщение от Аноним (-), 09-Янв-22, 11:46	+7 +/–
Об этом кроме тебя кто-нибудь знает?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #15

19. Сообщение от YetAnotherOnanym (ok), 09-Янв-22, 12:09	+/–
Надейся, надейся...
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #4

20. Сообщение от Аноним (20), 09-Янв-22, 12:10	+13 +/–
Да, было веселье, когда комментарии в утекшем коде винды разбирали. Вот ещё находки (источник 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ообщить модератору
Родитель: #17

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

22. Сообщение от Аноним (22), 09-Янв-22, 12:21	+1 +/–
А у меня он начиная с 5.1x исправлен.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #15

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

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

27. Сообщение от йуц (?), 09-Янв-22, 13:32	–1 +/–
Абсолютно непрофессиональные люди из сферы IT минусуют или как это работает? Это просто факт и мнение построенное на нём.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #14

29. Сообщение от Zenitur (ok), 09-Янв-22, 13:54	–1 +/–
> Инго Молнар (Ingo Molnar) Это который создал 12309?
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #40

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

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

33. Сообщение от Аноним (-), 09-Янв-22, 16:31	+/–
А при чём тут апи?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #13

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

35. Сообщение от Аноним (-), 09-Янв-22, 16:35	+2 +/–
>При использовании Clang применение патчей позволило сократить время сборки на 88% или на 77% Не понимаю зачем заниматься компилятором Clang? Пусть это поделие корпорастов идёт к чёрту. Только, и только божественный GCC!!!!!!!
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #41, #46

36. Сообщение от Аноним (36), 09-Янв-22, 17:07	+1 +/–
Когда уже под tcc пропатчат?
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #49