Не си ли прецакан, ако се получи прекъсване?

Тези от вас, които са програмирали в 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 понякога имаше смисъл; ето защо дискусията за това може да се намери в контекста на филтрите за виртуален дублатор.

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