x86-64, очистить кэш

> Хочется странного -- из юзерспейса "очистить" линейку "грязного" write-back кэша...

Из юзерспейса, думаю, никак.

Используй команды movnt*.

(wb)invd только из ring0 работают, iirc.

sysctl vm.drop_caches не оно? Чистит pagecache и что-то ещё, в доках есть... Тока оно вообще всё чистит.

Это не тот кэш %)

такое еще не предлагали:

%hash = ();

Можно ещё сходить в магазин и потратить весь cash %)

Спасибо всем ответившим!

> Используй команды movnt*.

Ну, это, типа не из Це вообще писАть...

Мне хочется такого (в идеале): есть адрес (виртуалный), валидный но "грязный" в кэше, записанный из моей любимой Це - программы, и мне надо так инвалидировать линейку кэша с этим адресом, чтобы он при этом в память не ушёл.

Подробнее начальная проблема:

Я пишу подряд в ячейки памяти, но нужны они мне только изредка. БОльшая часть записанных данных больше не пригодиться, и я знаю, какие именно. К сожалению, по техническим причинам я не могу реюзать эти адреса. Я не хочу при этом пользоваться наворотами, препятствующими загрязнению кыша; он загрязняется, гад! Вопрос -- можно ли его "почистить"?

Imho то, что ты хочешь (препятствовать переносу в основную память того, что находится во write-back кэш), выглядит противоестественным даже для ring0. Да и wbinvd, говорят, для этого не годится.

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

Думаю, тебе это тоже не подойдёт по 2 причинам: (1) неясно, сможет ли это сделять ядро на x86 (разве что каким-то программированием кэша на мамке через чипсет); (2) если ты не можешь реюзать адреса - то, вероятно, и соотв. память освободить ты тоже не сможешь.

А вообще, наверное, действительно, для процессоров было бы довольно полезно иметь что-то аналогичное tmpfs, цель которого - хранить временные данные, а не быть буфером в их записи в основное хранилище.

> Мне хочется такого (в идеале): есть адрес (виртуалный), валидный но "грязный" в кэше, записанный из моей любимой Це - программы, и мне надо так инвалидировать линейку кэша с этим адресом, чтобы он при этом в память не ушёл.

Пиши туда же.

> Я пишу подряд в ячейки памяти, но нужны они мне только изредка. БОльшая часть записанных данных больше не пригодиться, и я знаю, какие именно. К сожалению, по техническим причинам я не могу реюзать эти адреса. Я не хочу при этом пользоваться наворотами, препятствующими загрязнению кыша; он загрязняется, гад! Вопрос -- можно ли его "почистить"?

Как ты хочешь - никак. Только переиспользовать грязные строки.

> (разве что каким-то программированием кэша на мамке через чипсет)

На x86 кэша на мамке уже скоро как 10 лет нету =)

> Хочется странного -- из юзерспейса "очистить" линейку "грязного" write-back кэша...

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

>Я пишу подряд в ячейки памяти, но нужны они мне только изредка. БОльшая часть записанных данных больше не пригодиться, и я знаю, какие именно. К сожалению, по техническим причинам я не могу реюзать эти адреса. Я не хочу при этом пользоваться наворотами, препятствующими загрязнению кыша; он загрязняется, гад! Вопрос -- можно ли его "почистить"?

Вот где пригодилось бы lazy evaluation.

> Не будет тебе такого. Подумай сам - ведь нет никакой гарантии, что изменение уже не ушло в память.

а какая разница.

Фактически, то что он хочет -- это сказать -- мне не важно что находится в данной области памяти (и поэтому процессору позволяется сэкономить ресурсы на этом). По моему, вполне законное желание.

инструкция clflush

http://www.sesp.cse.clrc.ac.uk/html/SoftwareTools/vtune/users_guide/mergedProje
cts/analyzer_ec/mergedProjects/reference_olh/mergedProjects/instructions/instruc
t32_hh/vc31.htm

> инструкция clflush

А ты в даташите интеловском не пробовал читать, что она делает? :-D