Разве вы не облажались, если произойдет прерывание?

Те из вас, кто программировал в DOS, скорее всего, сейчас сомневаются в возможности прерываний. Обычно такое повторное использование указателя стека — очень плохая идея, потому что вы понятия не имеете, когда может сработать прерывание, и когда это происходит, ЦП покорно помещает текущий счетчик программ и флаги в стек. Если вы повторно использовали ESP, это привело бы к уничтожению случайных структур данных. В такой среде ESP всегда должен указывать на действительное и достаточное пространство стека для обслуживания прерывания, а когда это не так, прерывания должны быть отключены. Работа с отключенными прерываниями в течение длительного времени снижает скорость отклика системы (потерянные прерывания и большая задержка) и непрактична для большой рутины.

Однако здесь мы работаем в защищенном режиме.

При работе в пользовательском пространстве в Win32 прерывания помещаются не в пользовательский стек, а вместо этого в стек ядра. Если подумать, использование пользовательского стека невозможно. Если бы потоку не хватило места в стеке или даже просто имелся недопустимый стек, когда ЦП пытался отправить EIP и EFLAGS, возник бы сбой страницы, а вы не можете сбой страницы в обработчике прерывания. Таким образом, планировщик может выполнять любое количество переключений контекста во время выполнения подпрограммы без стека, и любые структуры данных, которые указываются как ESP, не будут затронуты.

Из http://www.virtualdub.org/blog/pivot/entry.php?id=85

Да, вы могли бы при очень контролируемых обстоятельствах, но на практике вместо этого просто используйте SSE2 и/или MMX.

Связанный: Действительно ли писать ниже ESP? обсуждает вещи в Windows который может асинхронно использовать указатель стека в 32-битном коде. С недопустимым указателем стека эти вещи будут падать, а не наступать на пространство под ним. (Или, если вы указываете на доступную для записи память, используйте ее как пространство стека.)

В GNU/Linux обработчики сигналов могут асинхронно использовать указатель стека пользовательского пространства, но вы можете использовать sigaltstack/SA_ONSTACK, чтобы использовать для них альтернативный стек.

Также обратите внимание, что x86-64 гарантирует SSE2. Обычно вам нужно рассмотреть возможность использования RSP в качестве 16-го регистра общего назначения только в том случае, если вы уже использовали все xmm0..15 (SSE) и mm0..7 (MMX).

Использование ESP в качестве 8-го регистра общего назначения в 32-битном коде DSP для процессоров без MMX иногда имело смысл; вот почему обсуждение этого можно найти в контексте фильтров virtualdub.

Как правило, это не имеет смысла в 64-битном коде, потому что у вас всегда есть 16x 128-битных SIMD-регистров (и SIMD-инструкции для их использования), а также более чем в два раза больше нестековых регистров. Целочисленные регистры указателей. И 8x 64-битных регистров mmx или 8x 80-битных регистров x87, как бы ты ни хотел их использовать. В большинстве соглашений о вызовах большинство этих регистров затираются вызовами, но вы все равно не могли бы выполнять вызовы функций с RSP, не указывающим на стек.