Сразу, я в pure C и asm полный ноль. Листал, но не изучал, Столярова по asm, что-то по C, писал простейшие учебные программы. Хочу узнать, правильно ли я понял native. Пример программы компилирую в calculate linux:


Получаю "0".

hexedit ./hello

Смотрю 16 ричный код приложения. Это native для моей сборки linux Gentoo 7.3 верно?
Вижу формат elf внутри файла. Там разные коды. Вопрос.
Вот этот код -- он же не имеет никакого отношения к машинным кодам?
то есть.
В компьютере память в банках, допустим 2 банки по 256 мб. Я не пишу в программе hello, что хочу работать именно с 1 банкой. Я прошу ОС выделить мне оперативную память под переменную i. Допустим я заведу переменную str размером 1 гига байт. ОС не моргнув глазом залезет в файл подкачки. Причина в том, что у меня нет через коды доступа к оперативной памяти на физическом уровне. Есть доступ к ОС, которая через драйвер выделяет мне память. Верно?
Вывод осуществляется видеокартой. Но я не посылаю команды видеокарте, я посылаю команды какому то api (драйвер) в ОС, чтобы она вывела переменную i, верно?
Причина в том, что этот native по сути запущен в ОС как в виртуальной машине. И это верно для всех ОС (windows).
или я совсем не прав?
зы
код обсуждать со мной бессмысленно, вопрос интересен только теоретически, я движки для игр не пишу, мне доступ к оборудованию напрямую не нужен.

alex_k частично понятно. Например:
***
i = 0;
i = i + 1;
***
То есть как я понимаю, когда идёт операция присваивания i -- эти машинные коды перехватывает ОС и сама присваивает значения. А вот когда идёт суммирование одного значения к другому ОС ничего не перехватывает и те же машинные коды напрямую передаются на процессор. Именно эти перехваты называются защищённым режимом?
При этом любое обращение не к процессору (оперативная память, жесткий диск, usb порт и так далее) записывается в машинных кодах, но так или иначе всегда перехватывается ОС.
Верно?

авторОС ничего не перехватывает, код сам вызывает API ОС там где это надо.
Вот теперь всё понятно.
---
Допустим человек знает C и asm. Он может управлять своей программой для nix или windows как в примере ниже?
Человек пишет, что "для задач высокочастотного трейдинга требуется очень высокая производительность; так как более холодная банка памяти работает быстрее, а памяти для его участка кода надо мало он сам решает на какой банке памяти будут храниться его переменные".
Даже не рассматривая быстроту работы можно ли поверить, что кто то идёт в обход ОС и записывает данные в память напрямую в микросхемы?

Спасибо. Ответы на вопросы я получил.

авторему бы сначала надо книжки
Я не понимал этого момента из-за книг. В книгах чаще всего разбираются самые простые моменты, типа работа с регистрами, под правильные (идеальные) процессоры и правильную ОС (dos). Также примеры там все сплошь учебные, числодробительные. Поэтому в книгах native -- это целиком машинный код.
А в реальной жизни люди говорят о реальных программах. Они написаны на нескольких языках, работают с памятью и диском как минимум, а по идее ещё и с внешними программами, например, БД. Именно они и пишут, что реальная программа на C -- это работа с api OS чуть менее, чем полностью. Из этого следуют холиварные выводы -- но это не флудилка.
зы
если всё понял не так -- поправьте, пожалуйста.

Dima T я не обсуждаю хорошо это или плохо. Я пишу, что я это узнал (сообразил) только в этом топике :)