>>Относится не к АП ядра, а к размеру виртуальной памяти.
> И чем же адресное пространство отличается от размера виртуальной памяти?

Уровнем привилегий, с которого разрешён доступ к станицам.

>>It needs to be bigger, by a factor of at least two
>>Коэффициент 2 пригодится, когда одна и та же страница отображается и в ядро, и пространство пользователя.
> Это магическое х2 получилось потому что Линус желает линейное отображение физической памяти
> в виртуальную для ядра и желает иметь ядро (всю ядерную память)
> замапленным во все процессы.

То есть Линус хочет больше памяти и защищённой, и пользовательской -- одновременно (в сумме они и дают всю виртуальную память).  

>>Я и спрашиваю, зачем нужно.
> А дальше прочитать?

Когда человек понимает, он способен объяснить своими словами.

>>So you could allocate user pages in it, but you had huge problems with things like internal kernel data structures, which can be the bulk of your memory needs under some (not that unusual) loads. Directory caches, inodes, etc couldn’t use it, and in general it meant that under Linux, if you had more than 4GB of physical memory, you generally ran into problems (since only 25% of memory was available for normal kernel stuff – the rest had to be addressed through small holes in the tiny virtual address space).
> Ядерные структуры в highmem не положить, поэтому Линус хочет больше линейно замапленной
> памяти для ядра.

Что бы разместить структуры ядра в линейном пространстве, можно, грубо говоря, для их хранения создать фиктивный процесс и использовать его АП ядром. Структуры там будут спокойно лежать. Однако разделять эти структуры с иными процессами затруднительно, как и хранить в них указатели на данные пользователя (представьте, что виртуальные адреса структуры ядра и данных пользователя, на которые ссылаются её поля, пересекаются).