One Hat Cyber Team

View File Name : memory-map-what.page

<?xml version="1.0" encoding="utf-8"?>
<page xmlns="http://projectmallard.org/1.0/" type="topic" style="task" id="memory-map-what" xml:lang="uk">

  <info>
    <revision pkgversion="3.11" date="2014-01-28" status="candidate"/>
    <link type="guide" xref="index#memory" group="memory"/>

    <include xmlns="http://www.w3.org/2001/XInclude" href="legal.xml"/>

    <credit type="author copyright">
      <name>Філ Булл (Phil Bull)</name>
      <email>philbull@gmail.com</email>
      <years>2011</years>
    </credit>

    <credit type="author copyright">
      <name>Майкл Гілл (Michael Hill)</name>
      <email>mdhillca@gmail.com</email>
      <years>2011, 2014</years>
    </credit>

    <desc>Мапа пам'яті процесу може спростити визначення деяких проблем із розподілом пам'яті.</desc>
  
    <mal:credit xmlns:mal="http://projectmallard.org/1.0/" type="translator copyright">
      <mal:name>Юрій Чорноіван</mal:name>
      <mal:email>yurchor@ukr.net</mal:email>
      <mal:years>2020</mal:years>
    </mal:credit>
  </info>

  <title>Що таке мапа пам'яті?</title>

  <p><gui>Віртуальна пам'ять</gui> — відповідник поєднання <gui>фізичної пам'яті</gui> та <link xref="mem-swap">резервної пам'яті на диску</link> у системі. Віртуальна пам'ять уможливлює для запущених процесів доступу до обсягів пам'яті, які <em>перевищують</em> наявну фізичну пам'ять, шляхом <gui>прив'язки</gui> областей у фізичній пам'яті до файлів на диску.</p>

  <p>Після запуску програми система пов'язує із нею унікальний ідентифікатор процесу (PID), а її <em>інструкції</em> та <em>дані</em> завантажуються до <em>сторінок</em> пам'яті. Таблиця сторінок кожного процесу містить дані щодо відповідності між сторінками у віртуальній пам'яті та їхнім розташуванням у фізичний пам'яті. У <gui>мапі пам'яті</gui> буде показано використання загальної віртуальної пам'яті процесом. Нею можна скористатися для визначення вимог до пам'яті для окремого запущеного екземпляра програми або декількох її екземплярів, для перевірки використання належних спільних бібліотек, для перегляду результатів коригування різноманітних параметрів коригування швидкодії та діагностування проблем, зокрема витоків пам'яті.</p>

  <p>Якщо запущено декілька копій програми, достатньо завантаження одного набору інструкцій (або <em>тексту</em>) програми до фізичної пам'яті. Кожного разу, коли запускається новий екземпляр програми (як унікальний процес із власними сторінками віртуальної пам'яті), до його таблиці сторінок буде записано дані щодо відповідності розташування тексту у віртуальній пам'яті до розташування цих інструкцій у початковій реальній пам'яті. Крім того, усі динамічні спільні бібліотеки, які використовує процес, буде показано як окремі у віртуальній пам'яті, але як спільні посилання на єдиний текстовий сегмент бібліотеки у справжній пам'яті. Якщо йдеться про обчислення загального використання пам'яті процесом, важливо зауважити, що вартість завантаження спільних бібліотек до пам'яті можна розподілити між усіма процесами, які на певний момент часу використовують їх.</p>

  <p>Коли системі потрібно більше сторінок пам'яті, ніж є доступних, деякі з наявних сторінок буде <em>виштовхнуто зі списку сторінок</em> або записано до <gui>резервної пам'яті на диску</gui>. Текстові сторінки у пам'яті позначено як так, що призначено для читання і виконання, вони не потребують запису до резервної пам'яті на диску, оскільки їх можна перезавантажити з початкового місця на диску. Доступ до сторінок даних відкрито для читання і запису, і якщо до них внесено зміни під час зберігання в оперативній пам'яті, їх буде позначено як <em>брудні</em>, і, коли їх буде визначено як такі, що потребують запису до резервної пам'яті на диску, їх має бути виштовхнуто зі списку сторінок. Коли сторінка, яка зберігається у резервній пам'яті, знадобиться запущеному процесу, її доведеться повернути з резервної пам'яті до оперативної, що, можливо, призведе до виштовхування якоїсь іншої сторінки.</p>

</page>