Книга: Разработка ядра Linux
Честная игра со стеком
Честная игра со стеком
В любой функции необходимо сокращать использование стека до минимума. Хотя не существует твердых правил, тем не менее следует поддерживать максимальный суммарный объем всех локальных переменных (также известных как автоматические переменные или переменные, выделенные в стеке) не больше нескольких сотен байтов. Опасно статически выделять большие объекты в стеке, такие как большие массивы структур. В противном случае выделение памяти в стеке будет выполняться так же, как и в пространстве пользователя. Переполнение стека происходит незаметно и обычно приводит к проблемам. Так как ядро не выполняет никакого управления стеком, то данные стека просто перепишут все, что находится за стеком. В первую очередь пострадает структура thread_info
, которая расположена в самом конце стека процесса (вспомните главу 3). За пределами стека все данные ядра могут пропасть. В лучшем случае при переполнении стека произойдет сбой в работе машины. В худших случаях может произойти повреждение данных.
В связи с этим, для выделения больших объемов памяти необходимо использовать одну из динамических схем выделения памяти, которые были рассмотрены раньше в этой главе.
- Почему необходима миграция
- Сущность процесса миграции
- Миграция между различными версиями InterBase
- Карта миграции
- Прямая миграция
- Сохранение информации о пользователях при миграции
- Особый процесс, или обратная миграция
- Миграция баз данных на Yaffil и обратно
- 3. Связи и миграция ключей
- Глава 14. Почему потребительский опыт играет важную роль в выстраивании клиентских взаимоотношений
- Я слышал, что в Microsoft Word можно играть в шахматы. Каким образом?
- На каких сайтах можно поиграть?