В википедии пишут:
Переключение контекста
авторВо многих случаях ядро располагается в том же адресном пространстве, что и пользовательский процесс . При переключении контекста между user-space и kernel-space (и обратно), что, например, происходит при выполнении системных вызовов, ядро не трогает регистр CR3, тем самым сохраняя TLB
Это как?
А если у нас на системе несколько процессов, каждый с изолированным виртуальным адресным пространством, то как ядро может располагаться в каждом из них?

White Owlв той статье слегка наоборот написано.
Не ядро располагается в адресном пространстве процесса, а адресное пространство процесса принадлежит пространству ядра. В итоге процесс видит ядро, ядро видит все процессы, но процессы друг-друга не видят.
Хорошо, тогда если несколько процессов в адресном пространстве ядра, то как эти процессы не могут видеть друг друга если они все в одном адресном пространстве ядра?

Новый Годна мейнфреймах (z/OS) нет переключения контекста
там внутри адрес спейса есть все - и ядро и приложения и шаред память
Т.е. там просто нет изоляции адресных пространств или вообще нет виртуальной памяти?

Новый Годядро в адресном пространстве пропропущено...

Т.е. там просто нет изоляции адресных пространств или вообще нет виртуальной памяти?

есть, некоторые диапазоны адресов просто не изолированы
А имеете ввиду в эти "некоторые диапазоны адресов" входят адреса mutex/cond_var/events и шаред памяти для IPC?

Ну переключение контекста все равно будет, просто реже - только при переключении потоков.

softwarerядро в адресном пространстве проА если у нас на системе несколько процессов, каждый с изолированным виртуальным адресным пространством, то как ядро может располагаться в каждом из них?
Ну для начала, никто не запрещает замапить сто "виртуальных адресных пространств" на один и тот же участок оперативной памяти.
И тогда будет "ядро располагается в том же адресном пространстве, что и пользовательский процесс ... тем самым сохраняя TLB ", исходный вопрос читали?
"сто "виртуальных адресных пространств"" - это сто раз обновить TLB.

Новый Годядро в адресном пространстве пропропущено...

А имеете ввиду в эти "некоторые диапазоны адресов" входят адреса mutex/cond_var/events и шаред памяти для IPC?

нет, память которая доступна вообще всем "процессам" в системе
там терминология немножно другая
А что конкретно например содержится в этой памяти?

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

"потоки" все в одном адресс спейсе
переключение контекста будет только при переключении адрес спейсов

а при системном вызове переключения контекста не будет
ядро "мапится" на один и тот же участок памяти в каждом адрес спейсе
А, т.е. не то, что в каждом виртуальном пространстве некая виртуальная область мапится на одну и ту же физическую область, а одна и та же виртуальная область мапится на одну и туже физическую область в разных процессах, т.е. одна и та же часть Page Table состоящая из ряда PTE используется сразу для нескольких виртуальных пространств?
Вообще интересная затея, а почему же это для x86 не сделали?