А   Б  В  Г  Д  Е  Є  Ж  З  І  Ї  Й  К  Л  М  Н  О  П  Р  С  Т  У  Ф  Х  Ц  Ч  Ш  Щ  Ю  Я 


Таблиця - об'єкт

Таблиця об'єктів містить дескриптори об'єктів і дескриптори уточнень об'єктів, створених з вільної пам'яті, керованої SRO. Для стека SRO простір для цих об'єктів виділяється і повертається за правилом останнім прийшов - першим обслужений, і, отже, відповідна компонента PSO містить тільки два фізичних адреси, а саме початок і кінець незайнятої в даний час пам'яті.

Вікно Таблиця об'єкта складається з поля об'єктів, таблиці датчиків і таблиці органів телеуправління поточного об'єкта.

Вони являють собою прямокутні багатовимірні таблиці об'єктів, кожен з яких в свою чергу може бути будь-яким масивом. Операції з їх елементами (вибірки і засилання) виробляються за тими ж правилами, що і для матриць (див. Розд. Наявність МЯ дозволяє уніфікувати роботу з різнорідними даними, а ця робота і становить основний працю при написанні складних програмних продуктів системного характеру. В елементі таблиці об'єктів знаходиться важливий механізм захисту, пов'язаний зі створенням об'єктів процесом. При створенні будь-якого об'єкта з SRO в дескриптор об'єкта в якості номера рівня створюваного об'єкта записується рівень поточного контексту. Час життя створених об'єктів відповідає їх номерами рівня: чим вище рівень, тим менший час життя. Об'єкту, створюваному з глобальної купи SRO, завжди дається нульовий номер рівня.

Типовим прикладом такої структури є таблиця об'єктів, обробка яких проводиться шляхом послідовного обходу, наприклад вхідних сигналів, що надходять від терміналів, в системі з поділом часу. І в разі коли реєструються нові дані (п елементів даних), які вводяться в процес рівномірно в часі, і в разі коли підтримується процес виконання плану, наміченого на кожен день з наступних тридцяти, починаючи від даного дня, зазвичай використовується кільце. Отже, кільце - це така структурна організація масиву даних, при якій доцільніше переміщати межі масиву, залишаючи нерухомими його елементи.

Питання: Яким чином обробляється ситуація переповнення таблиці об'єктів для стека або локальної купи SRO. Передбачається, що переповнення могло статися, якщо для розподілених в SRO об'єктів потрібно більше дескрипторів об'єктів і дескрипторів уточнення, чим може поміститися в пов'язаної з ними таблиці об'єктів.

Параметри CreateBrushlndirect. Створює новий тип кисті і додає його в таблицю об'єктів. Тип кисті Про відповідає суцільному кольором, 1 - прозорого (через який видно колір фону), 2 - штрихованої. Якщо кисть - штрихованої, типи ліній глтріховкі наступні: Про - горизонтальна штрихування, 1 - вертикальна, 2 - діагональна похила вправо, 3 - діагональна похила вліво, 4 - горизонтальна і вертикальна і 5 - діагональна в похила вліво і вправо. Колір суцільний або штрихованої кисті визначається у вигляді 32-бітної посилання на колір.
  Фізичні взаємозв'язку вузлів дерева SRO наступні: все SRO, таблиці об'єктів і PSO для стека SRO розподіляються з глобальної купи SRO. Компонента глобальної купи PSO, що є коренем дерева SRO, розділяється всіма локальними купами SRO дерева. Компонента глобальної купи об'єкт типу резерв (що є коренем дерева SRO), розділяється всіма купами SRO дерева. Таким чином, так як нова купа об'єктів розподіляється (перерозподіляється) при виконанні в дереві процесів, відповідним чином зменшується або збільшується одне значення резерву.

Параметри CreatePalette. | Параметри CreatePatternBrush. Створює палітру кольорів з бажаними елементами даних і додає її в таблицю об'єктів. Палітра має один або більше елементів даних, кожен з яких визначає 32-бітну посилання на колір.

Для того щоб виконати цю роботу, система управління пам'яттю використовує загальносистемну таблицю таблиць об'єктів, згадану у відповіді на друге питання даного розділу. 
Параметри CreateFontlndirect. Виберіть шрифт, який найкращим чином відповідає даним атрибутам і додайте його в таблицю об'єктів. Якщо висота позитивна, то це висота осередку символу, якщо негативна, то середня висота символу, або, в разі нульового значення, вибирається розмір за замовчуванням.

Структури об'єктів для межконтекстного обміну повідомленнями.

Один з них (AD вершини стека пам'яті) вказує на останній сформований в таблиці об'єктів стека SRO дескриптор об'єкта. Інший дескриптор доступу (AD вершини стека дескрипторів) вказує на останній сформований в таблиці об'єктів стека SRO дескриптор об'єкта або дескриптор уточнення. Дескриптор уточнення поміщається в таблицю об'єктів для стека розподілу SRO в тому випадку, коли визначається уточнення для раніше створеного з пам'яті стека SRO існуючого об'єкта. AD вершини стека дескрипторів вказує на ватерлінію в таблиці об'єктів для стека розподілу.
 Нижній рівень механізму доступу до цільового об'єкту Т. Дескриптори доступу AD1 і AD2 мають різні права доступу до Т. Обидва дескриптора доступу вказують на один дескриптор об'єкта, що знаходиться в таблиці дескрипторів об'єктів. У процесі створення йому виділяється з вільного простору блок пам'яті необхідного розміру, і в таблицю об'єктів записується дескриптор об'єкта, що містить розташування бази Т в фізичної пам'яті. Таблиця об'єктів - це просто каталог чи список дескрипторів об'єктів.

Коли з SRO будь-якого виду створюється об'єкт, розподіляється ділянку вільної пам'яті необхідного розміру, створюється його дескриптор об'єкта і додається в таблицю об'єктів SRO. Дескриптор містить фізичну адресу, що задає базу розподіленого ділянки, а також довжини частини даних і частини доступу об'єкта. У покажчику використаного блоку пам'яті в PSO проводиться відповідне коригування компоненти поточного адреси кінця.

Може скластися враження, що очевидний спосіб для користувача зробити пролом в системі безпеки - це отримати і використовувати AD з правами на запис для таблиці об'єктів.

У процесі створення йому виділяється з вільного простору блок пам'яті необхідного розміру, і в таблицю об'єктів записується дескриптор об'єкта, що містить розташування бази Т в фізичної пам'яті. Таблиця об'єктів - це просто каталог чи список дескрипторів об'єктів.

Показники підмета і присудка повинні бути узгоджені між собою, так як рядки підлягає перетинаються з графами присудка. Розташування в таблиці об'єктів підлягає і присудка має бути підпорядковане завданням аналізу. Наприклад, якщо завдання полягає в зіставленні динаміки виробничих і невиробничих фондів промисловості і сільського господарства СРСР, то можливі різні варіанти макета таблиці.

Загальним для обох цих команд є той факт, що створення об'єкта включає створення дескриптора об'єкта і дескриптора доступу, вказує на цей дескриптор об'єкта. Створюваний дескриптор об'єкта поміщається в таблицю об'єктів, пов'язану із зазначеним операндом SRO. Апаратно забезпечується той факт, що дескриптор доступу не може бути поміщений в гніздо частини даних об'єкта-адресата. Більш того, апаратура визначає кодування двох створюваних дескрипторів: доступу і об'єкта.

Залежно від рівня використовуються систем обробки помилок і управління пам'яттю МРМ може зажадати від користувачів точного завдання деяких необов'язкових параметрів в операції Create process. Наприклад, він може зажадати, щоб користувачі задавали стек, розмір таблиці об'єктів стека і максимальну глибину стека для вкладених викликів. Таким чином, система не повинна розширювати ці параметри. У більш складних системах ці параметри зазвичай задаються за умовчанням, і система при необхідності розширює їх. Використовується рівень системи управління пам'яттю також визначає, чи можуть процеси МРМ створюватися тільки під час ініціалізації системи або ж вони разом з тим можуть створюватися в будь-який час після ініціалізації системи.

Додаткові таблиці об'єктів зв'язуються в список. Ці зв'язки зберігаються в закритій для загального використання системної таблиці, яка називається таблицею таблиць об'єктів. Відшукання простору для збільшення таблиці об'єктів і побудова додаткової таблиці здійснюються за допомогою тих же кроків управління SRO, які були розглянуті нами у відповіді на попереднє питання.

Один з них (AD вершини стека пам'яті) вказує на останній сформований в таблиці об'єктів стека SRO дескриптор об'єкта. Інший дескриптор доступу (AD вершини стека дескрипторів) вказує на останній сформований в таблиці об'єктів стека SRO дескриптор об'єкта або дескриптор уточнення. Дескриптор уточнення поміщається в таблицю об'єктів для стека розподілу SRO в тому випадку, коли визначається уточнення для раніше створеного з пам'яті стека SRO існуючого об'єкта. AD вершини стека дескрипторів вказує на ватерлінію в таблиці об'єктів для стека розподілу.

Стануфізичної пам'яті в моделі управління пам'яттю i432. Питання: Яким чином виконується процес набуває додаткові ресурси пам'яті, якщо в його стеку SRO немає більше вільного простору, а процесу потрібно додатковий простір. У цьому питанні передбачається, що значення резерву для SRO не вичерпалося і що в пов'язаної з SRO таблиці об'єктів все ще є вільний простір. Подібні проблеми розглядаються в відповідях на два наступних питання.

Питання: Яким чином обробляється ситуація втрати значущості величини резерву для дерева SRO. Втрата значущості може мати місце тільки в тому випадку, коли вже створений процес у відповідному дереві процесів вимагає розширити його блок розподілу або таблицю об'єктів SRO або коли повинен бути розподілений новий процес і його початкові ресурси пам'яті.

питання: Яким чином обробляється ситуація переповнення таблиці об'єктів для стека або локальної купи SRO. Передбачається, що переповнення могло статися, якщо для розподілених в SRO об'єктів потрібно більше дескрипторів об'єктів і дескрипторів уточнення, чим може поміститися в пов'язаної з ними таблиці об'єктів.

Додаткові таблиці об'єктів зв'язуються в список. Ці зв'язки зберігаються в закритій для загального використання системної таблиці, яка називається таблицею таблиць об'єктів. Відшукання простору для збільшення таблиці об'єктів і побудова додаткової таблиці здійснюються за допомогою тих же кроків управління SRO, які були розглянуті нами у відповіді на попереднє запитання.

Один з них (AD вершини стека пам'яті) вказує на останній сформований в таблиці об'єктів стека SRO дескриптор об'єкта. Інший дескриптор доступу (AD вершини стека дескрипторів) вказує на останній сформований в таблиці об'єктів стека SRO дескриптор об'єкта або дескриптор уточнення. Дескриптор уточнення поміщається в таблицю об'єктів для стека розподілу SRO в тому випадку, коли визначається уточнення для раніше створеного з пам'яті стека SRO існуючого об'єкта. AD вершини стека дескрипторів вказує на ватерлінію в таблиці об'єктів для стека розподілу.

Дескриптор уточнення як префікс до дескриптора об'єкта. Доступ до об'єкту уточнення здійснюється через дескриптор доступу Refined AD, в той час як доступ до всього об'єкту через Object AD. Дескриптор об'єкта уточнення містить образ 32 розрядів даних з AD об'єкта-батька, а також довжини і відносні адреси для кожної з двох частин підоб'єкту. Як зазначалося вище, уточнення може мати порожню деяку інформацію або порожню частину доступу. Дескриптори уточнення запам'ятовуються в таблиці об'єктів разом з дескрипторами об'єктів. На рис. 4.6 показаний маршрут доступу до базової адреси об'єкта уточнення, що має частину доступу і якісь дані.

Може здатись, що очевидний спосіб для користувача зробити пролом в системі безпеки - це отримати і використовувати AD з правами на запис для таблиці об'єктів. Потім, маючи право запису в таблицю об'єктів SRO, користувач міг би так змінити дескриптор створеного об'єкта, щоб він представляв будь-який бажаний системний тип, наприклад об'єкт контроль типу для будь-якого системного типу. Однак дескриптори доступу до SRO передаються користувачеві операційною системою з віддаленими правами на читання і запис, так що користувач не зможе реалізувати подібний план.

Відповідь: Початковий розмір таблиці об'єктів є константа, яка визначається проектувальниками операційної системи. Якщо для деякого SRO цей розмір виявляється занадто малий, те, що сталося в результаті цієї ситуації переривання викличе відповідний модуль управління пам'яттю, призначений для корекції даної ситуації. Рішення полягає в тому, щоб або збільшити таблицю об'єктів спочатку заново розмістивши таблицю в пам'яті і потім збільшивши її, або створити додаток таблиці об'єктів.

Відповідь: Початковий розмір таблиці об'єктів є константа, яка визначається проектувальниками операційної системи. Якщо для деякого SRO цей розмір виявляється занадто малий, те, що сталося в результаті цієї ситуації переривання викличе відповідний модуль управління пам'яттю, призначений для корекції даної ситуації. Рішення полягає в тому, щоб або збільшити таблицю об'єктів спочатку заново розмістивши таблицю в пам'яті і потім збільшивши її, або створити додаток таблиці об'єктів.

Логічні взаємозв'язки SRO дерева замінюють ці фізичні розподілу за допомогою визначених у самому SRO розширень математичного забезпечення. Використання цих посилань дає можливість програмам iMAX оновлювати взаємозв'язку ресурсу пам'яті в дереві процесів при народженні або завершення процесу, а також при вимозі додаткових ресурсів, що включають додатковий вільний простір або подовження таблиць об'єктів під час їх життя.

Один з них (AD вершини стека пам'яті) вказує на останній сформований в таблиці об'єктів стека SRO дескриптор об'єкта. Інший дескриптор доступу (AD вершини стека дескрипторів) вказує на останній сформований в таблиці об'єктів стека SRO дескриптор об'єкта або дескриптор уточнення. Дескриптор уточнення поміщається в таблицю об'єктів для стека розподілу SRO в тому випадку, коли визначається уточнення для раніше створеного з пам'яті стека SRO існуючого об'єкта. AD вершини стека дескрипторів вказує на ватерлінію в таблиці об'єктів для стека розподілу.

Я]розраховується КЕ призначення i-го об'єкта на k - v позицію. Об'єкт закріплюється на позиції, установка на яку забезпечує мінімум КЕ. Операція пошуку найкращого місця розташування виконується локально для кожного об'єкта. Після знаходження найкращій позиції для розміщення останнього по таблиці об'єкта варіант розміщення порівнюється з початковим. Якщо відбулися перестановки об'єктів, останній варіант приймається за початковий, і процедура призначення об'єктів на можливі позиції повторюється. В іншому випадку останній варіант розміщення вважається оптимальним, і вибір розміщення завершується.

Пояснимо, чому локальна купа SRO розподіляється для стеків SRO при використанні породжених процесів. При виконанні в одному приватному контексті батько може породити більш одного процесу. Більш того, порядок створення і завершення в цьому контексті породжених процесів не може бути визначений під час компіляції. Отже, спостереження за стеками SRO, пов'язаними з активізованими породженими процесами, вимагає особливої стратегії управління купою. Таблиця об'єктів в стеку SRO процесу-батька не може використовуватися для відстеження цих процесів.

Пізніше ми відкинемо цю різницю. До об'єкту звертаються тільки через мандат, до сегменту ооращаются тільки через елемент таблиці відображення. У термінології системи тисячі чотиреста тридцять два мандат, що складається з частини, що дозволяє доступ, і посилання на елемент таблиці відображення, називається дескриптором доступу (Access Descriptor), або скорочено AD. Частина AD, роздільна доступ, називається правами доступу AD. Нарешті, таблиця відображення називається таблицею об'єктів, а елемент таблиці відображення називається дескриптором об'єкта.

Метою другої фази маркування є маркування всіх не є сміттям об'єктів в чорний, в результаті чого всі, хто залишився в структурі об'єкти, які все ще білі, розглядаються як сміття. Зауважимо, що на другій фазі паралельно виконується мутатор може помітити частина білого кольору сірим, не погодившись при цьому зі збирачем. Друга фаза маркування починається з маркування сірим всіх об'єктів, що становлять кореневі вузли. Потім проглядаються всі помічені сірим об'єкти. Цей перегляд забарвлених в сірий об'єктів триває до тих пір, поки більше не залишиться сірих об'єктів. У цей момент все не є сміттям об'єкти пофарбовані в чорний, а всі об'єкти, що залишилися пофарбованими в білий, є сміттям. Знову проглядаються таблиці об'єктів, і простору пам'яті для всіх все ще забарвлених в білий об'єктів зв'язуються зі списком вільних блоків.