...оптимизаций.

Может кто пояснить, в этих ваших процессорах что, нет отдельных блоков, как в видеокартах - отдельно для половинок, отдельно для синглов, отдельно для даблов? Ну, не секрет же, что в видеокартах производительность в разной точности вычислений разная, потому что для каждого типа чисел у видеокарт свои блоки вычислений. А вот в процессорах как - так же?

Я к тому, что если не так, то как? Вроде, слышал, что все эти (в терминах C#) byte, short, int, long, когда исполняются на 64-разрядном процессоре, дополняются до 64 бит нулевыми бытами в старшие разряды. Т. е., все мои переменные, которые я ввожу для "экономии памяти", типа float вместо double, byte или short вместо long и т. п. - всё это "разоптимизируется" обратно в самые удобные для процессора длины данных.

Вроде, как в процессоре или компиляторе есть всякие такие штуки, что если подряд идут короткие типы данных и над ними подряд делается одна и та же операция, то он таки может затолкать несколько таких коротких данных в одно длинное и за одну операцию сделать несколько операций, но это редко когда - не всегда же такие подряд последовательности встречаются. Т. е. когда однотипных данных мало и операции над ними разные, то всегда идёт дополнение до максимальной разрядности. Так?

Просьба ответить не ссылками на длинные статьи, а прям тут, несколькими предложениями. Я не полностью архитектуру и работу процессоров хочу понять, а просто уяснить для себя пару вопросов.




Просто некоторые сишники и сиплюсплюсники и прочие ассемблерщики каждый битик считают. И когда видят мой код, где я размашисто так даблы везде использую, тут же говорят, а зачем тебе - у тебя же от силы половина точности. Ты давай на флоаты перейди, затолкай вот эту свою кучку флагов в битовые последовательности, считай не умножением или делением, а смещением битов. Как они надоели уже! Я им говорю, что у меня высокоуровневый язык, что обо всём этом компилятор позаботится. А если не позаботится, то и нафиг не надо. А они тут же начинают обзываться быдлокодеров, формошлёпом, "да нас за такое в своё время старшИе по рукам били". Такое ощущение, что "высокоуровневый" язык они понимают в смысле "для людей высокого положения, господ", а низкоуровневый - "для холопов". И обижаются, и стараются тебя унизить.

авторИ когда видят мой код, где я размашисто так даблы везде использую, тут же говорят, а зачем тебе - у тебя же от силы половина точности. Ты давай на флоаты перейди
Особенно интересно, что почти все методы в классе Math работают с даблами. При этом константы все - тоже даблы. И при этом они захардкодены всего до нескольких знаков после запятой. Число Пи? - Вам и пяти знаков после запятой хватит. Но при этом это дабл, да.

skyANAИ ещё сейчас обязательно надо вставить что-нибудь про RyuJIT, SIMD и Бенуа Мандельброта.

The JIT finally proposed. JIT and SIMD are getting married.


Круто выглядящая прожка! Ты написал? На universal apps with continuity?

AxeleronСколько секунд занимает создать одно обычное окно с кнопкой и обработчиков для нее на C# и на C++ с нуля?
А "с нуля" это как? Что на Дельфи, что на Винформах можно "программировать мышкой". Да и вообще, это нынче не показатель. Так-то по этому показателю будет джаваскрипт с HTML впереди всех - там вообще текстовый файлик обновил и ф5 нажал.

skyANAОтвет на первый вопрос: открой для себя встроенный математический сопроцессор.
Да не так. Идея в том, что блоки в видюхах вроде как не по целости-вещественности чисел отличаются, а по размеру этих чисел. Т. е. для флоатов и для даблов там разные блоки. Причём не какие-то регистры памяти, а, как я понимаю, именно вычислительные блоки - все эти куды, шейдеры.

Смотри, как Хуанг лохов обувает по даблам на новой титьке:
http://www.pcworld.com/article/2896411/the-brutal-graphics-war-continues-as-nvidia-reveals-the-geforce-gtx-titan-x.html

НемоКэп42skyANAОтвет на первый вопрос: открой для себя встроенный математический сопроцессор.
Да не так. Идея в том, что блоки в видюхах вроде как не по целости-вещественности чисел отличаются, а по размеру этих чисел. Т. е. для флоатов и для даблов там разные блоки. Причём не какие-то регистры памяти, а, как я понимаю, именно вычислительные блоки - все эти куды, шейдеры.
Вот я и спрашивал - в обычных CPU тоже такое, или там самые длинные регистры берут на себя всю работу.

И если второе - самые длинные - то как они работают с короткими данными? Дополняют их до длинных, или пихают несколько коротких в одно длинное, или ещё как-то?

hVosttnetivanа что, компилятор с++ сразу прям любой код сделает офигенным?:)

естественно! и любые программы на с++ быстры. это ж очевидно!
В крайнем случае, любой программист С++ достаточно компетентен, чтобы не стрелять себе в ноги. А сколько лет он до этого ломал чужие сервера и коптил мир - это опустим за кадр.

D129И в результате - "брюки (С++) превращаются в элегантные шорты"....
В элегантные "шарпы".

EoltskyANAEolt, не заливайте, оптимизация кода в JIT-е присутсвует.

Какая еще оптимизация? Наличие галочки Optimize Code в свойствах проекта? На оптимизацию нужно большое время, можете сравнить время сборки проекта на плюсах с опцией /O2 и шарпового. У JIT-просто нет времени нормально оптимизировать код, он должен как можно быстрее скомпилировать код и запустить его, чтобы не вызывать раздражение пользователя.
А вроде в шарпе есть настройка типа "зааптимизировать прям щас, джиттер отключить"? Т. е. можно скомпилить для конкретной платформы и джиттер на этой платформе работать не будет.

Axeleronчто для клиента на C# придется ставить .NET Framework...
Нафиг клиентов, не уважающих винду.