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

Кучка чего и кучка чего?
Оптимизаторы (того-же gcc) вполне умеют переносить переменные сразу в регистр вместо стека если это возможно (ну или вообще в константу превращать).

Но в принципе, ты же можешь задать что мол размер L1/2 кеша у тебя в 1Мб, что с учетом того что в современных ЦПУ уже и 16Мб не редкость, то ты можешь быть уверен что какой-нибудь часто используемый массивчик меньше этого размера обязательно в кеш попадет.

Тут те-же соображения что и с Ораклом - если у тебя есть достаточно памяти и таблица достаточно маленькая - оракл будет стараться держать ее в кеше. Ключевое слово "стараться". Не обязательно что получиться, конечно, но некоторый шанс на успех будет. Так же и с компиляторами.

Да почему "нет" то??
Есть. Вернее, в языке есть способ порушить кеш-дружелюбность (хорошее слово, однако :)
Просто не определяй #pragma pack для структуры и компилятор ее вполне себе оптимизировано для кеша положит. Вот если ты ее принудительно упакуешь как-то, тогда да - потеряешь эту самую кеш-дружелюбность.

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