NedoOS

[SfS]

оно медленно работает из-за всего, мало того, что там си, так ещё и диспетчер медленный.
я там выше привёл рабочий пример. оно работает быстрее, чем вариант от Sfs. при этом есть такие моменты:

Ты привёл по факту то же, что и я, но БЕЗ сохранения контекста задачи. Вопросов нет - контекст можно сохранять-восстанавливать и внутри вызова где-то. Но главное - это делать придётся обязательно. Многозадачные ОС по-другому не работают.

1. человек который пилит систему не путается в модулях/уровнях системы. например, можно спокойно добавить новый, скажем, isa-cf читалки. даже если что-то косячнул в нём, остальные драйвера не слетают и система будет продолжать работать.

А с одним ресетом они с чего слетят?

2. у пользователя не будет в голове каша при чтении мануалов. он читает раздел посвящённый bdos, к примеру и понимает, что к этим функциям обращается через rst 0x10. а если ему по какой-то причине нужно напрямую сектора читать (например, пишет fdisk), то для этого он может использовать rst 8. соответственно берёт в руки мануал на биос и изучает его. и никакой путаницы нет.

Ну это уж совсем какаято чушь.
Элементарно же. Никакой программист не станет писать константы числами.

Скажем

// Уровень FS
#define FS_OPEN 0x10
#define FS_CLOSE 0x11
#define FS_READ 0x12
#define FS_WRITE 0x13
#define FS_FCNTL 0x14

// Уровень устройства
#define SD_READ_SECTS 0x100
#define SD_WRITE_SECTS 0x101

И какая разница - разнесено это по рестартам или нет? Всё понятно.

БИОС и БДОС это CP/M-ная чушь. Строго говоря и DOS и CP/M это не ОС, а запускалки прог с драйвером диска.Управления памятью нет, задач нет, драйверов нет как таковых по сути...

- - - Добавлено - - -

такты считать будем или как?

Нет, не будем. Потому что у тебя НЕТ сохранения и восстановления контекста задачи. А раз есть задача, то её контекст надо сохранять и восстанавливать при системных вызовах.

Мы ж не об абстрактном вызове говорим, а об ОС.

[Advertiser]

[NEO SPECTRUMAN]

это не ОС, а запускалки прог с драйвером диска.Управления памятью нет, задач нет, драйверов нет как таковых по сути...

это у тебя сильно неправильное понемание понятия ОС

а драйвера там как часть самой ос
программы же не пишут там на прямую в видео память и не опрашивают клавиатуру
все абстрагировано от прямого обращения к железу

[SfS]

это у тебя сильно неправильное понемание понятия ОС

а драйвера там как часть самой ос
программы же не пишут там на прямую в видео память и не опрашивают клавиатуру
все абстрагировано от прямого обращения к железу

В ДОС так и было часто - писали напрямую в видеопамять и даже опрашивали клавиатуру) Особенно в играх. Да и в CP/M тоже...

[NEO SPECTRUMAN]

В ДОС так и было часто - писали напрямую в видеопамять и даже опрашивали клавиатуру) Особенно в играх. Да и в CP/M тоже...

я знаю
система же не предоставляла того чего хотелось аффтару
а если и предоставляла то в крайне извращенной и тормозной форме
не пригодной для использования во времена медленных машин

[SfS]

я знаю
система же не предоставляла того чего хотелось аффтару
а если и предоставляла то в крайне извращенной и тормозной форме
не пригодной для использования во времена медленных машин

То есть проблема в непрдуманности предоставления ресурсов по сути.
В настоящее время, например, уже есть такая продуманность. И по памяти. И по экрану.

Например, предоставление экрана как фреймбуфера определённого формата. Скажем, пользователь говорит - хочу стандартный экран спека. Система - да ради бога, вот тебе страница номер такая-то, пиши в неё. И всё.

[NEO SPECTRUMAN]

и даже опрашивали клавиатуру

щас тоже опрашивают через Ж
в обход того что настроил под себя пользователь

и рисуют окошки средствами *****х Qt
на которых системные настройки и всякие там Accessibility не распространяются
и пользователь потом вспоминают эти *****е кросплатформенности на которые ему вообще насрать...

[NEO SPECTRUMAN]

Управления памятью нет, задач нет,

а почему они должны обязательно быть?

оно происходит из того времен когда не лишней памяти не многозадачности не было