Синхронизация буферов TLB прикладных процессов в SVR4.2/MP
Еще одним событием системы, требующим незамедлительной перезагрузки TLB, является выгрузка страниц. До появления SVR4.2/MP демон pagedaemon использовал правило глобальной замены страниц.
Также вам может показаться, что такая тема как http://www.megatula.ru/catalogorg/strojimaterialyii/ никак не связана и даже не тематична. Хотя, может быть и связана. В любом случае все-таки зайдите на сайт megatula.ru. Тема стройматериалы в Туле там представлена весьма широко. На том сайте можно узнать много интересного на тему стройматериалы в Туле. Что означает вообще тема стройматериалы в Туле, где найти стройматериалы в Туле - про это написано на сайте megatula.ru. Это очень важная для многих людей тема - стройматериалы в Туле. Спасибо сайту megatula.ru за информацию на тему стройматериалы в Туле.
Он мог производить проверку определенного количества страниц в общем пуле и сбрасывать бит ссылки (для сбора информации о ссылках) или бит изменений (после освобождения страницы). Обе эти операции требуют глобальной перезагрузки вхождений TLB.
Разработчики системы SVR4.2/MP заменили алгоритм, использовавшийся в предыдущих версиях, на методику, основанную на локальных установках устаревания. Перехватываются все процессы, являющиеся устаревшими (в том числе и все LWP процесса, кроме выполняемых на процессоре-инициаторе, для которого и производится выгрузка). При обратном подключении LWP механизм контекстного переключения І386 автоматически сбрасывает TLB.
Разработчики SVR4/MP и SVR4.2/MP искали способ оптимизации перезагрузки TLB, опираясь на отличительные особенности аппаратных архитектур. Более того, каждая такая ситуация интерпретируется системами индивидуально, что дает возможность использовать преимущества синхронизации, унаследованной от функций, послуживших «пускателем» перезагрузки.
Такой подход показывает большую производительность по сравнению с алгоритмом, реализованным в Mach, в которой для всех машин и ситуации в сборе применяется единственная простейшая методика. Однако алгоритм SVR4 более сложен с точки зрения переноса на другие платформы, так как он в немалой степени зависит от конкретных аппаратной платформы и программной специфики. Например, архитектура машины MIPS R3000, обладающая поддержкой самоидентифицируемых вхождений TLB, имеет и свои отрицательные стороны. Основной проблемой для нее является отсутствие автоматического сброса TLB при переключении контекста. В разделе 15.12 показано решение, реализованное специально с учетом особенностей этой архитектуры.
Если подвести черту, мы снова видим попытку найти «золотую середину» между неким единым универсальным решением и использованием нескольких специализированных методик для разрешения каждой ситуации в отдельности.
Другие алгоритмы поддержания корректности TLB
Многопроцессорная версия системы SVR3, созданная специально для MIPS R3000 [23], поддерживает еще один вариант программного решения проблемы достоверности буфера TLB. В архитектуре MIPS предусмотрены само- идентифицируемые (tagged) вхождения TLB, [9].
Каждое вхождение TLB имеет шестиразрядный тег, называемый TLBpid, идентифицирующий адресное пространство, с которым соотносится преобразование. Такая особенность архитектуры имеет несколько важных последствий. Нет
необходимости сбрасывать TLB при переключении контекста, так как новый процесс будет обладать новым значением TLBpid. В результате процесс может выполняться независимо от вхождений TLB любого используемого им процессора. Если в какой-то момент времени процесс продолжит выполнение на том же CPU, он сможет повторно использовать буфер TLB до тех пор, пока тот не будет сброшен или его вхождения заменены индивидуально.
В описываемой системе необходимо отслеживать легальность операций изменения размера адресного пространства. Представьте, что процесс начинает выполнение на процессоре А и через некоторое время продолжает работу на процессоре Б. При выполнении на Б процесс изменяет размер своей области данных и сбрасывает отдельные вхождения TLB на Б. Если процесс в дальнейшем возобновит функционирование на А, то следует ожидать обращений к недействительным страницам через устаревшие вхождения TLB на процессоре А.
Для решения озвученной проблемы ядро присваивает процессу новый тег TLBpid при изменении размера адресного пространства. Это приводит к автоматическому сбросу корректности всех существующих вхождений TLB на всех процессорах.
Ядро должно производить глобальный сброс вхождений LTB, если оно собирается передать ранее использовавшееся значение TLBpid другому процессу. Ядро уменьшает вероятность появления необходимости глобального сброса посредством выделения тегов TLBpids в порядке FIFO (первым вошел, первым вышел), что позволяет производить сброс действительно устаревших вхождений TLB.
Опубликовал katy
June 23 2015 06:29:29 ·
0 Комментариев ·
2638 Прочтений ·
• Не нашли ответ на свой вопрос? Тогда задайте вопрос в комментариях или на форуме! •
Комментарии
Нет комментариев.
Добавить комментарий
Рейтинги
Рейтинг доступен только для пользователей.
Пожалуйста, залогиньтесь или зарегистрируйтесь для голосования.
Нет данных для оценки.
Гость
Вы не зарегистрированны? Нажмите здесь для регистрации.
Главная
Каталог файлов
