Вариант для распечатки |
Пред. тема | След. тема | ||
Форум Разговоры, обсуждение новостей | |||
---|---|---|---|
Изначальное сообщение | [ Отслеживать ] |
"Влияние несущественных изменений кода на производительность ..." | +/– | |
Сообщение от opennews (??), 09-Окт-18, 11:13 | ||
Nadav Amit, разработчик ядра Linux из компании VMware, поделился (https://nadav.amit.zone/blog/linux-inline) результатом исследования особенностей оптимизации в GCC небольших функций ядра. Исследование было проведено после того, как разработчик столкнулся с непонятным феноменом - внесение несущественных изменений в код ядра, приводило к небольшому, но заметному снижению производительности в тестах. Примечательно, что подобные вносимые изменения были оптимизациями и теоретически должны были увеличить производительность, но на деле производительность падала. | ||
Ответить | Правка | Cообщить модератору |
Оглавление |
Сообщения по теме | [Сортировка по времени | RSS] |
1. "Влияние несущественных изменений кода на производительность ..." | –7 +/– | |
Сообщение от Аноним (1), 09-Окт-18, 11:13 | ||
>Дело оказалось в том, что GCC принимает решение об использовании inline-развёртывания функций в зависимости от результатов косвенной оценки размера результирующего кода (даже если функция определена с ключевым словом "inline"). | ||
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору |
5. "Влияние несущественных изменений кода на производительность ..." | +9 +/– | |
Сообщение от пох (?), 09-Окт-18, 11:30 | ||
inline _всегда_ был _хинтом_ компилятору, что вот это вот имеет смысл попробовать сделать inline, а не директивным указанием. Точно так же как пресловутый register в определении переменных. | ||
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору |
69. "Влияние несущественных изменений кода на производительность ..." | +/– | |
Сообщение от Аноним (-), 12-Окт-18, 10:10 | ||
> сделать inline, а не директивным указанием. Точно так же как пресловутый | ||
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору |
74. "Влияние несущественных изменений кода на производительность ..." | +/– | |
Сообщение от пох (?), 12-Окт-18, 10:24 | ||
> Потому что пытаться хинтить компилятору аллокацию регистров - дело тухлое. | ||
Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору |
77. "Влияние несущественных изменений кода на производительность ..." | +/– | |
Сообщение от Аноним (77), 12-Окт-18, 12:07 | ||
>сам догадывается | ||
Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору |
78. "Влияние несущественных изменений кода на производительность ..." | +/– | |
Сообщение от Аноним (78), 12-Окт-18, 14:04 | ||
> Register так вообще считается deprecated, в плюсах им вообще пользоваться не следует. | ||
Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору |
85. "Влияние несущественных изменений кода на производительность ..." | +/– | |
Сообщение от irinat (ok), 21-Окт-18, 00:11 | ||
inline был хинтом компилятору только в расширениях gnu89. В c99 ввели понятие inline, и оно с тех пор не связано с инлайнингом напрямую. | ||
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору |
14. "Влияние несущественных изменений кода на производительность ..." | +2 +/– | |
Сообщение от Аноним (14), 09-Окт-18, 12:47 | ||
Это зачатки ИИ :-) , в среднем хорошо но в отдельных местах... | ||
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору |
56. "Влияние несущественных изменений кода на производительность ..." | +/– | |
Сообщение от Аноним (56), 10-Окт-18, 11:36 | ||
... и если приблизить, то мы увидим 12 новых if. | ||
Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору |
3. "Влияние несущественных изменений кода на производительность ..." | +/– | |
Сообщение от eganru (?), 09-Окт-18, 11:14 | ||
можно делать __attribute__((always_inline)), если требуется всегда inline. | ||
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору |
10. "Влияние несущественных изменений кода на производительность ..." | –3 +/– | |
Сообщение от Аноним (10), 09-Окт-18, 11:51 | ||
автор статьи там написал, почему always_inline - не решение проблемы. Но вы, конечно, ее не читали | ||
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору |
29. "Влияние несущественных изменений кода на производительность ..." | +2 +/– | |
Сообщение от eganru (?), 09-Окт-18, 14:24 | ||
читал. | ||
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору |
33. "Влияние несущественных изменений кода на производительность ..." | +/– | |
Сообщение от Аноним (78), 09-Окт-18, 15:01 | ||
А вы так усердно читали, что мысленно вписали в статью того, чего там нет. :) | ||
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору |
4. "Влияние несущественных изменений кода на производительность ..." | +16 +/– | |
Сообщение от Аноним (4), 09-Окт-18, 11:21 | ||
Нужно новое ключевое слово really_inline. | ||
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору |
7. "Влияние несущественных изменений кода на производительность ..." | –2 +/– | |
Сообщение от eganru (?), 09-Окт-18, 11:32 | ||
[i]Нужно новое ключевое слово really_inline.[/i] - кому нужно-то? Вы можете сделать inline силой с помощью атрибута. только в 9 случаях из 10 это не нужно. | ||
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору |
8. "Влияние несущественных изменений кода на производительность ..." | +/– | |
Сообщение от Аноним (8), 09-Окт-18, 11:38 | ||
__attribute__((always_inline)) | ||
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору |
12. "Влияние несущественных изменений кода на производительность ..." | +/– | |
Сообщение от Аноним (4), 09-Окт-18, 12:19 | ||
Нестандартненько. | ||
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору |
24. "Влияние несущественных изменений кода на производительность ..." | +4 +/– | |
Сообщение от Аноним (24), 09-Окт-18, 14:00 | ||
в_натуре(__inline__) | ||
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору |
54. "Влияние несущественных изменений кода на производительность ..." | –1 +/– | |
Сообщение от Аноним (54), 10-Окт-18, 09:50 | ||
без_базара(--inline__) | ||
Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору |
6. "Влияние несущественных изменений кода на производительность ..." | +32 +/– | |
Сообщение от пох (?), 09-Окт-18, 11:32 | ||
"примечательно", что этот пакистанец, кажется, на самом деле тестировал свои оптимизации на предмет реально ли они оптимизируют. | ||
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору |
66. "Влияние несущественных изменений кода на производительность ..." | +/– | |
Сообщение от J.L. (?), 11-Окт-18, 12:36 | ||
> "примечательно", что этот пакистанец, кажется, на самом деле тестировал свои оптимизации | ||
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору |
67. "Влияние несущественных изменений кода на производительность ..." | +/– | |
Сообщение от Аноним (78), 11-Окт-18, 14:44 | ||
> теперь я знаю чем пакистан от индии отличаются, раньше я их не | ||
Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору |
75. "Влияние несущественных изменений кода на производительность ..." | +/– | |
Сообщение от пох (?), 12-Окт-18, 10:28 | ||
> теперь я знаю чем пакистан от индии отличаются, раньше я их не | ||
Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору |
68. "Влияние несущественных изменений кода на производительность ..." | +/– | |
Сообщение от voleg (?), 11-Окт-18, 22:49 | ||
Израиль не Пакистан. А мужичек сам в штатах. | ||
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору |
9. "Влияние несущественных изменений кода на производительность ..." | +13 +/– | |
Сообщение от ыы (?), 09-Окт-18, 11:43 | ||
" | ||
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору |
15. "Влияние несущественных изменений кода на производительность ..." | +1 +/– | |
Сообщение от Аноним (14), 09-Окт-18, 12:49 | ||
ИИ в компиляторах... | ||
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору |
22. "Влияние несущественных изменений кода на производительность ..." | +7 +/– | |
Сообщение от Аноним84701 (ok), 09-Окт-18, 13:41 | ||
> Эпично. | ||
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору |
44. "Влияние несущественных изменений кода на производительность ..." | +/– | |
Сообщение от Аноним (44), 09-Окт-18, 18:19 | ||
> глубинную (не)правильность влияния пробелов на семантику ЯП | ||
Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору |
49. "Влияние несущественных изменений кода на производительность ..." | +1 +/– | |
Сообщение от Аноним84701 (ok), 09-Окт-18, 21:04 | ||
>> глубинную (не)правильность влияния пробелов на семантику ЯП | ||
Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору |
82. "Влияние несущественных изменений кода на производительность ..." | +/– | |
Сообщение от Аноним (44), 15-Окт-18, 19:10 | ||
При чем здесь питон? Речь про C/C++. | ||
Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору |
52. "Влияние несущественных изменений кода на производительность ..." | +/– | |
Сообщение от Акакжев (?), 10-Окт-18, 06:43 | ||
> Вы явно недооцениваете "взрывно-поджигательный" потенциал предложения: | ||
Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору |
11. "Влияние несущественных изменений кода на производительность ..." | –8 +/– | |
Сообщение от IRASoldier (?), 09-Окт-18, 12:18 | ||
Мне вот интересно, какому "умному" человеку пришло в голову внести в gcc т.н. GNU Extensions, которые разрешают, например, указывать размер статического (Карл!) массива в рантайме... Кому это было нужно? Ниасиляторам С и плюсов? | ||
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору |
18. "Влияние несущественных изменений кода на производительность ..." | +1 +/– | |
Сообщение от Акакжев (?), 09-Окт-18, 13:05 | ||
Тому, кто потом в Комитете принимает решения по следующему Стандарту, куда расширения языка постепенно включаются. | ||
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору |
20. "Влияние несущественных изменений кода на производительность ..." | –2 +/– | |
Сообщение от IRASoldier (?), 09-Окт-18, 13:24 | ||
Приведенный пример с массивами - это не расширение языка, это радикальное изменение. | ||
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору |
23. "Влияние несущественных изменений кода на производительность ..." | +1 +/– | |
Сообщение от анонимный анонимус2 (?), 09-Окт-18, 13:45 | ||
Это расширение только для С++, для С99 это стандарт. | ||
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору |
27. "Влияние несущественных изменений кода на производительность ..." | –2 +/– | |
Сообщение от IRASoldier (?), 09-Окт-18, 14:10 | ||
А в C11 опять VLA не одобряэ... Путаники-с. | ||
Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору |
26. "Влияние несущественных изменений кода на производительность ..." | +4 +/– | |
Сообщение от Alex (??), 09-Окт-18, 14:05 | ||
не статического массива а массива на стеке, дятел. Разница в том что это довольно просто реализовать, удобно, и не ломает язык. И да, это входит в c99 сейчас, наверняка войдет и в c++2x | ||
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору |
28. "Влияние несущественных изменений кода на производительность ..." | –6 +/– | |
Сообщение от IRASoldier (?), 09-Окт-18, 14:15 | ||
> не статического массива а массива на стеке, дятел. | ||
Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору |
30. "Влияние несущественных изменений кода на производительность ..." | +2 +/– | |
Сообщение от Аноним (30), 09-Окт-18, 14:26 | ||
ПОловина софта не проверяет даже malloс на NULL... | ||
Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору |
34. "Влияние несущественных изменений кода на производительность ..." | +3 +/– | |
Сообщение от Аноним (34), 09-Окт-18, 15:12 | ||
Любое использование стека может привести к UB. На деле, кому надо обрабатывают SIGSEGV, а остальным плевать | ||
Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору |
35. "Влияние несущественных изменений кода на производительность ..." | +5 +/– | |
Сообщение от Аноним (78), 09-Окт-18, 15:12 | ||
> Это может привести к undefined behavior если попытка выделения памяти окончилась фейлом. | ||
Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору |
37. "Влияние несущественных изменений кода на производительность ..." | +6 +/– | |
Сообщение от Акакжев (?), 09-Окт-18, 15:20 | ||
> Всю жизнь использовали в повседневной речи - "статический" и продолжают использовать. | ||
Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору |
38. "Влияние несущественных изменений кода на производительность ..." | +5 +/– | |
Сообщение от Омоним (?), 09-Окт-18, 16:23 | ||
> Всю жизнь использовали в повседневной речи - "статический" и продолжают использовать. | ||
Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору |
47. "Влияние несущественных изменений кода на производительность ..." | –2 +/– | |
Сообщение от IRASoldier (?), 09-Окт-18, 19:46 | ||
Не "игнорируя", а просто используя в определенном, заранее подразумеваемом контексте. | ||
Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору |
48. "Влияние несущественных изменений кода на производительность ..." | +2 +/– | |
Сообщение от Аноним (44), 09-Окт-18, 19:52 | ||
Кем подразумеваемом? В каком контексте? "Статический массив" - вполне допустимое выражение, которое значит совсем не то, что "массив на стеке". | ||
Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору |
81. "Влияние несущественных изменений кода на производительность ..." | –1 +/– | |
Сообщение от 0xd34df00d (??), 13-Окт-18, 03:28 | ||
> наверняка войдет и в c++2x | ||
Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору |
70. "Влияние несущественных изменений кода на производительность ..." | +/– | |
Сообщение от Аноним (-), 12-Окт-18, 10:13 | ||
> Мне вот интересно, какому "умному" человеку пришло в голову внести в gcc | ||
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору |
76. "Влияние несущественных изменений кода на производительность ..." | +/– | |
Сообщение от Andrey Mitrofanov (?), 12-Окт-18, 10:32 | ||
>черт его знает, но все этим пользуются. | ||
Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору |
13. "Влияние несущественных изменений кода на производительность ..." | +1 +/– | |
Сообщение от Аноним (13), 09-Окт-18, 12:23 | ||
> В настоящее время единственным способом убедиться, что код сгенерирован именно так как рассчитывал разработчик остаётся ручное инспектирование итоговых машинных инструкций. | ||
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору |
16. "Влияние несущественных изменений кода на производительность ..." | –1 +/– | |
Сообщение от Акакжев (?), 09-Окт-18, 12:53 | ||
Теория: | ||
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору |
21. "Влияние несущественных изменений кода на производительность ..." | –1 +/– | |
Сообщение от Аноним (21), 09-Окт-18, 13:34 | ||
Данной оптимизация отключена, поскольку обратная опция находится в зависимостях других опций вроде C++ исключений. Без которых GCC не может сгенерировать рабочий код. Доходит до абсурда когда stack-frame создаётся в абсолютно пустых функциях. | ||
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору |
31. "Влияние несущественных изменений кода на производительность ..." | +/– | |
Сообщение от Акакжев (?), 09-Окт-18, 14:37 | ||
> Данной оптимизация отключена, поскольку обратная опция находится в зависимостях других | ||
Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору |
59. "Влияние несущественных изменений кода на производительность ..." | –1 +/– | |
Сообщение от Himik (ok), 10-Окт-18, 19:26 | ||
push %rbp и pop %rbp не имеют ни какого отношения к стеку, это просто сохранение регистра для использования в вычислениях функции. Раньше rbp использовался для буфера в стеке, теперь нет. | ||
Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору |
64. "Влияние несущественных изменений кода на производительность ..." | +/– | |
Сообщение от Акакжев (?), 11-Окт-18, 08:32 | ||
> push %rbp и pop %rbp не имеют ни какого отношения к стеку, | ||
Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору |
19. "Влияние несущественных изменений кода на производительность ..." | –5 +/– | |
Сообщение от z (??), 09-Окт-18, 13:11 | ||
И эти люди ещё ругают MSVC за изначальный отказ от inline-инструкций в x86_64 как класса =) | ||
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору |
71. "Влияние несущественных изменений кода на производительность ..." | +/– | |
Сообщение от Аноним (-), 12-Окт-18, 10:17 | ||
> И эти люди ещё ругают MSVC за изначальный отказ от inline-инструкций в | ||
Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору |
32. "Влияние несущественных изменений кода на производительность ..." | –4 +/– | |
Сообщение от Анониметс (?), 09-Окт-18, 14:39 | ||
Кто все эти люди, что это за язык? Ни одного слова не понял ни из комментов, ни из статьи. Чьто это? Где я?) | ||
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору |
36. "Влияние несущественных изменений кода на производительность ..." | –1 +/– | |
Сообщение от Аноним (78), 09-Окт-18, 15:15 | ||
Это GCC, братан | ||
Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору |
39. "Влияние несущественных изменений кода на производительность ..." | –1 +/– | |
Сообщение от Аноним (39), 09-Окт-18, 16:40 | ||
Ну раз речь о ядре Линукса, то догадайся) | ||
Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору |
41. "Влияние несущественных изменений кода на производительность ..." | +1 +/– | |
Сообщение от Аноним84701 (ok), 09-Окт-18, 17:03 | ||
> Ну раз речь о ядре Линукса, то догадайся) | ||
Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору |
42. "Влияние несущественных изменений кода на производительность ..." | +/– | |
Сообщение от Аноним (42), 09-Окт-18, 17:06 | ||
Assembly Language | ||
Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору |
60. "Влияние несущественных изменений кода на производительность ..." | –1 +/– | |
Сообщение от Himik (ok), 10-Окт-18, 19:32 | ||
GNU C Compiler = GCC. | ||
Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору |
40. "Влияние несущественных изменений кода на производительность ..." | –1 +/– | |
Сообщение от Cradle (?), 09-Окт-18, 16:48 | ||
немного не в тему, но может кто подскажет, такая проблемка: использую arm-none-eabi-gcc-7.2.1 с cmake , и результаты оптимизации как-то сильно зависят от cmake кэша, процентов на 10 размер бинарника разный выходит, при том что реально разные варианты кода в пределах тех же самых функций получаются, проверял ассемлерные дампы. Пока лечится стиранием директории CMakeFiles, но может есть более умное решение? | ||
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору |
61. "Влияние несущественных изменений кода на производительность ..." | +/– | |
Сообщение от Himik (ok), 10-Окт-18, 19:36 | ||
Не знаю точно, но может быть поможет export LDFLAGS='-s' | ||
Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору |
63. "Влияние несущественных изменений кода на производительность ..." | +/– | |
Сообщение от Cradle (?), 10-Окт-18, 20:53 | ||
нет, дело не в этом, я сравниваю дампы и размер бинарника уже после strip. На функцинальность эта проблема особо не влияет, но пока работаю над кодом в течении дня к бинарнику несколько кб мусора приростает. Приходится каждый раз когда нужно узнать точный размер или коллегам прошивку передать стирать CMakeFiles и пересобирать начисто. | ||
Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору |
65. "Влияние несущественных изменений кода на производительность ..." | +/– | |
Сообщение от Sfinx (ok), 11-Окт-18, 11:07 | ||
включаешь verbose и смотришь опции компиляции или включаешь -frecord-gcc-switches и смотришь в бинарнике до стрипа. | ||
Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору |
43. "Влияние несущественных изменений кода на производительность ..." | +1 +/– | |
Сообщение от Аноним (43), 09-Окт-18, 18:08 | ||
Линус недавно устроил голвомойку разработчикам GCC за глюки в версии 4.9, кажется. Похоже, пора устроить её снова! | ||
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору |
45. "Влияние несущественных изменений кода на производительность ..." | –1 +/– | |
Сообщение от Аноним (45), 09-Окт-18, 18:56 | ||
А то что? На шланг перейдёт? Ну наконец-то в ядро примут патчи совместимости со шлангом. | ||
Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору |
46. "Влияние несущественных изменений кода на производительность ..." | –1 +/– | |
Сообщение от KonstantinB (ok), 09-Окт-18, 19:09 | ||
Или clang достигнет критического уровня совместимости с расширениями gcc. | ||
Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору |
72. "Влияние несущественных изменений кода на производительность ..." | +/– | |
Сообщение от Аноним (-), 12-Окт-18, 10:19 | ||
> Собственно, уже большая часть кода ядра прекрасно собирается. | ||
Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору |
50. "Влияние несущественных изменений кода на производительность ..." | –1 +/– | |
Сообщение от Дуплик (ok), 10-Окт-18, 02:16 | ||
Скорее бы Linux портировали на Clang/LLVM. | ||
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору |
62. "Влияние несущественных изменений кода на производительность ..." | +1 +/– | |
Сообщение от Himik (ok), 10-Окт-18, 19:38 | ||
Нет, уж лучше старые глюки, чем новые. | ||
Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору |
73. "Влияние несущественных изменений кода на производительность ..." | +/– | |
Сообщение от Аноним (-), 12-Окт-18, 10:21 | ||
> Скорее бы Linux портировали на Clang/LLVM. | ||
Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору |
51. "Влияние несущественных изменений кода на производительность ..." | –3 +/– | |
Сообщение от Аноним (51), 10-Окт-18, 03:04 | ||
> Некоторые разработчики отмечают влияние на inline-развёртывание в новых версиях GCC даже замены символов табуляции на пробелы. | ||
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору |
53. "Влияние несущественных изменений кода на производительность ..." | +/– | |
Сообщение от Аноним (53), 10-Окт-18, 06:51 | ||
> При чем тут gcc вообще? | ||
Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору |
57. "Влияние несущественных изменений кода на производительность ..." | +/– | |
Сообщение от Аноним (56), 10-Окт-18, 11:45 | ||
Web Assembly? Он вроде позваляет на любом языке писать. | ||
Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору |
58. "Влияние несущественных изменений кода на производительность ..." | +1 +/– | |
Сообщение от Himik (ok), 10-Окт-18, 19:21 | ||
Web Assembly в Linux kernel? | ||
Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору |
80. "Влияние несущественных изменений кода на производительность ..." | +/– | |
Сообщение от sage (??), 12-Окт-18, 19:34 | ||
Да. https://github.com/rianhunter/wasmjit | ||
Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору |
83. "Влияние несущественных изменений кода на производительность ..." | +/– | |
Сообщение от Аноним (44), 15-Окт-18, 19:15 | ||
JavaScript движок под названием V8, версия движка 5.9. Что не понятно? | ||
Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору |
84. "Влияние несущественных изменений кода на производительность ..." | +/– | |
Сообщение от Аноним (44), 15-Окт-18, 19:43 | ||
> откуда в JavaScript-движке "inline assembly"? | ||
Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору |
79. "Влияние несущественных изменений кода на производительность ..." | +/– | |
Сообщение от Andrey Mitrofanov (?), 12-Окт-18, 17:34 | ||
Удивиился, что не Фороникс, | ||
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору |
Архив | Удалить |
Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема |
Закладки на сайте Проследить за страницей |
Created 1996-2024 by Maxim Chirkov Добавить, Поддержать, Вебмастеру |