Jump to content

Алгоритм кэширования LIRS

LIRS ( Low Inter-reference Recency Set ) — это алгоритм замены страниц с улучшенной производительностью по сравнению с LRU (наименее недавно использованный) и многими другими новыми алгоритмами замены. [1] Это достигается за счет использования «расстояния повторного использования». [2] в качестве метрики местоположения для динамического ранжирования страниц, к которым осуществляется доступ, для принятия решения о замене.

Краткое содержание

[ редактировать ]

Количественная оценка местности

[ редактировать ]

Хотя все алгоритмы замены страниц для функционирования полагаются на наличие локальности ссылки , основное различие между различными алгоритмами замены заключается в том, как эта локальность оценивается количественно. LIRS использует расстояние повторного использования страницы или количество отдельных страниц, к которым осуществляется доступ между двумя последовательными ссылками на страницу, для количественной оценки локальности. В частности, для этой цели LIRS использует последние и предпоследние ссылки (если таковые имеются). Если к странице обращаются впервые, расстояние ее повторного использования бесконечно. Напротив, LRU использует новизну страницы, которая представляет собой количество уникальных страниц, к которым осуществляется доступ после ссылки на страницу, для количественной оценки местоположения. Чтобы принять во внимание обновленную историю доступа, реализация LIRS фактически использует большее расстояние повторного использования и новизну страницы в качестве метрики для количественной оценки ее локальности, обозначаемой как RD-R. Предполагая, что кэш имеет емкость страниц C, алгоритм LIRS должен ранжировать недавно использованные страницы в соответствии с их значениями RD-R и сохранять страницы C с наиболее высоким рейтингом в кеше.

Концепции расстояния повторного использования и новизны можно визуализировать следующим образом: T1 и T2 — это предпоследнее и последнее опорное время страницы B соответственно, а T3 — текущее время.

 . . . B . . . B . . . . . . . . . . B . . . . . 
               ^----Reuse Distance---^--Recency--^
               T1                    T2          T3

Выбор жертвы на замену

[ редактировать ]

LIRS организует метаданные кэшированных страниц и некоторых некэшированных страниц и выполняет операции их замены, описанные ниже, которые также проиллюстрированы примером. [3] в графике.

Операции по замене ЛИРС
  1. Кэш разделен на разделы с низкой частотой межссылок (LIR) и с высокой частотой межссылок (HIR). Раздел LIR предназначен для хранения страниц с наиболее высоким рейтингом (страницы LIR), а раздел HIR предназначен для хранения некоторых других страниц (страницы HIR).
  2. Раздел LIR содержит большую часть кеша, и все страницы LIR находятся в кеше.
  3. Все недавно использованные страницы помещаются в очередь FIFO, называемую стеком LIRS (стек S на графике), а все резидентные страницы HIR также помещаются в другую очередь FIFO (стек Q на графике).
  4. Страница, к которой осуществляется доступ, перемещается наверх стека S , а все страницы HIR внизу стека удаляются. Например, график (b) создается после странице B на графике (a). доступа к
  5. Когда осуществляется доступ к странице HIR в стеке S , она превращается в страницу LIR, и, соответственно, страница LIR, находящаяся в настоящее время внизу стека S, превращается в страницу HIR и перемещается на вершину стека Q. Например, график (c) создается после страница E доступна на графике (a).
  6. Когда происходит промах и необходимо заменить резидентную страницу, резидентная страница HIR в нижней части стека Q выбирается в качестве жертвы для замены. Например, графики (d) и (e) создаются после доступа к страницам D и C на графике (a) соответственно.

Развертывание

[ редактировать ]

LIRS развернут в MySQL начиная с версии 5.1. [4] и еще ссылка по ссылке . Он также используется в Infinispan . платформе сетки данных [5] Аппроксимация LIRS, CLOCK-Pro, [6] принят в NetBSD . [7] LIRS принят в Apache Jackrabbit , репозитории контента. Кэш LIRS в памяти разработан в системе виртуализации данных Red Hat JBoss . LIRS используется в ядре базы данных H2, которое называется кэшем, устойчивым к сканированию . Кроме того, LIRS используется в Apache Impala , системе обработки данных с помощью Hadoop.

См. также

[ редактировать ]
  1. ^ Цзян, Сун; Чжан, Сяодун (июнь 2002 г.). «LIRS: эффективная политика замены набора с низкой периодичностью между ссылками для повышения производительности буферного кэша». Обзор оценки производительности ACM SIGMETRICS . 30 (1): 31–42. дои : 10.1145/511399.511340 .
  2. ^ Мэттсон, РЛ; Гечеи, Дж.; Слуц, ДР; Трейгер, Иллинойс (1970). «Методы оценки иерархий хранения» . IBM Systems Journal . 9 (2): 78–117. дои : 10.1147/sj.92.0078 .
  3. ^ Сун Цзян; Сяодун Чжан (2005). «Как сделать LRU дружественным к слабым локальным рабочим нагрузкам: новый алгоритм замены для улучшения производительности буферного кэша» . Транзакции IEEE на компьютерах . 54 (8): 939–952. дои : 10.1109/TC.2005.130 . S2CID   11539061 .
  4. ^ svn commit — mysqldoc@docsrva: r6768 — магистраль/ndbapi
  5. ^ Выселение Infinispan, пакетное обновление и LIRS
  6. ^ Сун Цзян, Фэн Чен и Сяодун Чжан, « CLOCK-Pro: эффективное улучшение замены часов », в материалах ежегодной технической конференции USENIX 2005 г. (USENIX'05), Анахайм, Калифорния, апрель 2005 г.
  7. ^ Перекрестная ссылка ядра FreeBSD/Linux sys/uvm/uvm_pdpolicy_clockpro.c
[ редактировать ]
Arc.Ask3.Ru: конец переведенного документа.
Arc.Ask3.Ru
Номер скриншота №: 4afaeb9f110f27b51b5e74f86bdcb745__1722862680
URL1:https://arc.ask3.ru/arc/aa/4a/45/4afaeb9f110f27b51b5e74f86bdcb745.html
Заголовок, (Title) документа по адресу, URL1:
LIRS caching algorithm - Wikipedia
Данный printscreen веб страницы (снимок веб страницы, скриншот веб страницы), визуально-программная копия документа расположенного по адресу URL1 и сохраненная в файл, имеет: квалифицированную, усовершенствованную (подтверждены: метки времени, валидность сертификата), открепленную ЭЦП (приложена к данному файлу), что может быть использовано для подтверждения содержания и факта существования документа в этот момент времени. Права на данный скриншот принадлежат администрации Ask3.ru, использование в качестве доказательства только с письменного разрешения правообладателя скриншота. Администрация Ask3.ru не несет ответственности за информацию размещенную на данном скриншоте. Права на прочие зарегистрированные элементы любого права, изображенные на снимках принадлежат их владельцам. Качество перевода предоставляется как есть. Любые претензии, иски не могут быть предъявлены. Если вы не согласны с любым пунктом перечисленным выше, вы не можете использовать данный сайт и информация размещенную на нем (сайте/странице), немедленно покиньте данный сайт. В случае нарушения любого пункта перечисленного выше, штраф 55! (Пятьдесят пять факториал, Денежную единицу (имеющую самостоятельную стоимость) можете выбрать самостоятельно, выплаичвается товарами в течение 7 дней с момента нарушения.)