API for OS

[algoritm]

Нет. Все очень похоже на принцип "выполнение команд по готовности операндов этих команд". Это даже можно считать отказом от концепции "программирования последовательности выполнения команд".

То есть чтобы API осуществлял сервисы в произвольном порядке :?: :cheer:

[crazy-mike]

То есть чтобы API осуществлял сервисы в произвольном порядке :?: :cheer:

Нет. Просто "традиционные" API сводились к наборам "системных вызовов". Этим системным вызовам передавались параметры через регистры или через стек. Планировать выделение ресурсов на уровне OS и обслуживание множества таких приложений - довольно трудно, особенно для оптимизации функционирования такой системы. Там ведь желательно анализировать код приложения при загрузке приложения ( load link-edit and-go ). Всё бы хорошо - но при выполнении dlopen или LoadLibrary всю эту лабуду надо проделывать снова. Я попробовал представить решение без этих излишеств - ну и позаимствовал кучу всего из очень старой документации IBM.

[Sixteen]

Нет. Просто "традиционные" АПИ сводились к наборам "системных вызовов". Этим системным вызовам передавались параметры через регистры или через стек. Планировать выделение ресурсов на уровне ОС и обслуживание множества таких приложений - довольно трудно, особенно для оптимизации функционирования такой системы. Там ведь желательно анализировать код приложения при загрузке приложения ( лоад линк-едит анд-го ). Всё бы хорошо - но при выполнении длопен или ЛоадЛибрары всю эту лабуду надо проделывать снова. Я попробовал представить решение без этих излишеств - ну и позаимствовал кучу всего из очень старой документации ИБМ.

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

[algoritm]

Современный API представляет из себя набор функций запросов с параметрами, но обеспечивает ли этот набор все потребности при создании application :?:, конечно это трудный вопрос ответить на который можно по принципу что создавая и добавляя новые функции все становится более универсальным, но при этом следует учесть возможность создания более эффективных моделей разработки API особенно для специальных систем с новым уровнем возможностей :!: :grum: :popcorn: :cheer:

[crazy-mike]

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

Да ! И там разница в том - что в kernel mode используется flat addressing относительно совсем другого "сегмента памяти". :grum:
Но при "обмене сообщениями" между kernel и юзер application без переключения режимов нужно гонять слишком большие объёмы данных по pipe. :grum:
Хотя в multiprocesssing это даже и предпочтительный вариант - потому как не надо думать о синхронизации таймингов памяти и процессоров. :grum:

[MolliM]

Да ! И там разница в том - что в кернел моде используется флат аддрессинг относительно совсем другого "сегмента памяти". :грум:
Но при "обмене сообщениями" между кернел и юзер апплицатион без переключения режимов нужно гонять слишком большие объёмы данных по пипе.

то есть кернел не юзает виртуальную память сам? у как хитро все.

[crazy-mike]

Современный API представляет из себя набор функций запросов с параметрами

Уже давно всё не так!!!!!! Даже на "бюджетных платформах".
Есть - кстати - ещё один вариант - делать все системные запросы через запросы к System DBMS!!!!!! :grum:
С такой реализацией - полный дурдом программеров и сисадминов будет! :grum:

[algoritm]

я лично считаю что если ультрасовременный [API for OS]
не мурчит и не бегает лапками, то нафиг он такой нужен?

Это скорее интерфейс робота но для этого надо типа определить сам API :grum: :popcorn: :cheer:

[crazy-mike]

то есть кернел не юзает виртуальную память сам? у как хитро все.

Даже это может быть реализовано (и даже реализовано уже давно).

[MolliM]

Современный АПИ представляет из себя набор функций запросов с параметрами, но обеспечивает ли этот набор все потребности при создании апплицатион :?:, конечно это трудный вопрос ответить на который можно по принципу что создавая и добавляя новые функции все становится более универсальным, но при этом следует учесть возможность создания более эффективных моделей разработки АПИ особенно для специальных систем с новым уровнем возможностей :!: :грум: :попцорн: :чеер:

у ОС АПИ нету цели обеспечивать все потребности при создании аппликейшена. для этого есть всяческие эсдикейз и так далее, а у ОС АПИ совсем другие цели. Это только глупий микрософт все смешал в кучу, а безграмотные ВБ-бобики все подлизали.