МБ
впрочем, вместо споров, пойду дальше писать операционку на rust, а то чо
Я, кстати, смотрел исходники redox. У них нет планировщика даже нормального со сложностью O(1). Перебирают задачи в массивах. Уж не знаю, почему именно так сделано
Size: a a a
2020 January 26
BD
Можно запустить хотя бы в qemu, на сутки без вылетов и зависаний
моя кстати пока не работает, но умеет немношк консольки по сериальнику и мму с графикой
BD
Я, кстати, смотрел исходники redox. У них нет планировщика даже нормального со сложностью O(1). Перебирают задачи в массивах. Уж не знаю, почему именно так сделано
наверно не было цели делать планировщик, я читал челов из редокс - они не то чтобы профессиональные разработчики даже
МБ
наверно не было цели делать планировщик, я читал челов из редокс - они не то чтобы профессиональные разработчики даже
Планировщик ресурсов в операционке - центральный компонент. Если он следующую задачу выбирает дольше, чем задача работает, ну это такая себе операцинка. А можно ли на Rust написать иначе, я не знаю :( У меня не получилось. Я не особо старался, конечно, но код бы не был таким же простым, как на Си. Это точно
BD
Планировщик ресурсов в операционке - центральный компонент. Если он следующую задачу выбирает дольше, чем задача работает, ну это такая себе операцинка. А можно ли на Rust написать иначе, я не знаю :( У меня не получилось. Я не особо старался, конечно, но код бы не был таким же простым, как на Си. Это точно
ну посмотрим, я пока до этого не добрался
А⚙
В C#, например
В C# есть, скажем, Task.Run. И это не ключевое слово языка
А⚙
Можно сравнить реализацию L4 на Си и попытку реализации L4 на Rust.
А зачем на Rust писать по подобию C?
А⚙
вроде да
В личке?
G
В C# есть, скажем, Task.Run. И это не ключевое слово языка
И можно самому написать асинхронную среду исполнения, оптимизированную под узкий спектр задач?
BD
Можно сравнить реализацию L4 на Си и попытку реализации L4 на Rust.
а где была попытка реализации L4 на расте?
BD
я пишу нечто подобное seL4 но без сишных идиом
МБ
ну посмотрим, я пока до этого не добрался
Лично я не дотумкал, как сделать нормальные циклические списки задач, как это обычно делают.
А⚙
Лично я не дотумкал, как сделать нормальные циклические списки задач, как это обычно делают.
Гм. И чем циклические списки лучше массивов?
А⚙
И можно самому написать асинхронную среду исполнения, оптимизированную под узкий спектр задач?
Угу, спеки .NET-рантайма есть
МБ
Гм. И чем циклические списки лучше массивов?
realloc не надо делать, когда больше задач становится
G
Угу, спеки .NET-рантайма есть
Это хорошо
А⚙
realloc не надо делать, когда больше задач становится
Я просто не в курсе, насколько часто размер этого списка меняется. Так-то у массивов утилизация кеша лучше
МБ
Я просто не в курсе, насколько часто размер этого списка меняется. Так-то у массивов утилизация кеша лучше
Чем лучше? Вы выбираете следующую задачу и отдаёте ей CPU. Она своими данными забьёт кэш. И как бы часто ни менялось число задач, у юзера и драйверов, вроде как, не должна пропадать реактивность
МБ
У драйверов особенно. Особенно у сетевых