Есть такой парадокс — вы подбрасываете монету несколько раз. Если N раз выпадет орел, то вы получаете выигрыш 2^N рублей. Вероятность получить N орлов подряд (1/2)^N.
Каков средний выигрыш? Тут экспоненциально малая вероятность и экспоненциально большой выигрыш.
Насколько понимаю, volatile гарантирует чтение-запись, если потоки находятся на одном процессоре. То есть если вдруг поток перекинули на другой процессор, то надо выполнять семантику release-aquire чтобы обеспечить когерентность кэша. В противном случае есть небольшой шанс прочитать устаревшее значение из кэша на другом процессоре.
Интересная мысль. Слишком общие понятия часто заставляют глючить всякие тесты.
Наверное какие-то утверждения всетаки поддаются этому тесту. ???
Каков средний выигрыш? Тут экспоненциально малая вероятность и экспоненциально большой выигрыш.
Возможно во время тренировки надо ввести процедуру оценки этих пикселей. Можно вносить эти пиксели в функцию потерь
ссылка, где можно выбрать компилятор и его опции и посмотреть ассемблер
И даже больше — некоторые убирают вызов F1 и делают inline кода прямо в main`e.
Да еще вспоминаем, чем отличается i++ от ++i и кажется все логично — результат 1 1.
godbolt.org/z/HLNGy3
А есть способ не «позволить» а заставить? Хочу чтобы программист не имел альтернатив в некоторых случаях?
«Преждевременная оптимизация — корень всех проблем», Д. Кнут
import counter1 from './increment.js:$DATA';