Память процессора... Как обратиться? Заполнить? Освободить?

[vitaly_l]

"Вчера" узнал, что в блоке - много разных видов памяти...
GetMem(SomeX, 1000000 * SizeOf(TSomeX)); - распределяет в оперативной памяти... Правильно?
Оперативная память - медленная... Есть КЭШ в процессоре...

Как заполнять память процессора???
Как освобождать память процессора???
Как процессор выбирает, что заложить в память процессора, а что оставить в оперативной памяти???
Как определять сколько уровней памяти у процессора???
Как определять объём памяти и свободной у процессора???
Что рентабельно, а что лучше априори в память процессора не грузить???
Можно ли обратиться к памяти каждого ядра в отдельности, если процессор многоядерный???

PS - пожалуйста не отправляйте меня изучать историю создания всех процессоров Intel и AMD - у них, в описаниях, как правило: 1000 страниц воды на 1 единицу информации, а хочется 1 единицу информации без 1000 страниц воды...
Нужны только голые рабочие функции и краткое пояснение, что они(функции) делают?
PS:PS: - любая полезная информация по теме грамотной работы с памятью - здесь востребована (даже если она с водой).


Заранее всем благодарен.
.

[Bupyc]

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

[vitaly_l]

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

Спасибо: наидобрейший - мультиУважаемый Bupyc.

Однако, если Вирус внёс "вирус"(в смысле ложную информацию), то прошу его разоблачить... Антивирусы по информации есть???

Потом, даже с утверждением Вируса("о невозможности обращения"), остаётся открытым вопрос:
Как процессор выбирает, что заложить в память процессора, а что оставить в оперативной памяти???
По идее: Там(в процессоре), должны быть жёсткие правила и инструкции...



.

[vada]

В процессоре есть своя программа (микрокод) одна из функций которой предсказание ветвлений. Вот она и решает какие области памяти команд и данных подгружать а какие выбрасывать из кеша.
А вообще все процессоры разные. У каждого производителя свои фишки шняжки. Каждый в конкурентной борьбе камней придумывает свои алгоритмы которые, как правило, быстрее и более правильные чем у конкурента.

[vitaly_l]

есть своя программа (микрокод) одна из функций которой предсказание ветвлений

У неё(программы Х) очевидно есть приоритеты и инструкции...
Если под неё(программу Х) оптимизировать код, то можно предугадать, что сохранится в процессорной памяти, а что из неё будет удалено...

Как узнать: про приоритеты (программы Х) указанной мультиУважаемым vada???
Уверен таких приоритетов не больше 12-ти... Какие у (программы Х) инструкции???
Разные алгоритмы? Всё это туфта, суть всех алгоритмов едина... Решения разные, а суть приоритетов и инструкций должна быть одна у всех...

Как правильно оптимизировать код, для грамотного использования памяти процессора?

.

[vada]

Это надо обращаться в Интел аль в АМД аль еще куда и документацию запрашивать...
А вообще, хорошие оптимизаторы кодагенераторов этой информацией владеют и стараются оптимизировать код с учетом фишек конкретных процессоров.
Честно говоря, для большинства задач это мало интересно. Ну получите вы ответ не за ноль целых фиг десятых секунда, а за ноль целых хрен десятых. Какая разница?
А вот когда у вас решается вопрос 100 суток цифирь гонять или 95... тут стоит пошевелиться.

[vitaly_l]

владеют и стараются оптимизировать код с учетом фишек конкретных процессоров.

Это логично...

Однако никто в intel и AMD не обращается... т.к. наверняка, есть изначальные безапелляционные правила и инструкции по оптимизации и т.д. единые для всех типов процессоров... И таких правил и инструкций, наберется не больше 12-ти...
Те кто решал такие задачи - сразу поймут: о чём я спрашиваю?...

Вопрос остаётся в силе:
Как правильно оптимизировать код, именно: для грамотного использования памяти процессора?



.

[GrayEddy]

И так очевидно.
Use built-in assembler, Luck!

[SAK]

http://www.ixbt.com/cpu/cpu-microarchit ... rt-1.shtml

[vitaly_l]

http://www.tdoc.ru/c/hardware/processor ... ure-1.html

Есть такое понятие как рерайтеры... люди которые поднимают ТИЦ итд собственных сайтов за счёт переписывания статей с набором ключевых слов... Для роботов яндекса итд - работает железно... А для получения знаний, рерайтинг нужно наказывать высшей мерой в УКРФ, а именно: пожизненным электрическим стулом. По ссылке, создатель статьи из 12 страниц, в самом начале говорит: есть единые инструкции для всех процессоров... И я с ним согласен... т.к. думаю идентично... Но потом он 12 страниц, скурпулёзно и дотошно - перечисляет ХАРАКТЕРИСТИКИ всех процессоров на планете... И естественно из любого поиска - попадают на его страницу и он поднимается в рейтинге поисковиков... Но знаний - там нет, т.к. это страница для повышения ТИЦ... Единственное спасение от рерайтеров - это форум, в котором участвуют те кто понимает, о чём говорит и пишет... Там 12 страниц воды...

Суть всегда умещается в нескольких коротких и ясных предложениях или фразах.

assembler, Luck!

И Вам тоже Luck!

Однако: Если я... ===> ненавижу assembler.
И хочу пользоваться языком высокого уровня, а конкретно Паскалем и компилятором Лазарус + FPC...


Вопросы остаются в силе:
Как правильно оптимизировать код, в Лазарус, именно: для грамотного использования памяти процессора?
Или таких правил и инструкций вообще не предусмотрено???
Но должны же быть какие-то наработки???



.

[SAK]

В этом случае вообще не надо влезать в процессы

Есть такое понятие как рерайтеры... люди которые поднимают ТИЦ итд собственных сайтов за счёт переписывания статей с набором ключевых слов...

Я там адрес поправил на IXBT.

По ссылке, создатель статьи из 12 страниц, в самом начале говорит: есть единые инструкции для всех процессоров...

И что бы воспользоваться инструкциями по оптимизации надо для начала понимать как это работает.

Однако: Если я... ===> ненавижу assembler.И хочу пользоваться языком высокого уровня, а конкретно Паскалем и компилятором Лазарус + FPC...

Всё будет работать быстрее и главное надёжнее если Вы не будете влезать в алгоритм работы самого процессора.

[vitaly_l]

Всё будет работать быстрее и главное надёжнее если Вы не будете влезать в алгоритм работы самого процессора.

Уверен: Вы - правы! Я и не хочу лезть в алгоритмы процессора... Я хочу знать: нюансы, инструкции и рекомендации - которые позволяют оптимизировать код, до максимально - удобочитаемого для памяти процессора...

В частности хочу понять:
Как и чем организованы идеи распределения памяти процессора???
Как он определяет что сохранить в памяти для повторного использования а что удалить???
Как правильно оптимизировать код, в Лазарус, именно: для грамотного использования памяти процессора?

Такие: секреты, наработки и знания, есть у каждого программиста... Если правила соблюдать или их придерживаться, то будет работать быстрее...
Вот это я и хочу получить...




.

[GrayEddy]

Что у вас за задача, которая требует сверхсветовых скоростей? Не драйверы же писать.
Берете любой компилятор с хорошим оптимизатором. Последний сделает за вас работу.
Или смотрите исходники FPC, и ищите файлы с кодом оптимизатора (-O1, -O2, -O3 etc). Опять же, все упирается в платформу и проц и модель. Универсального решения нет.

http://www.freepascal.ru/article/raznoe/20110816221600/ хорошая статья, человек на несколько порядков разогнал свой код.

[kipar]

Как и чем организованы идеи распределения памяти процессора??? Как он определяет что сохранить в памяти для повторного использования а что удалить???

Я с этой оптимизацией понаслышке знаком, но идея такая:
Процессор заносит информацию в кеш "страницами". Т.е. в кеше может быть скажем 256 страниц по 16Кб. Если происходит обращение к памяти не входящей в эти 256*16Кб, то самая давно не использованная страница выгружается, вместо нее загружается новая.
Поэтому чтобы лучше использовать кеш, надо работать на каждом этапе с небольшим куском памяти, чтобы не происходило лишних перегрузок кеша. Например, если надо перемножить две большие матрицы, то лучше разбить их (одну на "полоски", другую на "столбики"), так чтобы каждый кусок влезал в кеш.

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

[pda]

Что каждый программист должен знать о памяти.