https://opennet.ru/openforum/vsluhforumID3/115526.html Nadav Amit, разработчик ядра Linux из компании VMware, поделился (https://nadav.amit.zone/blog/linux-inline) результатом исследования особенностей оптимизации в GCC небольших функций ядра. Исследование было проведено после того, как разработчик столкнулся с непонятным феноменом - внесение несущественных изменений в код ядра, приводило к небольшому, но заметному снижению производительности в тестах. Примечательно, что подобные вносимые изменения были оптимизациями и теоретически должны были увеличить производительность, но на деле производительность падала.<br><br><br><br><br>Дело оказалось в том, что GCC принимает решение об использовании inline-развёртывания функций в зависимости от результатов косвенной оценки размера результирующего кода (даже если функция определена с ключевым словом "inline"). Компилятор не учитывает фактический размер результирующего кода, а пытается прогнозировать его. Для ассемблерных вставок прогнозирование делается на основе числа переводов строк ("&#92;n") и разделителей (";") в исходном тек https://opennet.ru/openforum/vsluhforumID3/115526.html#85 Sat, 20 Oct 2018 21:11:19 GMT inline был хинтом компилятору только в расширениях gnu89. В c99 ввели понятие inline, и оно с тех пор не связано с инлайнингом напрямую.<br> https://opennet.ru/openforum/vsluhforumID3/115526.html#84 Mon, 15 Oct 2018 16:43:10 GMT &gt; откуда в JavaScript-движке "inline assembly"?<br><br>V8 генерирует машинный код. При этом часть функций инлайнится, так же как и при компиляции из других языков. Решение о том, инлайнить код или нет, судя по комментарию, принимается с учетом пробелов.<br> https://opennet.ru/openforum/vsluhforumID3/115526.html#83 Mon, 15 Oct 2018 16:15:52 GMT JavaScript движок под названием V8, версия движка 5.9. Что не понятно?<br> https://opennet.ru/openforum/vsluhforumID3/115526.html#82 Mon, 15 Oct 2018 16:10:39 GMT При чем здесь питон? Речь про C/C++.<br> https://opennet.ru/openforum/vsluhforumID3/115526.html#81 Sat, 13 Oct 2018 00:28:56 GMT &gt; наверняка войдет и в c++2x<br><br>Оно не войдет в C++ никогда, ибо ломает систему типов рядом с темплейтами.<br> https://opennet.ru/openforum/vsluhforumID3/115526.html#80 Fri, 12 Oct 2018 16:34:06 GMT Да. https://github.com/rianhunter/wasmjit<br> https://opennet.ru/openforum/vsluhforumID3/115526.html#79 Fri, 12 Oct 2018 14:34:46 GMT Удивиился, что не Фороникс,<br> https://lwn.net/Articles/767884/rss<br>обнаружив сабж на.<br><br>Бывает же?!<br> https://opennet.ru/openforum/vsluhforumID3/115526.html#78 Fri, 12 Oct 2018 11:04:15 GMT &gt; Register так вообще считается deprecated, в плюсах им вообще пользоваться не следует. <br><br>Да-да. Давеча вот такое видел от GCC 8:<br><br>warning: ISO C++17 does not allow &#8216;register&#8217; storage class specifier [-Wregister]<br> https://opennet.ru/openforum/vsluhforumID3/115526.html#77 Fri, 12 Oct 2018 09:07:06 GMT &gt;сам догадывается<br><br>я проверял, у меня он догадывался на простом счётчике для перебора массива только после компиляции с инфой профилирования (pgo), разница производительности что-то там в районе 3-4 порядков была. Просто космос. Добиться такого же результата позволяло добавление register, поэтому говорить можно что угодно.<br>