> man operating_systems
Вопросы для разработчика ОС
Questions For an OS Designer.
на Четверг, 01 Июль 2004, 20:56
добавил: Black Phantom список авторов печатать элемент контента создать pdf-файл  элемент контента
категория Статьи
комментарии: 0
просмотров: 621

<img src=themes/OSRC.info/images/flag_en.gif alt=English title=&nbsp;&nbsp;языке! />Если вы собираетесь писать операционную систему, то лучшее, что вы можете сделать на первом же шаге - это ответить на вопросы, поставленные в этой статье.


<h1>Questions For an OS Designer.</h1>
<hr>
<i>
<br>
<dd>Here are questions that you should answer before you start to code an OS.
It's not a secret that every program must be designed before it is written
(implemented). Also it's not a secret that a very few of programs are written
this way... Most are written under pressure and hardly have a complete
requirements list when coding starts.</dd>
<p>
<dd>Such an approach is very harmful. Design is finished in breaks between
coding work and is dictated by things that are already written and work.
Programmers tend to think "I'll change it later" but mostly later never comes.
Nobody really wants to change already working code to fit a changed design.</dd>
<p>
<dd>It may be very painful if you write an OS. Because of design flaws or
incomplete design the whole project may be brought down or at best take months
to redesign and rewrite big parts.</dd>
<p>
<dd>Answering questions suggested here will not form a full design specification.
However it will not let coding go completely off road. All of them should be
answered before writing a line of code. Certain questions may be ignored if
they are irrelevant, e.g. you don't need to think about file systems if you
don't plan to support mass storage devices. From the other hand, all the
answered questions should not contradict. Where I feel necessary, hints are
typed as italic.</dd>
</i>
<br><br>
<hr>

<ol>
<h2><li>What is a primary goal of my OS?</li></h2>
<ul>
<li>Is it a standard (low end) desktop system? <i>User is dummy, highest priority for
hardware and software compatibility.</i></li>
<li>Is it a high-end desktop system? <i>User is CAD/CAM engineer, highest
priority for performance and certain hardware/software compatibility.</i></li>
<li>Is it a real-time oriented system? <i>User is a professional programmer,
highest priority for performance, defined response time, easy extendable hardware
support and programming control.</i></li>
</ul>
<h2><li>What platforms my OS is going to support?</li></h2>
<ul>
<li>Will it support multiprocessing?</li>
<li>What kind of multiprocessor platforms? Symmetric? <i>(all processors are exactly
the same).</i> Asymmetric? <i>(CPUs may be different in architecture and computing power).</i>
Both?
<li>Will it support only local multiprocessing? <i>(all CPUs are connected through
a local bus).</i> Distributed multiprocessing? <i>(CPUs are connected through network-like
connection).</i> Both?
<li>What is the target hardware system? Desktop? <i>(more or less standard hardware set).</i>
Customizable <i>(embedded)</i> hardware? <i>(If the latter is an answer you'll likely
have to individually support every even compatible processor).</i>
</ul>
<h2><li>Will it be a multitasking OS?</li></h2>
<ul>
<li>What kind of multitasking will it provide for applications? Cooperative?
<i>(tasks yield CPU when they don't need it, demonstrating good will).</i> Preemptive?
<i>(tasks are given a defined amount of CPU time).</i></li>
<li>Do I need to protect tasks from each other well?</li>
<li>What is a relationship between tasks in terms of living space? Do they
share the same address space? Completely separated? Both?</li>
<li>How will different tasks communicate with each other?</li>
<li>What will be a memory model of space that a task runs in? Should I favor simplicity
and speed <i>(memory is cheap)</i> or size <i>(memory is a scarce resource)?</i></li>
<li>Do I need to protect system from application tasks?</li>
</ul>
<h2><li>What file system will my OS use?</li></h2>
<ul>
<li>Should I favor access time (performance) or reduced storage space (size)?</li>
<li>Can I use one of already developed and well documented file systems?</li>
<li>Can I use a cut down version of one of well-known file systems? </li>
<li>What will be an executable format?</li>
</ul>
<h2><li>What build tools do I need?</li></h2>
<ul>
<li>Can I use one of existent compilers and linkers?</li>
<li>Can I obtain (for free, buy or lease) source code for compilers and linkers?</li>
<li>Do I have to write my own several tools?</li>
<li>Do I have to write all tools on my own?<i>This should be by any means avoided.</i></li>
</ul>
<h2><li>How can I easily support third party soft?</li></h2>
<ul>
<li>Can I support already existent and popular software?</li>
<li>How can I support easy creating of third party applications for my OS?<i> (Libraries)</i></li>
<li>How can I support easy creating of third party device drivers?</li>
</ul>
<h2><li>How can I use already written code and information?</li></h2>
<ul>
<li>Can I use code that is written by others and works? <i>(Even partially).</i></li>
<li>Where can I get different kinds of information? <i>(Set your own information library).</i></li>
</ol>


Комментарии доступны только авторизованным пользователям, авторизуйтесь или зарегистрируйтесь на сайте здесь

© OSRC.info, 2004-2010.
Авторские права на любые материалы, авторы которых явно указаны, принадлежат их авторам. По вопросам публикации таких материалов обращайтесь к авторам.
Авторские права на любые другие материалы принадлежат OSRC.info.
Сайт является помещением библиотеки. Копирование, сохранение на жестком диске или иной способ сохранения произведений осуществляются пользователями на свой риск.
При использовании материалов сайта ссылка на OSRC.info обязательна.