The RiDE.C microkernel

Научная статья

Информатика, кибернетика и программирование

C microkernel M. t this point it is resonble to begin with description of microkernel RiDE. nd microkernel rchitecture ssumes to orgnize services mnging resources in the form of userlevel servers which re ccessed over interprocess communiction mchinery IPC nd over the stck of protocols built on IPC.C microkernel re determined by bsic intertsk exchnge protocol RiDE.



12 KB

0 чел.

The RiDE.C microkernel

M.O. Bakhterev

IMM UrB RAS, Yekaterinburg

It was shown earlier that it is rational to develop distributed OS with new application programming interface (API) allowing to exploit more efficient and easier abilities of modern distributed nonuniform computing systems. The basic principles for structure of such an OS and the basic elements of its API have been already designed, and that allows to proceed to presentation of software components being intended to form the OS. At this point it is reasonable to begin with description of microkernel (RiDE.C), because its design reflects the main features of the OS.

Distributed systems (DS) might be build in the framework of traditional OSes with big monolithic kernels (macrokernels). But overall system structure becomes more complex with this approach. Distributed OS should give applications access to resources in the manner independent of mutual layout of these applications and resources on the system nodes, after all. To achieve that within macrokernel architectures it is needed to use some resource through proxy server. Such server using network service of the kernel provides connectivity with remote nodes of system: it receives external resource requests, translates them (translation TQ) into calls to kernel service maintaining the resource, translates the results of the calls to form replies (TR), and sends them out.

And microkernel architecture assumes to organize services managing resources in the form of user-level servers, which are accessed over inter-process communication machinery (IPC) and over the stack of protocols built on IPC. Traditionally, that serves as the premise to conclusion about  inefficiency of such architectures, because the task context switching is needed to execute application requests. But the working through proxy server in DS based on macrokernel architecure also demands to switch the contexts, even in the case when the resource and the application using it are on the same node. And the need to develop additional protocol and to communicate over it (TR, TQ) makes solution with macrokernel for distributed OS less effective and more complex.

Many features of RiDE.C microkernel are determined by basic inter-task exchange protocol – RiDE.P. It describes interaction over areas of shared memory, and allows to translate over the network transparently for applications the acts of interaction with the help of software agents executed outside microkernel. The RiDE.P protocol only demands from microkernel to support simple synchronization primitive – r-semaphore (unidirectional ring, in contrast to stack behavior of counter, point-to-point semaphore), operations on which are also translatable through agents over the RiDE.P (property ST).

Some features of the RiDE.C microkernel follow.

1. Every  algorithm used in RiDE.C functionality implementation has time complexity of O(1). Even the time management subsystems, algorithms for which in traditional OSes have complexity of O(n*n) or O(n*log(n),  n – the number of software timers being used.

2. The architecture of OS being developed assumes that load balancing functions are carried out to user-level process. The RiDE.C scheduler does not solve the task of balancing, because it cannot be solved qualitatively enough without taking into account the peculiarities of specific application.

3. The RiDE.C scheduler was designed to provide good execution conditions for interactive tasks (at DS they are tasks controlling data exchange), as well as for tasks with large computational time. Optimizing the work of first ones, the scheduler tracks task groups, which occupy processor for a long time, and lowers their interactivity level. Supporting the second ones, the scheduler reprograms hardware timer to provide processor-bounded tasks with long intervals of uninterrupted work. Both types of tasks in many traditional OSes are interrupted equally frequently, and user can get unfair long amount of processor time for her/his application, because only the individual behaviors of tasks forming the application are analyzed.

4. Only two actions with r-semaphores are defined by RiDE.C API as system calls. Access to all other microkernell functionality is defined by API as protocol over RiDE.P, that together with property ST allows to flexibly adjust access to microkernel. The tasks working with microkernel on some remote node of system, as well as the tasks having no control over microkernel running the local for tasks node are standard for OS being developed. Such capability is important element in the dataflow based model of parallel programming for nonuniform DS, which was proposed earlier.

5.The RiDE.C API prescribe to allocate and to tune data structures for microkernel at the external user level manager and to begin their usage at the microkernel itself after simple registration. Such functions as “create task” or “create r-semaphore” are absent, because they demand to work with memory at the microkernel level leading to difficulties when virtual memory is used. This approach does not lower the general system security (the memory manager is always trusted component), but allows to make microkernel simpler and, what is more important for big computations, opens access to states of tasks and r-semaphores connecting them from user level. That, in its turn, leads to simplification of the implementation of orthogonal persistence machinery: checkpoints, task migration between nodes of DS. Also that allows to run load balancers specialized for concrete applications at the user level.

By present uniprocessor version of microkernel has been implemented. The work on drivers providing task interaction in multiprocessor systems and the work on drivers providing access to modern hardware timers are carried out.


А также другие работы, которые могут Вас заинтересовать

3593. Перше ознайомлення з базами даних. СКБД. Моделі, об'єкти баз даних. СКБД Ассеss 295.67 KB
  Перше ознайомлення з базами даних. СКБД. Моделі, об'єкти баз даних. СКБД Ассеss. Проектування бази даних у середовищі СКБД Access. Створення таблиць БД. Сформувати уявлення про бази даних, їх призначення та основних етапів їх створення, формування пізнавальних здібностей, розвиваюча: розвивати логічне мислення, розвиток пам'яті, розвиток уважності
3594. Редагування структури таблиці й даних БД. Впорядкування, пошук та фільтрація даних 151.39 KB
  Редагування структури таблиці й даних БД. Впорядкування, пошук та фільтрація даних Мета: ознайомити учнів із можливостями обробки інформації в базі даних, навчити використовувати команди СКБД Access для зміни структури таблиці, додавання, знищення, ...
3595. Типи зв'язків у таблицях. Створення зв'язків між елементами в таблицях. Запити. Створення запитів 363.27 KB
  Типи зв'язків у таблицях. Створення зв'язків між елементами в таблицях. Запити. Створення запитів. Навчити учнів встановлювати зв’язки між таблицями, створювати запити, Розвивати логічне мислення, розвиток пам'яті, вміння працювати з масивами інформації
3596. Об'єкт БД — форми. Способи створення форм 397.5 KB
  Об'єкт БД — форми. Способи створення форм. Мета: навчальна: ознайомити учнів із типами форм та способами їх створення, розвиваюча: розвивати вміння роботи з БД, логічне мислення, розвиток уважності, виховна: формування навичок зібраності, уважності, акуратності в роботі з табличними даними.
3597. Основні поняття про об’єкт БД – звіти 225 KB
  Основні поняття про об’єкт БД – звіти. Ознайомити учнів із поняттям «звіти», навчити створювати звіти в середовищі MS Access, розвивати вміння роботи з БД, логічне мислення, розвиток уважності, формування навичок зібраності, уважності...
3598. Узагальнення знань з теми СКБД Microsoft Access 62.5 KB
  Урок-гра «Узагальнення знань з теми «СКБД Microsoft;Access». Узагальнити та поглибити знання учнів з теми MS Access, розвивати і поглиблювати знання та інтерес учнів до інформатики, розвивати артистичні дані, виховувати згуртованість, почуття о...
3599. Механизм ценообразования в переходной экономике 147.5 KB
  Объект исследования: механизм ценообразования в переходной экономике. Цель работы: рассмотреть структуру цены, методы ценообразования, проанализировать влияние отдельных факторов на цену. Методы исследования: метод статистического исследования, мето...
3600. Суть довгих хвиль Кондратьєва в економіці 98.5 KB
  Відомо декілька типів економічних циклів, які іноді називають хвилями. Їх важко виділиті з-за великої кількості їх показників, з-за часової pозмитості гpаниць між ними. Так звані довгі хвилі (цикли) мають довжину в 40-60 років. Розpобка теоpії...
3601. Работа по развитию слухового восприятия и формированию произношения в школе для детей со сниженным слухом 5.75 MB
  Работа по развитию слухового восприятия и формированию произношения в школе для детей со сниженным слухом В процессе обучения и воспитания детей большую роль играет речь, поскольку она является не только орудием мышления и средством общения, но и ср...