Отправлено Dr.Alex 29 марта 2004 г. 12:59 В ответ на: вот эта фраза про "быстрое переключение" мне и непонятна отправлено yes 29 марта 2004 г. 11:47

Они заранее должны быть прописаны для всех процессов; то есть, все entry от 0 до 32M принадлежпт процессу 0, с 32 до 64 - процессу 1 и т.д.
В чём вообще смысл: представьте, что вы переклютаете задачи, не меняя ProcID. Что для этого надо сделать? Надо полностью заменить Translation tables, а затем инвалидировать TLB (TLB - это кэш TT), ведь старый и новый процессы генерят одни и те же виртуальные адреса, и если не инвалидировать TLB, то новый процесс получит контроль над данными старого!
Но TT Walk - очень ресурсоёмкая операция, поэтому если есть возможность не инвалидировать TLB - это хорошо!
С кэшом ровно то же самое.

Чё-нибудь понятно, или я того.. заврался?

• вобщем понятно, наверно это какой-то патч для борьбы с глюками ВинСЕ? — yes   (29.03.2004 13:07, 101 байт)
  • Нет (имхо) (насчёт патча и глюков). Ха! Тогда всего 64 процесса получится? И TT ОГРОМНОЙ длины? (+) — Dr.Alex   (29.03.2004 13:14, 276 байт)
    • я не эксперт по защите памяти, но как должно реализовыватся в ОСе — yes   (29.03.2004 15:26, 765 байт)
      • Ну правильно, только (+) — Dr.Alex   (29.03.2004 16:21, 1895 байт)
        • btw: весьма веселый алгоритм замены кэша — yes   (29.03.2004 17:47, 827 байт)
          • если аргумент - процесс может за счет глюка вылезти за 64К и в чужую память полезть — yes   (29.03.2004 17:50, 97 байт)
            • Да, если такая фигня (или код всё-таки по абсолютным адресам лезет) (+) — Dr.Alex   (29.03.2004 18:00, 200 байт)
    • Если с чем не согласны - выносите, буем разбирацца ! — Dr.Alex   (29.03.2004 13:51, пустое)