Проект ОС

[NovaStorm]

>Все прекрасно будет и без защиты памяти работать.
С тем, что работать будет, никто не спорит, речь о целесообразности. Представь себе сервис часов, которому будут слаться сообщения о прерываниях, и как будут при этом щелкаться контексты.
>Linux работает и на процах без аппаратного MMU
Ага, работает, пока не вспомним о динамической линковке, нормальном выделении памяти в тч на стеке, форках, свопе... у спека с его одной банкой и то возможностей больше.
>уменьшить гранулярность
И выкинуть Z80 сразу уж, чё ограничиваться мелочами? =)
Можно сделать выделение памяти в банках с возможностью перемещения процессов из банки в банку, чтобы дефрагментировать память и дать процессу максимально возможный объём в 16к.
>Кажому процессу будет принадлежать свой набор страниц
Да конечно, но выделать память процессу придётся в пределах одной страницы в 16к, можно конечно давать доступ и в #8000-#BFFF, но там места мало, процессам там придётся делать какую-то свою переключалку, или пользоваться общесистемным RPC, к чему я пока и склоняюсь.
>Но свою работу по изоляции процессов он делает.
Это при условии использования только системного кода переключения страниц, культура программирования сегодня конечно выше, но кулхацеры с OUT (#FD),A всегда найдутся =)

[Sayman]

свопы, форки, часики (и аппаратные и эмуляция) всё прекрасно работает. надоело уже читать всю эту фигню...

[NovaStorm]

свопы, форки, часики (и аппаратные и эмуляция) всё прекрасно работает

Работает в ucLinux? Может конечно у меня старая инфа, но свопа там по ней нету, а форк только vfork(), от которого даже BSDшники хотели бы избавиться.

[impressed]

Работает в ucLinux? Может конечно у меня старая инфа, но свопа там по ней нету, а форк только vfork(), от которого даже BSDшники хотели бы избавиться.

Если уж есть target для сборки ARMv11 nommu то чем тут еще можно говорить-то? Я сам системный программер ( да и дровишки под ARM/MIPS для Linux пописываю и сам нет-нет велосипеды изобретаю феерические для запихивания в Embedded серьезных вещей). Есть ARMv7 без MMU и даже без MPU ( memory protection unit) И на них все без проблем пашет, даже не заикаясь о том, что *ВНЕЗАПНО* нужен MMU.

MMU фича для облегчения жизни кодера, чтобы он себе мозг не морочил с организацией страничной адресации и защиты выделенных областей памяти. Если кто помнит, то на x86_32 был такой Big Real Mode ( он же Unreal Mode) в котором память адресовалась одной толстой колбасой в 4 гига без битов защиты и лимитов на секции ( просто одна огромная линейная секция в 4Gb).

Я не предлагаю ломать старые стандарты по доступу к расширенной памяти у спека, я за реализацию нового механизма работы с верхней памятью с постраничным отображением областей в адресное пространство Z80 (4k на страницу оптимальный вариант, как мне кажется) и эмуляцией старых стандартов для Legacy-систем, чтобы те не ломались видя новый механизм. =)
Прошу не обвинять в костылестроении, весь X86 это вообще один большой костыль, где костыль на костыле сидит и костылем погоняет.

[NovaStorm]

>и эмуляцией старых стандартов для Legacy-систем
У пентэвы, которая и есть наверное самый раскрученный и актуальный стандарт, ведь уже есть 4 банка по 16к, мельчить до 4к наверное уже не стоит. Да и другие машины тоже 16к банками пользуются. Меньшие страницы только в менеджере памяти нужны будут.

[Sayman]

Работает в ucLinux?

причём тут ucLinux? сколько раз ещё нужно повторить прежде чем нужный текст будет прочитан?

UZIX implements almost all of the 7th Edition AT&T UNIX
functionality. All file I/O, directories, mountable file systems, user and
group IDs, pipes, and applicable device I/O are supported. Process control
(fork(), execve(), signal(), kill(), pause(), alarm(), and wait()) are
fully supported. The number of processes is limited only by the swap space
available, with a maximum of 31 processes (total of 1024k memory).

даже ncurses и тот портирован...

[NovaStorm]

>причём тут ucLinux?
При том, что там речь о нём шла.
А uzix... что, просранные исходники второй версии нашлись?

[Sayman]

При том, что там речь о нём шла.

про ucLinux речи небыло. изначально речь была несколько о другом, но вы продолжаете мерица размерами отдельно взятых органов.
исходников второй версии нет и не будет. но есть исходники первой версии. чем они не устраивают?

[NovaStorm]

про ucLinux речи небыло

Linux работает и на процах без аппаратного MMU

чем они не устраивают?

Ну, например, тормозами даже на 20МГц R800. Собрать их sdcc тоже думаю проблематично будет, правда я копался только в сорцах uzi, который был написан на древнем, и даже ещё кажется не ANSI, С.

[Sayman]

исходники юзи (как собсвтенно и сам именно uzi) сами по себе не представляют систему, а только лиш ядро и то не полное. при создании юзикса было взято именно ядро юзи и дополнено. юзикс это оконченный продукт готовый к употреблению и исходники компилируемы. есть полный набор исходников не только самой системы и некоторого стандартного софта, но и библиотек. кроме того, написан на ANSI совместимом С. например, юзикс был писан непосредственно на hi-tech c который как раз ansi совестимый. другое дело юзи, само ядро, вот оно было писано на несовсем совместимом Code Works QC. причём такой верси которой в природе же не существует. все стандартные фишки юниксов/линуксов, такие как форк, exec, сигналы, даже файловая система индекс-ориентированная. на мсх2 работает более менее. на мсх2 турбоР, с чипом R800 летает. изучите для начала суть вопроса... спросить можно например у того же error404, если моё мнение не важно.