OSDev

Ну, так это же системная информация, которая к пользовательским данным никакого отношения не имеет. По идее, она вообще должна храниться вне ВАПов, но разработчики почему-то пихают.

А как вы будете работать с этой инфой, если она будет находиться вне ВАПов? Таблица страниц отображается в том участке ВАП, который не доступен приложению.

Первый пришедший в голову вариант - отобразил, провел нужные операции, снял отображение.

Чтобы отобразить любой блок памяти (в т.ч. таблицу страниц), нужно записать в таблицу страниц данные. А чтобы записать данные в любую память (в т.ч. таблицу страниц), она должна быть отображена. Замкнутый круг.
Единственный вариант, если не рассматривать извращения вроде DMA-доступа через устройства или постоянное включение/отключение страничной адресации - содержать таблицу ВАП в памяти.

Хотел сразу написать про то, что всякие частичные отображения кардинально ничего не решают, а лишь снижают эффективность, но понадеялся, что до этого не дойдет. Надежды не оправдались

Решают или нет - это вопрос вторичный (который, кстати, можно трактовать так: у приложения есть своя песочница (вап), а система берет, да гадит в ней , запрещать? - а зачем? ).

Круг размыкается общеизвестной сервисной страницей.

Система не гадит, а незримо присутствует во всех ВАП. Такова архитектура большинства современных ОС.

Ну, давайте расскажите нам, чем это отличается от используемых сейчас решений.

Если пройти по определенным адресам, то очень даже зримо Сравнение с какими решениями не очевидно?

Для приложения не очень.

Меня интересует, чем названное вами решение отличается в лучшую сторону по сравнению с обычной практикой отображения в ВАП всей таблицы страниц для этого ВАП.

Вообще-то, виртуальные адреса отображаются в физические, а не наоборот. В лучшую сторону только количеством занимаемых страниц, поскольку концептуально решение то же самое.