Новость: В порте GNU/Hurd на L4 появилась среда управления памятью
(Категория: GNU/Hurd/FSF)
Добавил Roman I Khimov
Среда, 19 Январь 2005, 19:53
Нил Уолфилд (Neal Walfield) сделал важный шаг навстречу портированию Hurd на микроядро L4 - добавил в репозиторий L4/Hurd менеджер физической памяти physmem и libhurd-mm, менеджер физической и виртуальной памяти для задач. Это означает, что такие задачи как самоорганизация работы со страницами и mmap/munmap уже работают и открывают путь для дальнейшей разработки.
В отличие от большинства других операционных систем, включая нынешний Hurd в реализации на Mach, в Hurd на L4 диспетчеризация и виртуализация физической памяти (т. е. мультиплексирование физической памяти) происходит в пользовательском пространстве для каждой задачи (1, 2, 3). Приложения сами виртуализируют физическую память, что позволяет им оптимизировать свою работу по реальной доступности памяти, а не заставлять ядро предугадывать шаблоны доступа. Это отличается от обычной UNIX парадигмы, где приложения получают виртуальную память и они не знают и не могут прямо воздействовать на атрибуты диспетчеризации содержимого памяти. Такой механизм позволяет приложениям, у которых шаблон использования памяти не совпадает с LRU, использовать свои процедуры управления памятью, что будет полезно, например, для СУБД, мультимедийных приложений, сборщиков мусора и программ анализа данных.
Что касается будущей разработки, Нил отмечает, что следующим шагом должна стать реализация копирования физической памяти между контейнерами. Когда этот механизм будет доступен, можно будет начинать серьезную работу над средой драйверов устройств (deva и fabrica). Это также является требованием для портирования libpager, библиотеки управления страницами уровня приложений в Hurd, которая необходима для создания реализации корневой файловой системы и решения проблем по портированию файловых систем, а также интерфейсов файла и ввода-вывода RPC.
Обсуждение этого уже проходит в листе l4-hurd.
Источник этой новости Центр информации по операционным системам
( http://www.osrc.info/news.php?extend.1881 )
(Категория: GNU/Hurd/FSF)
Добавил Roman I Khimov
Среда, 19 Январь 2005, 19:53
Нил Уолфилд (Neal Walfield) сделал важный шаг навстречу портированию Hurd на микроядро L4 - добавил в репозиторий L4/Hurd менеджер физической памяти physmem и libhurd-mm, менеджер физической и виртуальной памяти для задач. Это означает, что такие задачи как самоорганизация работы со страницами и mmap/munmap уже работают и открывают путь для дальнейшей разработки.
В отличие от большинства других операционных систем, включая нынешний Hurd в реализации на Mach, в Hurd на L4 диспетчеризация и виртуализация физической памяти (т. е. мультиплексирование физической памяти) происходит в пользовательском пространстве для каждой задачи (1, 2, 3). Приложения сами виртуализируют физическую память, что позволяет им оптимизировать свою работу по реальной доступности памяти, а не заставлять ядро предугадывать шаблоны доступа. Это отличается от обычной UNIX парадигмы, где приложения получают виртуальную память и они не знают и не могут прямо воздействовать на атрибуты диспетчеризации содержимого памяти. Такой механизм позволяет приложениям, у которых шаблон использования памяти не совпадает с LRU, использовать свои процедуры управления памятью, что будет полезно, например, для СУБД, мультимедийных приложений, сборщиков мусора и программ анализа данных.
Что касается будущей разработки, Нил отмечает, что следующим шагом должна стать реализация копирования физической памяти между контейнерами. Когда этот механизм будет доступен, можно будет начинать серьезную работу над средой драйверов устройств (deva и fabrica). Это также является требованием для портирования libpager, библиотеки управления страницами уровня приложений в Hurd, которая необходима для создания реализации корневой файловой системы и решения проблем по портированию файловых систем, а также интерфейсов файла и ввода-вывода RPC.
Обсуждение этого уже проходит в листе l4-hurd.
Источник этой новости Центр информации по операционным системам
( http://www.osrc.info/news.php?extend.1881 )