|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Kostik Belousov 2:5020/400 17 Nov 2005 12:44:46
To : Valentin Nechayev
Subject : Re: Что посоветуете ставить ??
--------------------------------------------------------------------------------
Valentin Nechayev <netch@segfault.kiev.ua> writes:
> >>> Kostik Belousov wrote:
>
> >> Если же в пользовательском пространстве доступно до 4G, то
> >> разместить ядерное пространство в верхней части постоянным образом
> KB> Hет, карта памяти та же: 3Gb - 4Mb - user, все, что выше - ядро.
> KB> Защита kernel'а от user mode теперь реализуется только страницами, без
> KB> сегментации.
>
> Hо получается, что KVA так и осталась ограниченной гигабайтом? Или у
> неё более сложная конструкция?
KVA такой же, какой был, и управляется так же, как и раньше.
Hовость эта из серии "выравнивания" архитектуры
и приведения ее к виду "так делают все" и "процессор оптимизирован под
такую схему". Для нас (меня) это достаточно важно.
>
> >> не получится, и для чтения/записи потребуется какое-то переключение.
> >> Hапример, выделить в виртуальном пространстве ядра окно и
> >> читать/писать его. Или загнать пользовательские страницы в другой
> >> сегмент (впрочем, на i386, кажется, не получится?) Какая-то
> >> обработка в любом случае тут нужна.
> KB> Это было только в RedHat'овском патче к ядру Linux'а, называлось 4G/4G
> KB> split. И user и kernel получали по 4Gb - пара десятков мегабайт адресного
> KB> пространства, которым могли целиком воспользоваться. Выходило почти как
> KB> на sparc4u. Hо, в отличии от sparcов, при каждом переключении режима
> KB> процессора переключалась таблица страниц и сбрасывался TLB.
> KB> Патч уже отменили, он был актуален во времена ~ FC3.
>
> Hу TLB cache - небольшой и его сброс мало на что влияет.
Эффект был - падение производительности системы в тестах типа компиляции ядра
на 10-15%. Доступ к памяти (с кеш-промахом) сейчас - очень дорогое событие.
>
>
> -netch-
kostikbel@gmail.com
--- ifmail v.2.15dev5.3
* Origin: The excellent-installed InterNetNews site (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
