Мы знаем, что есть функция 5, которая приостанавливает выполнение программы, но главный минус, что программа не выполняется в это время. Я предлагаю реализовать 2 функции, которые будут работать как в JavaScript: setTimeOut, SetInterval. Смысл такой setTimeOut, создаем отдельный поток, в котором есть функция 5, которая после ожидания события выполняет callback переданной указателя функции.
Смысл такой setInterval, создаем отдельный поток, в котором есть функция 5, которая после ожидания события выполняет callback переданной указателя функции и все это выполняется в цикле.
ClearInterval - убивает процесс
Я это все смог реализовать на языке Си в программе для колибри, это возможно реализовать как системную функцию?
Предлагаю добавить 2 функции
-
Технологии меняют мир, а я - меняю технологии.
Для начала, объясни, чем не устраивают имеющиеся фукции 5 и 23.
5 - тормозит приложениеtsdima wrote:Для начала, объясни, чем не устраивают имеющиеся фукции 5 и 23.
23 - таймаут распределяется не равномерно. Вот надо тебе чтобы за 10 сек, ровно 10 раз выполнилась проверка, но не получиться из-за событий или из-за циклов и прочей нагрузки, для этого нужно многопоточность.
Технологии меняют мир, а я - меняю технологии.
Для того, чтобы определить, сколько нужно ждать, есть функции текущего времени 26.9 и 26.10. Нужно вычесть текущее время из времени нужного момента. Если таких таймаутов несколько, найти минимум. Конечно, функция 23 ждёт с точностью 1/100 секунды, но на практике такой точности вполне хватает.pavelyakov wrote:23 - таймаут распределяется не равномерно. Вот надо тебе чтобы за 10 сек, ровно 10 раз выполнилась проверка, но не получиться из-за событий или из-за циклов и прочей нагрузки, для этого нужно многопоточность.
pavelyakov
Такие функции будут превращать однопоточную программу в многопоточную и программист должен это учитывать. Потому только через функцию 51.
Такие функции будут превращать однопоточную программу в многопоточную и программист должен это учитывать. Потому только через функцию 51.
Многопоточность - не всегда лучший выход.
Думаю их лучше реализовать в стандартных библиотеках/модулях для всех языков программирования. По сути тебе нужно создать многопоточное приложение, где функционал отделён от обработки событий (от оболочки GUI и ввода пользователя). Такое может потребоваться при разработке того же будильника или таймера. Можно сделать и заготовку/шаблон для таких приложений (имею ввиду на разных языках: C--, FASM, Oberon и т.д.).
Но не обязательно это должен быть отдельный системный вызов. Это нужно хорошо взвесить, обсудить и переварить.
Несколько вопросов:
- можно ли реализовать это сейчас, используя имеющиеся системные функции? в целом да.
- обработка в ядре предполагает, что нам нужно это выполнять быстрее и с большей точностью, чем имеющиеся решения, точно ли это нужно?
- для каких задач нужна такая быстрота и точность? может ли оказаться такой функционал полезным для систем реального времени? и планирует ли Колибри ОС развиваться в сторону решения этих задач?
- нужен ли этот функционал разработчикам приложений? думаю, что да.
- нужен ли этот функционал в ядре ос в виде системных вызовов? лично я сомневаюсь.
- нужно ли делать это отдельным системным вызовом или прикрепить как подфункцию к уже существующему системному вызову? по возможности нужно прикрепить, только к какому вызову: 51?
- нужно ли расширять ядро, тем что уже возможно реализовать на основе имеющегося в угоду удобства решения определённого круга задач? у меня нет ответа.
Но не обязательно это должен быть отдельный системный вызов. Это нужно хорошо взвесить, обсудить и переварить.
Несколько вопросов:
- можно ли реализовать это сейчас, используя имеющиеся системные функции? в целом да.
- обработка в ядре предполагает, что нам нужно это выполнять быстрее и с большей точностью, чем имеющиеся решения, точно ли это нужно?
- для каких задач нужна такая быстрота и точность? может ли оказаться такой функционал полезным для систем реального времени? и планирует ли Колибри ОС развиваться в сторону решения этих задач?
- нужен ли этот функционал разработчикам приложений? думаю, что да.
- нужен ли этот функционал в ядре ос в виде системных вызовов? лично я сомневаюсь.
- нужно ли делать это отдельным системным вызовом или прикрепить как подфункцию к уже существующему системному вызову? по возможности нужно прикрепить, только к какому вызову: 51?
- нужно ли расширять ядро, тем что уже возможно реализовать на основе имеющегося в угоду удобства решения определённого круга задач? у меня нет ответа.
Много шума из ничего. Если всё-таки использовать многозадачность, то кто мешает начинать новый поток с вызова функции 5 и зацикливать его в случае типа setInterval?theonlymirage wrote:Думаю их лучше реализовать в стандартных библиотеках/модулях для всех языков программирования.
мешает разрастание программыtsdima wrote:Много шума из ничего. Если всё-таки использовать многозадачность, то кто мешает начинать новый поток с вызова функции 5 и зацикливать его в случае типа setInterval?theonlymirage wrote:Думаю их лучше реализовать в стандартных библиотеках/модулях для всех языков программирования.
Технологии меняют мир, а я - меняю технологии.
Вообще можно отследить какие часто функции используются во многих программ, это например строковые ф-ции strcpy, strcmp, memcpy, и тд я видел есть даже реализации в самом ядре, почему их не выносят в прерывание? Ведь это уменьшило код почти всех программ?
Технологии меняют мир, а я - меняю технологии.
Ты хоть примерно представляешь, что делает процессор при выполнении инструкции int 0x40?pavelyakov wrote:почему их не выносят в прерывание?
Я понял, тут сглупил, но все де надо что-то придумать на подобии PE dlltsdima wrote:Ты хоть примерно представляешь, что делает процессор при выполнении инструкции int 0x40?pavelyakov wrote:почему их не выносят в прерывание?
Технологии меняют мир, а я - меняю технологии.
Есть библиотеки .obj в формате MS COFF.pavelyakov wrote:надо что-то придумать на подобии PE dll
А зачем системная функция, если уже реализуется существующими функциями API?Я это все смог реализовать на языке Си в программе для колибри, это возможно реализовать как системную функцию?
Если использовать фьютекс, можно сделать ожидание с прерыванием.
Ну так ты ведь и так уже реализовал. Выноси в библиотеку тогда и используй.pavelyakov wrote:Я это все смог реализовать на языке Си в программе для колибри
facepalm В идеале всё, что может быть вынесено из ядра — лучше оттуда вынести. И не так давно были планы по выносу GUI из ядра, а у тебя всё наоборот — предлагаешь запихнуть в ядро неядерные функции.pavelyakov wrote:Вообще можно отследить какие часто функции используются во многих программ, это например строковые ф-ции strcpy, strcmp, memcpy, и тд я видел есть даже реализации в самом ядре, почему их не выносят в прерывание?
Ага, а ещё быстродействие. Ты, наверное, хочешь, чтобы как в MenuetOSpavelyakov wrote:Ведь это уменьшило код почти всех программ?
Code: Select all
151 - Mathlib
NOTE: Volatile registers for every math function: rax,rbx and xmm0-xmm5
Packed double
In : rbx - 00 - cosine packed double
xmm0 - x
Out: xmm0 - cos(x)
In : rbx - 01 - sine packed double
xmm0 - x
Out: xmm0 - sin(x)
....................................
И снова facepalm. Для этого НЕ нужно многопоточность. Вот к чему приводит нежелание думать.pavelyakov wrote:Вот надо тебе чтобы за 10 сек, ровно 10 раз выполнилась проверка, но не получиться из-за событий или из-за циклов и прочей нагрузки, для этого нужно многопоточность.
Очередной велосипед.
У тебя всё это есть уже!!! Тебе не нужно что-то ещё добавлять в ядро для этого — неужели это не доходит? Что за идиотское желание пихать всякую херь в ядро???pavelyakov wrote:реализовать 2 функции, которые будут работать как в JavaScript: setTimeOut, SetInterval. Смысл такой setTimeOut, создаем отдельный поток, в котором есть функция 5, которая после ожидания события выполняет callback переданной указателя функции.
Смысл такой setInterval, создаем отдельный поток, в котором есть функция 5, которая после ожидания события выполняет callback переданной указателя функции и все это выполняется в цикле.
ClearInterval - убивает процесс
Who is online
Users browsing this forum: No registered users and 2 guests