ВУЗ: Не указан

Категория: Не указан

Дисциплина: Не указана

Добавлен: 24.12.2021

Просмотров: 1747

Скачиваний: 7

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
background image

5 0 6 Глава 11. Организация памяти вычислительных систем

мого блока. Если такая копия найдена, то она аннулируется или обновляется,

в зависимости от применяемой схемы. Метод широковещательной записи связан

с дополнительными групповыми операциями с памятью (транзакциями), поэтому
он реализован лишь в больших вычислительных системах.

На двух последних возможностях поддержания когерентности в мультипро-

цессорных системах остановимся более подробно.

Протоколы наблюдения

В

 протоколах наблюдения

 (snoopy protocols или просто snooping) ответственность

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

 блок слежения за шиной

(рис. 11.8), который следит за всеми транзакциями на общей шине и, в частности,
контролирует все операции записи. Процессоры должны широковещательно пе-

редавать на шину любые запросы на доступ к памяти, потенциально способные

изменить состояние когерентности совместно используемых блоков данных. Ло-
кальный контроллер кэш-памяти каждого процессора затем определяет, присут-

ствует ли в его кэш-памяти копия модифицируемого блока, и если это так, то та-
кой блок аннулируется или обновляется.

Протоколы наблюдения характерны для мультипроцессорных систем на базе

шины, поскольку общая шина достаточно просто обеспечивает как наблюдение,
так и широковещательную передачу сообщений. Однако здесь необходимо прини-
мать меры, чтобы повышенная нагрузка на шину, связанная с наблюдением и транс-
ляцией сообщений, не «съела» преимуществ локальных кэшей.

Рис. 11.8. Кэш-память с контроллером наблюдения за шиной

Ниже рассматриваются некоторые из наиболее распространенных протоколов

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

В большинстве протоколов стратегия обеспечения когерентности кэш-памяти

расценивается как смена состояний в конечном автомате. При таком подходе пред-

полагается, что любой блок в локальной кэш-памяти может находиться в одном из

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


background image

Мультипроцессорная когерентность кэш-памяти  5 0 7

мые

 битами состояния

 (SB, Status Bit). Следует также учитывать, что некоторым

идентичным по смыслу состояниям строки кэша разработчиками различных про-

токолов присвоены разные наименования. Например, состояние строки, в кото-
рой были произведены локальные изменения, в одних протоколах называют

 Dirty

(«грязный»), а в других — Modified («модифицированный» или «измененный»).

Протокол сквозной записи. Этот протокол представляет собой расширение

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

[211]. Кроме того, производительность процессоров при записи в совместно ис-

пользуемые переменные может упасть из-за того, что для продолжения вычисле-
ний процессоры должны ожидать, пока завершатся все операции записи [141].

Протокол обратной записи. В основе протокола лежит стандартная схема об-

ратной записи, за исключением того, что расширено условие перезаписи блока

в основную память. Так, если копия блока данных в одном из локальных кэшей
подверглась модификации, этот блок будет переписан в основную память при вы-
полнении одного из двух условий:

- блок удаляется из той кэш-памяти, где он был изменен;

-

 другой процессор обратился к своей копии измененного блока.

Если содержимое строки в локальном кэше не модифицировалось, перезапись

в основную память не производится. Доказано, что такой протокол по эффектив-

ности превосходит схему сквозной записи, поскольку необходимо переписывать

только измененные блоки [211].

Несмотря на более высокую производительность, протокол обратной записи

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

данному адресу было изменено, до тех пор пока соответствующая строка не будет

переписана в основную память. Эта проблема часто решается путем наложения
условия, что кэши, которые собираются изменить содержимое совместно исполь-
зуемого блока, должны получить эксклюзивные права на этот блок, как это дела-
ется в рассматриваемом позже протоколе Berkeley [141].

В работе [110] приводятся результаты сравнения среднего трафика шины для

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


background image

5 0 8 Глава 11. Организация памяти вычислительных систем

снизить трафик шины на 50%, однако обратная запись по сравнению со сквозной
влечет более серьезные проблемы когерентности. Это связано с тем, что даже ос-
новная память не всегда содержит последнее значение элемента данных.

Протокол однократной

 записи. Протокол однократной записи (write-once),

предложенный Гудменом.[110], — первый из упоминающихся в публикациях про-

токолов обеспечения когерентности кэш-памяти. Он относится к схемам на осно-

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

сквозной записи, при этом контроллеры других кэшей объявляют свои копии из-

мененного блока недействительными. С этого момента только процессор, произ-
ведший запись, обладает достоверной копией данных [141]. Последующие опера-
ции записи в рассматриваемую строку выполняются в соответствии с протоколом
обратной записи [51].

Основной недостаток протокола в том, что он требует первоначальной записи

в основную память, даже если эта строка не используется другими процессорами.

Диаграмма состояний протокола показана на рис. 11.9.

Рис. 11.9. Протокол однократной записи

Для реализации протокола однократной записи каждой строке кэш-памяти

приданы два бита. Это позволяет представить четыре состояния, в которых может
находиться строка: «недействительная» (I, Invalid), «достоверная» (V, Valid), «ре-
зервированная» (R, Reserved) и «измененная» (D, Dirty). В состоянии I строка кэш-
памяти не содержит достоверных данных. В состоянии V строка кэша содержит

данные, считанные из основной памяти и к данному моменту еще не измененные,

то есть строка кэша и блок основной памяти согласованы. Состояние R означает,
что с момента считывания из основной памяти в блоке локальной кэш-памяти было


background image

Мультипроцессорная когерентность кэш-памяти  5 0 9

произведено только одно изменение, причем оно учтено и в основной памяти. В со-

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

В этом случае строка кэша и содержимое основной памяти не согласованы.

В процессе выполнения программ блоки слежения за шиной каждой кэш-па-

мяти проверяют, не совпадает ли адрес ячейки, изменяемой в какой-либо локаль-
ной кэш-памяти, с одним из адресов в собственном кэше. Если такое совпадение
произошло при выполнении операции записи, контроллер кэша изменяет статус

соответствующей строки в своей кэш-памяти на I. Если совпадение обнаружено

при выполнении операции чтения, состояние строки не изменяется, за исключе-
нием случая, когда строка, проверяемая на совпадение, помечена как R или D. Если
строка имеет состояние R, оно изменяется на V. Когда строка кэша отмечена как
измененная (D), локальная система запрещает считывание элемента данных из ос-
новной памяти и данные берутся непосредственно из локальной кэш-памяти, как
из источника наиболее «свежей» информации. Во время того же доступа к шипе
или непосредственно после него обновленное значение должно быть переписано
в основную память, а состояние строки скорректировано на V.

В протоколе однократной записи когерентность сохраняется благодаря тому,

что когда выполняется запись, копии изменяемой строки во всех остальных ло-
кальных кэшах объявляются недействительными. Таким образом, кэш, выполня-
ющий операцию записи, становится обладателем единственной достоверной ко-
пии (при первой записи в строку такая же копия будет и в основной памяти) [ 110].
При первой записи строка переводится в состояние R, и если впоследствии такая

строка удаляется из кэш-памяти, ее перезапись в основную память не требуется.

При последующих изменениях строки она помечается как D и работает протокол

обратной записи.

В ранее упоминавшейся работе [110] приводятся результаты сравнения прото-

колов сквозной и обратной записи также и с протоколом однократной записи. Со-

гласно Гудмену, мультипроцессорная система, состоящая из трех компьютеров
PDP-11, каждый из которых имеет множественно-ассоциативную четырехканаль-
ную кэш-память емкостью 2048 байт при длине строки в 32 байта, показывает сле-

дующие показатели трафика шины: 30,76%, 17,55% и 17,38% для протоколов сквоз-
ной, обратной и однократной записи соответственно. Таким образом, показатели

протокола однократной записи по сравнению с протоколами сквозной и обратной

записи несколько лучше.

Протокол Synapse. Данный протокол, реализованный в отказоустойчивой муль-

типроцессорной системе Synapse N + 1, представляет собой версию протокола од-

нократной записи, где вместо статуса R используется статус D. Кроме того, переход .
из состояния 0 в состояние V при промахе, возникшем в ходе чтения данных дру-

гим процессором, заменен достаточно громоздкой последовательностью. Связано
это с тем, что при первом кэш-промахе чтения запросивший процессор не может

получить достоверную копию непосредственно из той локальной кэш-памяти, где

произошло изменение данных, и вынужден обратиться напрямую к основной па-
мяти[51,138].


background image

5 1 0 Глава 11. Организация памяти вычислительных систем

Протокол Berkeley.

 Протокол Berkeley [141] был применен в мультипроцес-

сорной системе Berkeley, построенной на базе RISC-процессоров.

Снижение издержек, возникающих в результате кэш-промахов, обеспечивает-

ся благодаря реализованной в этом протоколе идее прав владения на строку кэша.

Обычно владельцем прав на все блоки данных считается основная память. Прежде

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

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

Другое улучшение — введение состояния совместного использования (shared).

Когда процессор производит запись в одну из строк своей локальной кэш-памяти,

он обычно формирует сигнал аннулирования копий изменяемого блока в других

кэшах. В протоколе Berkeley сигнал аннулирования формируется только при ус-

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

Прежде всего, каждый раз, когда какой-либо процессор производит запись

в свою кэш-память, изменяемая строка переводится в состояние «измененная, ча-

стная» (PD, Private Dirty). Далее, если строка является совместно используемой,

на шину посылается сигнал аннулирования, и во всех локальных кэшах, где есть
копия данного блока данных, эти копии переводятся в состояние «недействи-

тельная» (I, Invalid). Если при записи имел место промах, процессор получает

копию блока из кэша текущего хозяина запрошенного блока. Лишь после этих дей-

ствий процессор производит запись в свой кэш.

При кэш-промахе чтения процессор посылает запрос владельцу блока, с тем

чтобы получить наиболее свежую версию последнего, и переводит свою новую
копию в состояние «только для чтения»

 (R0,

 Read Only). Если владельцем строки

был другой процессор, он помечает свою копию блока как «разделяемую изменен-

ную» (SD, Shared Dirty).

Диаграмма состояний протокола Berkeley показана на рис. 11.10.

Сравнивая протоколы однократной записи и Berkeley, можно отметить следу-

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

ле однократной записи является сквозной, она производится даже если данные

не являются совместно используемыми. Это влечет дополнительный трафик
шины, который возрастает с увеличением емкости кэш-памяти. Доказано, что
протокол однократной записи приводит к большему трафику шины по сравне-

нию с протоколом Berkeley [141].


Смотрите также файлы