BV
там ooo уже ломает часть правил
Size: a a a
2021 August 02
BD
ну оно то всегда ломает
IJ
4.4 прочитал, но я сначала всё прочитаю ещё внимательно. Понятно, что это сложно — сделать атомарный апи, но я пока не понял, как в этой системе перераспределяется сложность: сколько на юзера вешается, сколько на кернел дополнительно, а также насколько часть сложность уменьшается, но становится явной, а не скрытой от юзера.
BV
чем жирней ядро тем тоще юзерспейс и наоборот
BV
то есть исключительно все решение делаются разработчиком ос
BV
за минус возможности процессора
BD
обычно вся прослойка вызовов ядра ложится на какую-нибудь libc или libsel4 и юзеру особо много думать не надо - достаточно знать какие апи атомарные, какие идемпотентные и т.д.
BV
плюс ядро само заботиться о когерентности и инвариантности своих структур
BV
остальное всё на волю юзерспейса
IJ
fair enough. А кроме fluke на какие ядра посмотреть ещё? Совсем хорошо если что-нибудь посовременнее, а про fluke вроде всему лет 20+
d
а тащить через libc это вообще нормально?
IJ
а как иначе софт портировать чужой
BD
libc как пример рантайма
BD
у гошечки свои обертки вокруг сисколов, у кого-то еще свои
d
сделать отдельную либу для доступа к ядру, а libc уже к ней обращается
BD
но обычно все в итоге упирается в libc
BD
да хоть 50, это все классика
можно еще вот на An Architectural Overview Of The Alpha Real-Time Distributed Kernel посмотреть, там больше про распределенные системы
можно еще вот на An Architectural Overview Of The Alpha Real-Time Distributed Kernel посмотреть, там больше про распределенные системы
BD
Fabric возможно тоже
BD
мне честно лень это все просматривать чтобы вспомнить хотели ли кто-то их этих ребят делать атомарные апи
2021 August 03
IJ
спасибо\