https://ssl.opennet.dev/openforum/vsluhforumID3/128361.html Представлен проект DBOS (DBMS-oriented Operating System), развивающий новую операционную систему для выполнения масштабируемых распределённых приложений. Особенностью проекта является использование СУБД для хранения приложений и состояния системы, а также организация доступа к состоянию только через транзакции. Проект развивается исследователями из Массачусетского технологического института, Висконсинского и Стэнфордского университетов, университета Карнеги-Меллона и компаний Google и VMware. Наработки распространяются под лицензией MIT...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=57735<br> https://ssl.opennet.dev/openforum/vsluhforumID3/128361.html#138 Thu, 12 Jan 2023 05:08:54 GMT AS/400 не видел. Некоторое время работал на https://en.wikipedia.org/wiki/Pick_operating_system Это из 60х годов. Примерно похоже, только там даже не РСУБД была. MultiValue. В современных терминах, наверное, больше всего похоже на JSON/NoSQL. Очень гибкая организация: Виртуальная машина -&gt; Счет -&gt; Файл -&gt; Запись -&gt; Значение -&gt; Подзначение... Любой сущностью можно было удобно управлять как единым куском.<br><br>Если память не изменяет - основная причина почему они в итоге стали всё-таки выносить свою БД поверх ОС общего назначения и перестали быть самостоятельной ОС - сетевой стэк.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/128361.html#137 Mon, 02 Jan 2023 22:00:27 GMT Это пять!<br> https://ssl.opennet.dev/openforum/vsluhforumID3/128361.html#136 Mon, 12 Sep 2022 12:40:59 GMT Да, и что?<br><br>Ядро ОС НЕ использует DB для работы. Это очевидно.<br><br>разные службы могут использовать DB для хранения данных.<br>Для этого DB и делают...<br><br><br>Unix был написан на C. И тот же самый C используется для написания приложений для<br>Unix. Тоже самое как говорится.<br><br>Есть условно стандартная для этой OS база данных. И она используется в инфрасткрутуре<br>самой OS.<br><br>Это абсолютно НЕ означает, что OS работает поверх Базы данных!!!!<br>И НИКТО из авторов об этом не говорит! Может лучше слушать авторов, а не местных идиотов?<br> https://ssl.opennet.dev/openforum/vsluhforumID3/128361.html#135 Mon, 12 Sep 2022 06:13:45 GMT Цена как была так и держится. А вот ненужные фермы - это да, в труху, и уже не продашь что б хоть половину отбить)))<br> https://ssl.opennet.dev/openforum/vsluhforumID3/128361.html#134 Mon, 12 Sep 2022 06:09:56 GMT Распределенная система без запусков. Она вообще не выключается - только перетекает от узла к узлу. Ее невозможно остановить, запустивши единожды. И смысла в состоянии между запусками нет.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/128361.html#133 Mon, 12 Sep 2022 06:05:34 GMT Очевидно же - для контрольных сумм<br> https://ssl.opennet.dev/openforum/vsluhforumID3/128361.html#132 Sat, 10 Sep 2022 10:55:50 GMT Боян [:&#124;&#124;&#124;&#124;&#124;&#124;&#124;:]<br><br>IBM System i<br> https://ssl.opennet.dev/openforum/vsluhforumID3/128361.html#131 Fri, 09 Sep 2022 15:11:11 GMT Короче ничего нет. Дрочение ради самого процесса)))<br> https://ssl.opennet.dev/openforum/vsluhforumID3/128361.html#128 Thu, 08 Sep 2022 19:53:01 GMT Там даже хуже чем блочные блокировки, да, прошу прощения, блочных блокировок в NDB нет, только строчные, перепутал с TokuDB.<br><br>Начнём с того, что READ COMMITTED - это единственное, что может NDB. Больше ничего не может в принципе.<br>Причём не просто READ COMMITTED, а per row, что дополнительно доставляет.<br><br>Как только появляются уникальные индексы - у тебя начинаются дополнительные приключения - чтение, не использующее никакой индекс (full scan / ALL), начинает брать блокировки на всю таблицу целиком. Эти же приключения есть при других условиях. Это SHARED READ LOCK, то есть любая модификация попавших в чтение строк в этот момент идёт курить бамбук. Если скан занимает сколь-либо длительное время - всё, приплыли.<br>