Исходное сообщение
"Опубликван курс видеолекций Современный и эффективный С++" Отправлено Аноним, 06-Окт-19 08:38
> С NT они его называют hybrid но это по сути просто маркетинговый > ход. В винде два мода: кернел и пользовательское пространство. В них > выполняются процессы Поймите одну простую вещь. Если некоторый машинный код в "винде" выполняется, значит имеется Контекст Выполнения. На уровне Win32 API это та самая структура CONTEXT, где сохраняется состояние регистров процессора, и которая возвращается функцией GetThreadContext. При этом нет никакой GetProcessContext. Вместо этого у процесса есть Working Set -- грубо говоря, набор страниц памяти, в том числе и с отображением образа исполняемого файла. Есть ещё у процесса потоки (треды). При вызова такой высокоуровневой функции, как CreateProcess, сначала создаётся рабочий набор, потом главный тред процесса -- вот он уже "выполняется". Если мы говорим только об юзермоде, можно сказать "выполняется процесс", имея ввиду всё вышеперечисленное. Как только речь заходит о ядре, подобное заявление является грубой ошибкой. Код драйвера может выполняться как в контексте треда определённого пользовательского процесса (например, произошел вызов ReadFile и далее по цепочке), таким образом имея доступ к адресному пространству (АП) данного процесса (куда обработчик запроса запишет данные файла). А может выполняться -- в произвольном контексте https://www.osr.com/blog/2014/09/08/arbitrary-thread-context.../ например, когда SATA контрорллер получил данные от накопителя и сгенерировал прерывание. В этом месте нельзя что-то записать в АП пользователя, потому что это наверняка левый процесс. "Процессом ядра" условно можно назвать несколько рабочих тредов, выполняющих код из ntoskrnl.exe > которые называются сервисами и драйверами. В MSDN документировано, что драйвер запускается функцией StartService, соответственно является сервисом (режима ядра, в отличии от работающих в АП процессов svchost.exe; тип службы орпределяется 4-м параметром CreateService). > Разницы между ними особо > нет кроме как формата финарника и у кернел мод процессов есть > доступ к HAL и микроядру Формат там один -- Portable Executable. Содержимое таблицы импорта, да, различается.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> С NT они его называют hybrid но это по сути просто маркетинговый >> ход. В винде два мода: кернел и пользовательское пространство. В них >> выполняются процессы > Поймите одну простую вещь. Если некоторый машинный код в "винде" выполняется, значит > имеется Контекст Выполнения. На уровне Win32 API это та самая структура > CONTEXT, где сохраняется состояние регистров процессора, и которая возвращается функцией > GetThreadContext. При этом нет никакой GetProcessContext. > Вместо этого у процесса есть Working Set -- грубо говоря, набор страниц > памяти, в том числе и с отображением образа исполняемого файла. Есть > ещё у процесса потоки (треды). При вызова такой высокоуровневой функции, как > CreateProcess, сначала создаётся рабочий набор, потом главный тред процесса -- вот > он уже "выполняется". > Если мы говорим только об юзермоде, можно сказать "выполняется процесс", имея ввиду > всё вышеперечисленное. Как только речь заходит о ядре, подобное заявление является > грубой ошибкой. > Код драйвера может выполняться как в контексте треда определённого пользовательского процесса > (например, произошел вызов ReadFile и далее по цепочке), таким образом имея > доступ к адресному пространству (АП) данного процесса (куда обработчик запроса запишет > данные файла). А может выполняться -- в произвольном контексте https://www.osr.com/blog/2014/09/08/arbitrary-thread-context-article-video/ > например, когда SATA контрорллер получил данные от накопителя и сгенерировал прерывание. > В этом месте нельзя что-то записать в АП пользователя, потому что > это наверняка левый процесс. > "Процессом ядра" условно можно назвать несколько рабочих тредов, выполняющих код из ntoskrnl.exe >> которые называются сервисами и драйверами. > В MSDN документировано, что драйвер запускается функцией StartService, соответственно > является сервисом (режима ядра, в отличии от работающих в АП процессов > svchost.exe; тип службы орпределяется 4-м параметром CreateService). >> Разницы между ними особо >> нет кроме как формата финарника и у кернел мод процессов есть >> доступ к HAL и микроядру > Формат там один -- Portable Executable. Содержимое таблицы импорта, да, различается.
	Введите код, изображенный на картинке: