нструкцій st8.spill якщо вони не записують один і той же біт UNAT. Регістрові залежності типу WAW між інструкціями st8.spill та інструкцій mov ar=націлені на UNAT не повинні зустрічатися в межах однієї і тієї ж групи інструкцій.
Спеціальні випадки залежності WAR
Залежність типу WAR між читанням 63-х предикатних регістрів за допомогою будь-якій інструкції типу B і часткової записом 63-х предикатних регістрів за допомогою переходу типу модульно планованого циклу (br.ctop, br.cexit, br. wtop, br.wexit) без втручання зупинок, є забороненою. Інші залежності типу WAR, дозволені в групі інструкцій.
Поведінка процесора при порушеннях залежності
Якщо програма порушує правила ресурсних залежностей типу RAW, WAW або WAR всередині групи інструкцій, то поведінка процесора не передбачувано. Для допомоги в налагодженні коду, який порушує правила залежно архітектурних ресурсів, деякими процесорами забезпечуються апаратні засоби виявлення порушень залежності при виконанні. Це може стати причиною того, що група інструкцій, яка містить нелегальну залежність, викличе помилку «Нелегальна залежність». Однак, навіть у реалізаціях, які забезпечують таку перевірку, програмне забезпечення не може сподіватися, що процесор перехопить всі порушення залежності або навіть перехопить те ж саме порушення кожного разу, коли воно буде відбуватися.
Однак всі моделі процесора, які забезпечують апаратні засоби виявлення порушення залежності, потрібні для задоволення наступних повідомлених обмежень порушення залежності:
· Всі виявлені порушення залежно повинні бути повідомлені як помилки типу «Нелегальна залежність» (описані в главі 5 «Переривання» у другому томі). Коли викликана помилка «Нелегальна залежність», значення суб'єкта для порушення залежності - не визначено. Невиявлені порушення залежності є причиною невизначеного поведінки програми, як це описано в розділі 3.5 «Невизначене поведінку».
· Всі виявлені порушення залежності типу RAW і WAW повинні бути передані як помилки типу «Нелегальна залежність» на другу операцію, тобто у разі RAW - на читання, а в разі WAW - на запис другого ресурсу.
· Всі виявлені порушення залежності типу WAR (в 63-х предикатних регістрах) повинні бути передані як помилки типу «Нелегальна залежність» на другу операцію - запис предиката.
· Помилки типу «Нелегальна залежність» передаються строго в програмному порядку. Якщо переривання, перехід або спекулятивна перевірка зроблені між першою і другою операціями порушення залежності, то помилка типу «Нелегальна залежність» не робиться.
Примітка. Якщо група інструкцій починається в заданій точці входу (на стопі або на адресаті перемикання потоку управління), то інструкції попередні точці входу не розглядаються як частина групи інструкцій і не повинні брати участь у перевірці порушення будь-якої залежності. Наприклад, якщо rfi зроблена на слот 1 зв'язки, то інструкція у слоті 0 та інструкції з меншими адресами пам'яті не є частиною нової групи інструкцій і не повинні брати участь у перевірці порушення будь-якої залежності.
.5 Невизначене поведінку
Архітектурно невизначений поведінка, яка застосовується до однієї або більше інструкцій перераховано нижче:
· Регістрові залежності RAW і WAW усередині однієї і тієї ж групи інструкцій відкидаються, крім тих, що були відзначені в розділі 2.4. Їх поведінка в групі інструкцій не визначено. Невизначене поведінка включає можливість помилки «Невизначена операція».
· Читання регістра поза заданих кордонів стекового вікна основних регістрів (яке заданно останнім alloc, return або call) поверне невизначений результат. У цій ситуації всі процесори не будуть викликати переривання.
Невизначений сценарій - це подія або послідовність подій, чий результат не визначений в архітектурі. Тому, результат невизначеного сценарію залежить від нюансів виконання. Користувач не повинен покладатися на це невизначене поведінку, навіть якщо зараз поведінку програми коректно, то в майбутньому це може бути не так.
архітектура операційний адресний регістр
Висновок
Мікропроцесори серії Itanium застосовуються в серверному сегменті ринку IT.
Архітектура Itanium підтримується світовими лідерами у виробництві серверів: Fujitsu, Hitachi, HP, NEC. Розробники програмного забезпечення разом працювали над створенням Itanium Solution Alliance з метою просування архітектури та прискорення темпів розвитку ПЗ.
IBM і Dell припинили підтримку Itanium, сконцентрува...
