The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Представлена распределённая операционная система DBOS, реализуемая на основе СУБД

05.09.2022 18:27

Представлен проект DBOS (DBMS-oriented Operating System), развивающий новую операционную систему для выполнения масштабируемых распределённых приложений. Особенностью проекта является использование СУБД для хранения приложений и состояния системы, а также организация доступа к состоянию только через транзакции. Проект развивается исследователями из Массачусетского технологического института, Висконсинского и Стэнфордского университетов, университета Карнеги-Меллона и компаний Google и VMware. Наработки распространяются под лицензией MIT.

Компоненты для взаимодействия с оборудованием и низкоуровневые сервисы управления памятью вынесены в микроядро. Предоставляемые микроядром возможности используются для запуска слоя с СУБД. Высокоуровневые системные сервисы, обеспечивающие выполнение приложений, взаимодействуют только с распределённой СУБД и отделены от микроядра и специфичных для конкретной системы компонентов.

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

Отмечается, что использование в качестве основы DBOS современных распределённых СУБД, хранящих данные в оперативной памяти и поддерживающих транзакции, таких как VoltDB и FoundationDB, способно обеспечить производительность, достаточную для эффективного выполнения многих системных сервисов. В СУБД в том числе могут размещаться данные планировщика, файловой системы и IPC. При этом СУБД отлично масштабируются, обеспечивают атомарность и изолированность транзакций, могут управлять петабайтами данных, предоставляют инструменты для управления доступом и отслеживания потоков данных.

Из достоинств предложенной архитектуры называется значительное расширение возможностей аналитики и снижение сложности кода за счёт использования в сервисах операционной системы обычных запросов к СУБД, на сторону которой выносится реализация транзакций и средств для обеспечения высокой доступности (подобная функциональность может быть реализована на стороне СУБД один раз и использована в ОС и приложениях).

Например, кластерный планировщик может сохранять информацию о задачах и обработчиках в таблицах СУБД и реализовывать операции планирования как обычные транзакции, смешивая императивный код и SQL. Применение транзакций упрощает решение таких проблем, как управление многопоточностью и восстановление после сбоев, так как транзакции гарантируют согласованность и устойчивость состояния. В контексте примера с планировщиком транзакции позволяют организовать одновременный доступ к совместно используемым данным и гарантировать сохранение целостности состояния в случае сбоев.

Предоставляемые в СУБД механизмы ведения логов и анализа данных могут применяться для отслеживания доступа и изменения состояния приложений, мониторинга, отладки и поддержания безопасности. Например, после обнаружения несанкционированного доступа к системе можно через выполнение SQL-запросов определить масштаб утечки, выявив все операции, сделанные процессами, получившими доступ к конфиденциальной информации.

Проект разрабатывается уже более года и находится на стадии создания прототипов отдельных компонентов архитектуры. В настоящее время подготовлен прототип работающих поверх СУБД сервисов операционной системы, таких как ФС, IPC и планировщик, а также развивается программное окружение, предоставляющее интерфейс для запуска приложений на базе модели FaaS (function-as-a-service).

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

  1. Главная ссылка к новости (https://dbos-project.github.io...)
  2. OpenNews: Доступна документо-ориентированная СУБД MongoDB 6.0
  3. OpenNews: Яндекс открыл код распределённой СУБД YDB, поддерживающей SQL
  4. OpenNews: Выпуск rqlite 7.0, распределённой отказоустойчивой СУБД на основе SQLite
  5. OpenNews: Первый публичный выпуск распределённой файловой системы JuiceFS
  6. OpenNews: Компания Alibaba открыла код распределённой СУБД PolarDB, основанной на PostgreSQL
Лицензия: CC-BY
Тип: Программы
Короткая ссылка: https://opennet.ru/57735-dbos
Ключевые слова: dbos, database
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (113) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.6, YetAnotherOnanym (ok), 21:36, 05/09/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Ну, к тому шло... Когда "что-то" работает на множестве узлов, и надо как-то координировать работу этого "чего-то" на этих узлах, то почему бы не использовать обкатанные технологии распределённых БД. Это напрашивается само собой.
     
     
  • 2.18, пох. (?), 23:55, 05/09/2022 [^] [^^] [^^^] [ответить]  
  • +16 +/
    Врачу, исцелися сам!

    Проблема распределенных БД - что они в общем и целом- г-но, все до единой.
    Либо не тру-распределенные (а master-sl...follower), либо жеппа с целостностью, либо с восстановлением, а чаще всего все и сразу.

    Тут же речь об in-memory их разновидностях - которые г-но совершенно фееричнейшее даже на локалхосте.

     
     
  • 3.31, penetrator (?), 06:13, 06/09/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    чем плох MySQL NDB?
     
     
  • 4.36, Онаним (?), 08:00, 06/09/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Те, кто его всерьёз готовил, в цирке не смеются.
     
     
  • 5.51, Аноним (51), 09:14, 06/09/2022 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Так и не надо смеяться над акробатами.
     
  • 5.102, penetrator (?), 01:51, 07/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    а можно технические подробности?
     
  • 4.37, Онаним (?), 08:01, 06/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Конкретно это счастье плохо тем, что малейшая задержка со сбросом состояния на диск, и нода крашится, а состояние бывает здоровым.
     
  • 4.38, Sw00p aka Jerom (?), 08:02, 06/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    мускул который умудряется исчерпать всю память от простого запроса? кек
     
     
  • 5.39, Онаним (?), 08:02, 06/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Как вам это удаётся? Тут нужен особый талант.
     
     
  • 6.41, Sw00p aka Jerom (?), 08:05, 06/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    ну вот, раньше такого не было:)
     
  • 5.101, penetrator (?), 01:51, 07/09/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    какая из нод у тебя исчерпала память? SQL node? coordinator? data node?
    сколько всего было памяти на это ноде?
    какой объем данных был в базе?
    какой запрос и какой объем выборки?
    а все ли там было хорошо с настройками?
     
     
  • 6.113, Sw00p aka Jerom (?), 12:52, 07/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > сколько всего было памяти на это ноде?
    > какой объем данных был в базе?
    > какой запрос и какой объем выборки?
    > а все ли там было хорошо с настройками?

    кек, стандалон мускул 8.0 со стандартными настройками, память 32 ГБ + столько же свопа, одна база не превышающая размер в 50 Мб данных и таблиц не больше 30, тестовый стенд. Вот и свалилось к херам исчерпав память + своп, и процесс собственно прибился киллером, запросы обычные с несколькими джойнами, точно не скажу ибо нах мне это надо разгребать, конечно баг мускула именно этой версии. К чему все это, мускул стал хуже!!!

     
  • 6.114, Sw00p aka Jerom (?), 13:02, 07/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > какой запрос и какой объем выборки?

    вот похоже на это, пофиксили на 8.0.27, а исполоьзовалась 8.0.26

    Changes in MySQL 8.0.27 (2021-10-19, General Availability)

    Concurrent insert operations on multiple tables with full-text indexes caused a large number of full-text index synchronization requests, resulting in an out of memory condition. (Bug #32831765, Bug #103523)

    есть и такие фиксы

    Some of the functions defined in mbr_utils.cc threw heap-allocated exceptions in some situations. Memory allocated for the exception object in these cases was never freed, which meant that a small amount of memory leaked each time an exception was thrown.

    This is fixed by allocating the exception on the stack in such cases, instead. (Bug #104214, Bug #33086286)

     
     
  • 7.115, penetrator (?), 15:45, 07/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    > Concurrent insert operations on multiple tables with full-text indexes caused a large
    > number of full-text index synchronization requests, resulting in an out of
    > memory condition. (Bug #32831765, Bug #103523)
    > есть и такие фиксы
    > Some of the functions defined in mbr_utils.cc threw heap-allocated exceptions in some
    > situations. Memory allocated for the exception object in these cases was
    > never freed, which meant that a small amount of memory leaked
    > each time an exception was thrown.
    > This is fixed by allocating the exception on the stack in such
    > cases, instead. (Bug #104214, Bug #33086286)

    ну так это тупо баг, есть еще Maria и Percona и другие форки со своим саппортом, но какое это все имеет отношение к NDB? ответ - никакого

     
     
  • 8.120, Sw00p aka Jerom (?), 19:52, 07/09/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    да тупо баг, обычное ведь дело в каждом релизе мемлик баги пускать конкретно тот... текст свёрнут, показать
     
  • 4.42, Онаним (?), 08:10, 06/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну и конечно отдельный цирк с дедлоками. Транзакции ж конвертируются в key-value, row-based locks превращаются в block-based locks, со всеми вытекающими.
     
     
  • 5.100, penetrator (?), 01:48, 07/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    можно подробнее?

    какие транзакции? на каких запросах?

    P.S. ссылки приветствуются

     
     
  • 6.107, Онаним (?), 10:27, 07/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    https://dev.mysql.com/doc/mysql-cluster-excerpt/8.0/en/mysql-cluster-limitatio

    Думаю, для самого начала достаточно.

    Ну и вот сюда можно поглядеть. В старой дооракловой документации было доходчивое объяснение процессов LCP-GCP, в этой при беглом осмотре не нашёл.

     
     
  • 7.108, Онаним (?), 10:27, 07/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    https://dev.mysql.com/doc/refman/8.0/en/mysql-cluster-basics.html
     
  • 7.116, penetrator (?), 15:56, 07/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    и где там нечто именуемое block-based locks там есть только To ensure that a... большой текст свёрнут, показать
     
     
  • 8.128, Онаним8194 (?), 22:53, 08/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Там даже хуже чем блочные блокировки, да, прошу прощения, блочных блокировок в N... текст свёрнут, показать
     
  • 4.64, darkshvein (ok), 12:20, 06/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    чем плох обычный мускул или постгресс??
     
  • 3.40, Sw00p aka Jerom (?), 08:04, 06/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    кактус одним словом :)
     
  • 3.55, prokoudine (ok), 11:09, 06/09/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Тут же речь об in-memory их разновидностях - которые г-но совершенно фееричнейшее даже на локалхосте.

    Это до момента, когда у тебя большая географически распределенная сеть точек почти во всех регионах, десятки/сотни тысяч позиций с пересчетом цен один-два раза в день с поправкой для каждого региона и офиглиард заказов ежедневно. Как наплачешься с инвалидацией многокилометрового кэша — приходи.

     
  • 3.59, Аноним (59), 11:41, 06/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну а чо делать-то? Времена smp шкафов прошли, нужно исполняться на кучах куч тазиков. У гуглов вроде что-то получается.
     
  • 3.79, YetAnotherOnanym (ok), 15:24, 06/09/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ты переносишь на БД, которая используется "для хранения приложений и состояния системы" те проблемы, которые имеют место в других областях использования БД. У БД объявлений Авито своя специфика, у БД постов и каментов ВК - своя, у БД документооборота Госуслуг своя, у Росреестра своя, здесь тоже своя специфика. Вот лежит у нас бинарник программы в БД в виде блоба. Мы скомпиляли новую версию и с помощью средств, которые предоставляет распределённая БД, распихали его по нодам. Логи тоже кидаются в БД, вроде бы единую, но логи от разных нод не пересекаются. Конфликту взяться неоткуда, при этом в любой момент можно прогрепать логи по всей сети. И так далее. Имхо, вещь очень перспективная.
     
     
  • 4.121, ыы (?), 07:29, 08/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > в любой момент можно прогрепать логи по всей сети

    И все они лежат в памяти...
    Благословенна компьютера с бесконечной оперативной памятью... способной вместить все непересекающиеся логи в сети...

     
  • 2.25, all_glory_to_the_hypnotoad (ok), 02:21, 06/09/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Давно уже к похожей картине пришли в кишках облаков вроде Амазона и Яндекса. Только готовые СУБД для решения задачи не подходят. Уходят годы на разработку специальных оптимизированных СУБД и всё равно получается большой оверхед по ресурсам и прочая куча проблем. Красиво выглядит только на словах.
     
  • 2.72, Аристарх (??), 14:19, 06/09/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ещё один "аспирант-теоретик"! :)) Увидел какую-то чушь, да ещё и защищает.
    В реале этот павлиноуткаёж не взлетит. Это чисто экспериментальный проект, рождённый, чтобы загнуться. Это не будущее ни разу.
     
     
  • 3.80, YetAnotherOnanym (ok), 15:33, 06/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Не взлетит, не взлетит, можешь не волноваться. Там игорей нет, и медиаплеера нет, и торентокачалки нет, и мессенджеров нет, и браузер не портировали, и офиса тоже нет, и нвидии они палец не показали, чтобы дрова сделала.
     
     
  • 4.109, ыы (?), 10:54, 07/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А какой палец они должны показать Нвидии чтобы та сделала под них дрова?
     
     
  • 5.112, YetAnotherOnanym (ok), 11:40, 07/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > А какой палец они должны показать Нвидии чтобы та сделала под них
    > дрова?

    Тот же, какой показал Линус.

     
     
  • 6.122, ыы (?), 07:29, 08/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    От шоб я следил за пальцами какого-то поца...
     
  • 4.131, Neon (??), 18:11, 09/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Короче ничего нет. Дрочение ради самого процесса)))
     
  • 2.91, adolfus (ok), 21:01, 06/09/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Распределенных баз данных не бывает База данных тогда только база данных, когда... большой текст свёрнут, показать
     
     
  • 3.92, YetAnotherOnanym (ok), 21:37, 06/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > База данных тогда только база данных, когда она ACID

    А если юзкейс этого не требует?

     
     
  • 4.95, adolfus (ok), 22:29, 06/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Значит то, что он использует, -- это не база данных, а свалка данных, в лучшем с... большой текст свёрнут, показать
     
     
  • 5.110, YetAnotherOnanym (ok), 11:31, 07/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А, ну, всё понятно И Как быть в случае, если для выполнения действий, требуем... большой текст свёрнут, показать
     
     
  • 6.123, ыы (?), 07:42, 08/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    (1)
    >необходима система с такими данными и отношениями между ними, чтобы в любой географической точке данные были доступны мгновенно, а небольшое отставание актуальности  некритично?

    То есть такая система - Хорошая система

    (2)
    >Например, пользователь, чей кредит исчерпан, будет несколько минут пользоваться неким сервисом при отрицательном балансе лицевого счёта?

    То есть такая система - плохая система

    (3)
    >При том, что более строгий подход (допуск к пользованию сервисом только при наличии денег на счету, подтверждённом ответом только от центральной БД) приведёт к недоступности сервиса для абонентов на какой-то территории из-за отвала центральной БД.

    От щото я уже запутался в мысли... то есть такая система - плохая система или хорошая?

     
     
  • 7.127, YetAnotherOnanym (ok), 11:10, 08/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > То есть такая система - плохая система

    Но с этим иногда можно смириться.

     
  • 6.125, 1 (??), 09:12, 08/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > "чтобы в любой географической точке данные были доступны мгновенно"

    Ну мгновенно - не получится - скорость света/интернета ограничена.
    И разве это не реализовать на одном Z-series с толстыми каналами ?

     
     
  • 7.126, YetAnotherOnanym (ok), 11:09, 08/09/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > с толстыми каналами ?

    В мире, где строители могут воткнуть сваю в идущий по тоннелю вагон метро, никакой канал не может считаться абсолютно надёжным. После первого же порванного левым экскаватором кабеля начинаешь иначе смотреть на всё, и проектировать инфраструктуру с учётом возможного разрыва соединения. В одних случаях единственный возможный вариант - выдать ошибку и ждать восстановления линка. В другом можно пользоваться локальной репликой, а синхронизацию провести после восстановления связи.

     
  • 3.97, Michael Shigorin (ok), 01:13, 07/09/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Один 19" блок Z имеет одной оперативки до 40 Тбайт

    Один 4Э16С умеет до 16 Тб.

     
     
  • 4.111, YetAnotherOnanym (ok), 11:39, 07/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Не ломайте человеку манямирок, в котором уровень технологического лидерства Межделмаша недостижим для соперников, а СУБД могут быть только кислотными и никак иначе.

     
  • 3.106, ыы (?), 09:57, 07/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >Распределенных баз данных не бывает. База данных тогда только база данных, когда она ACID. Все остальное -- файлопомойка.

    А в каком месте шардинг противоречит ACID?

     
  • 2.132, Аноним (132), 13:55, 10/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Боян [:|||||||:]

    IBM System i

     

  • 1.7, topin89 (ok), 21:40, 05/09/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Будет интересно увидеть, когда допилят, сильно ли упадёт производительность. Что-то не верится, что лишь слегка.
     
  • 1.9, Аноним (9), 21:43, 05/09/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Поверх эфира запустят?
     
     
  • 2.14, Аноним (14), 22:54, 05/09/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Эфир с своим POS уже таки в фрод скатывается, при том буквально вот-вот, на днях. Просто офигенная схема, и совсем не фрод, когда узкая клика создателей узурпирует все коины сгенереные системой по сути, а потом их раздает, дескать. А такое "платежное средство" с самозваными рокфеллерами изниоткуда - точно нужно? Да и все эти смартконтракты и проч интересны узкой группе лиц. Обычным смертным вообще сложно объяснить что это такое и как работает, при всей забавности идеи. К тому же с учетом того что там произвольная логика - всегда есть риск что вас немного лоханут, вкрутив там что-нибудь с заподвыподвертом, и если вы не махровый кодер и реверсер, можно на раз пролететь.
     
     
  • 3.52, Аноним (52), 10:19, 06/09/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ух, как горит у майнераста! Красота!
     
  • 3.135, Первая буква (?), 09:13, 12/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Цена как была так и держится. А вот ненужные фермы - это да, в труху, и уже не продашь что б хоть половину отбить)))
     

  • 1.10, Аноним (10), 21:52, 05/09/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Не совсем на "поверх эфира", но, уже есть проект unix поверх блокчейна:
    https://github.com/tonlabs/tonix
     
  • 1.11, Минона (ok), 22:06, 05/09/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > ОС поверх распределённой СУБД.

    Интересно…
    Чем из 3 составляющих САР они пожертвовали?

     
     
  • 2.17, Аноним (17), 23:26, 05/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Там упомянуты СУБД, а у СУБД в документации эти моменты довольно подробно расписаны.
     

  • 1.13, AntonAlekseevich (ok), 22:48, 05/09/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    #НаконецТоПрекратитсяГеморройСВыборомОСДляСУБД #Нет
     
     
  • 2.45, КО (?), 09:01, 06/09/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Надеюсь вы когда-нибудь поймете зачем нужны хэштэги.
     
     
  • 3.104, 1 (??), 09:05, 07/09/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Для комментариев ?
     
     
  • 4.133, Первая буква (?), 09:05, 12/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Очевидно же - для контрольных сумм
     

  • 1.21, Михрютка (ok), 00:37, 06/09/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > в экспериментах пока используется VoltDB

    которая усё-у-памяти, актив-актив, синхронная репликация?

    для сколько-нибудь живого перформанса потребуется много-памяти, потребуется лишняя пара интерфейсов для replnet (астанавитесь рогатые твари это уже минимум семь шнуров на каждый корпус)... отличная идея, что может пойти не так...

    > Members of our team are currently researching:
    > Better tradeoffs between local and distributed transactions in a distributed database

    бегать перформанс критикал задачи на одной ноде, фигня вопрос

    > Better ways to support multiple data stores and data models in the DBOS backend, enabling operations like analytics and file I/O for which traditional databases are inefficient.

    тут быренько drbd прикрутим

    > New infrastructure leveraging data provenance to make debugging distributed applications easier

    ооо на етом месте ижевский концерн калашникова по производству многоствольных автоматов для стрельбы в ноги, геклер-кох и кольт (ой извините ныне ческа збройовка) заплакали и пошли нервно курить в углу от зависти

    в общем, для аспирантов - поле непаханое. одна хрень не сработала - yopt, можно тут же, не сходя с кафедры, попросить грант на исследование следующей. движуха!

     
     
  • 2.30, Аноним (30), 03:25, 06/09/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А что, вот, распределенный сервис по расшариванию оперативки. Конечно д@рьмово и тормозно.
     

  • 1.23, Аноним (23), 01:40, 06/09/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Осталось в блокчейн Ethereum еще и ось засунуть.
     
  • 1.33, Аноним (33), 07:28, 06/09/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > операционная система ... поверх СУБД

    До чего дошли ... Круто

     
     
  • 2.35, ыы (?), 07:47, 06/09/2022 [^] [^^] [^^^] [ответить]  
  • +5 +/
    операционная система ... поверх git
    операционная система ... поверх email
    операционная система ... поверх fax
    операционная система ... поверх скринсейвера
    операционная система ... поверх ...

    Имхо товарищам надо почитать для чего нужна операционная система, а то что они лепят- должно называться как-то иначе...


     
     
  • 3.50, Аноним (51), 09:11, 06/09/2022 [^] [^^] [^^^] [ответить]  
  • –7 +/
    Имхо ты вообще вкурсе что такое прогресс и как он работает? Почитай на досуге узнаешь хоть что-то новое.  
     
     
  • 4.54, Аноним (52), 10:26, 06/09/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Так и запишем. Прогресс - это попытка грантососов забивать гвозди микроскопом. Нуачо, вдруг прокатит?
     
     
  • 5.56, Аноним (56), 11:25, 06/09/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    К порванному шаблону прикладывайте подорожник, зуд скоро пройдет.
     
     
  • 6.70, Аристарх (??), 14:15, 06/09/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ты где слово "шаблон" узнал, убогий? Или вам в школе его кто-то неосторожно сказал?
    Узнаю тупых 2К-детей - им какую пое6ень ни покажи - им всё прогресс! :))) что биткойны, что ИИ, что венда-10...  дети - чо с них взять!
     
     
  • 7.75, Аноним (75), 15:16, 06/09/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ахаха, старичок, тебе что не скажи всё уже изобрели «великие» советские ученые, которые так ничего и не сделали.  
     
  • 2.46, 1 (??), 09:02, 06/09/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Были такие на заре IT. Только не распределённые.
     
  • 2.71, Аристарх (??), 14:16, 06/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Такую чушь "придумывали" когда тебя даже в проекте не было. И всё это благополучно похерилось в пыли времён. И что "крутого" ты тут нашёл, мальчик?!
     

  • 1.34, ыы (?), 07:44, 06/09/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    То есть файловая система у них поверх СУБД, которая в памяти...
    Ок.
    А о существовании внешней памяти она вообще в курсе? Где и какими средствами оно сохраняет состояние между запусками?
    Это все в микроядре?
     
     
  • 2.43, Аноним (43), 08:39, 06/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну похоже там как у Оракла для БД Oracle (чтобы не бодаться с файловой системой ОС, с её кэшированиями, "неБДшными" оптимизациями и т.п.) может использоваться ASM (Automatic Storage Management) - свой аналог ФС и управлялки дисками/томами, который работает напрямую с raw devices и специализирован под нужды БД. Т.е. в DBOS реализуют своё казино с блэкджеком и поэтессами, аналог ZFS/BTRFS, но попроще и с упором на нужды БД, как ASM. А DBOS-ная пользовательская ФС уже будет (если будет) поверх БД реализована, может даже с какими-нибудь необычными для традиционной ФС идеями, ну типа как MS для Longhorn'а в WinFS хотели реализовать. Ну т.е. ФС в таком случае может быть не только тупой иерархией каталогов и файлов с правами.
     
     
  • 3.47, 1 (??), 09:05, 06/09/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Сколько пользовал такие RAW хранилища - один гемор с ними ... что с бакапом/восстановлением, что с работой... Вроде как уже в 9ке они не рекомендовались к использованию.
     
     
  • 4.117, пох. (?), 16:00, 07/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Совершенно верно. Орацл похоронил эту глупость давным-давно. Она тех времен, когда были "настоящие" block devices, и все они были +- одинаковыми (поскольку ничего кроме scsi диска под ними не могло быть по определению).

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

     
  • 3.69, Аристарх (??), 14:12, 06/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Проблема в том, что "своя управлялка томами" априори ограничена и неуклюжа.
    Практически для ВСЕХ ВОЗМОЖНЫХ ВИДОВ сториджа ты ОБЯЗАН иметь в своей "странной" СУБД поддержку. Скажем, запилил ты с горем пополам HDD. А потом раз - и у людей SSD! С абсолютно другими принципами. Другой захотел СУБД на стриммере - ОПЯТЬ ПИЛИТЬ! Причём даже харды могут быть разными архитектурно, что тебе ТОЖЕ надо учитывать в своей... гм... "управлялке томами".
    Короче, всё это доморощеное г0вн0 из разряда "сами всё напишем".
     
     
  • 4.118, Аноним (43), 16:28, 07/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так всякие ZFS и иже с ними - это всё тоже доморощеное г0вн0 из разряда сам... большой текст свёрнут, показать
     
  • 2.58, rvs2016 (ok), 11:28, 06/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > То есть файловая система у них поверх СУБД

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

     
  • 2.134, Первая буква (?), 09:09, 12/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Распределенная система без запусков. Она вообще не выключается - только перетекает от узла к узлу. Ее невозможно остановить, запустивши единожды. И смысла в состоянии между запусками нет.
     

  • 1.44, Аноним (44), 08:51, 06/09/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Когда перепишут на Rust ?
     
     
  • 2.49, Аноним (51), 09:09, 06/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Не перепишут, будут писать на Карбоне.
     
     
  • 3.61, Аноним (61), 11:44, 06/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    С сетевым стеком на Go и микросервисами на Dart.
     
     
  • 4.76, Аноним (75), 15:17, 06/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну и конечно же пользовательскими приложениями на Хаскеле.
     
     
  • 5.119, Аноним (43), 16:40, 07/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А на эрланге, эрланге, залитом эликсиром, тоже что-нибудь напишут? Например JDK? Хотя не, JDK на прологе надо переписывать...
     

  • 1.48, Аноним (51), 09:09, 06/09/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Звучит как то что надо было делать сразу в области операционных систем, а не то что получилось сейчас.
     
  • 1.53, bOOster (ok), 10:26, 06/09/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Один вопрос - зачем лезть в СУБД если можно использовать тот-же сервер LDAP. Эффективнее будет.
     
     
  • 2.57, Аноним (56), 11:26, 06/09/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Странно что они не лезут в карман…
     
  • 2.62, Admino (ok), 11:50, 06/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    LDAP это протокол доступа к СУБД.
     
     
  • 3.66, bOOster (ok), 12:52, 06/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > LDAP это протокол доступа к СУБД.

    Применительно к LDAP средства хранения данных вообще не обсуждаются. Но, конечно есть особо отмороженные индивиды которые посредством костылей тянут ключ/значение в SQL, значительно теряя в производительности.

    Но суть решения в SQL абстракции, которую с большей эффективностью можно заменить на LDAP. SQL изначально был предназначен для работы с таблицами описывающими конечное количество столбцов. Попытки расширить возможности SQL - рождают уродов вроде 1С.
    LDAP предназначен для работы с обьектами, не имеющими по факту строгой структуры. Поэтому более применим для ОС.

     
     
  • 4.67, ыы (?), 13:50, 06/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >рождают уродов вроде 1С.

    Не могли бы вы привести пример "не урода" DSL в той же области что 1С?

     
     
  • 5.81, 1 (??), 16:20, 06/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    TDS ... например
     
  • 5.82, 1 (??), 16:28, 06/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Тфу букаффка выпала - TDMS же !
     

  • 1.60, Аноним (61), 11:42, 06/09/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Особенностью проекта является использование СУБД для хранения приложений и состояния системы, а также организация доступа к состоянию только через транзакции
    >и компаний Google

    Так вот ты какая, фуксия!

     
  • 1.65, Аноним (65), 12:43, 06/09/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    очень ждём операционной системы работающей поверх гибридной облачной среды (для начала AWS + GCP + on prem)
     
  • 1.73, Аноним (73), 14:31, 06/09/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    "... но процессор эмулировать в виртуальной памяти... Такого ещё не было!"
     
     
  • 2.74, ыы (?), 14:35, 06/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Эмулировать на sql запросах... :)
     
     
  • 3.78, Аноним (75), 15:19, 06/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Не wasm уже хорошо.  
     

  • 1.83, Oxyd76 (?), 16:58, 06/09/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Кажется кто-то переизобрёл AS/400 только в кластерном варианте. Осталось только добавить объектную модель.
     
     
  • 2.85, 1 (??), 17:52, 06/09/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ага ... Ещё MUMPS вспоминается :-)
     
  • 2.86, Михрютка (ok), 19:53, 06/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > кто-то переизобрёл AS/400

    0_0

    каким боком, можно узнать?

     
     
  • 3.87, pofigist (?), 20:48, 06/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    OS/400 использовала единое адресное пространство памяти для RAM и HDD, а в качестве хранилища данных (точнее объектов) - DB2.
    Первый релиз - 1988й год если не шибаюсь.
    Ах да - там ещё использовался интерпретатор байт-кода, а-ля Java. Посему она пережила три смены архитектуры CPU без перекомпиляции программ.
     
     
  • 4.90, пох. (?), 20:54, 06/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ты забыл уточнить что перекомпилировать в любом случае было особо нечего.

    Под нее существовал только очень странный околобанковский софт (около - потому что процессинг по каким-то кто-бы-мог-подумать причинам в эти ящики запихивался плохо и все попытки такое в длительной перспективе использовать кончались уходом на более вменяемые архитектуры. А коробка оставалась сбоку, выбросить ее было невозможно, да и жаба давила.)

     
     
  • 5.94, Михрютка (ok), 22:03, 06/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    ух-хух, только околобанковский софт. то-то я эти коробки вывозил с предприятий, у которых в названиях были "сталь" и "прокат".

    какой нахер процессинг, as/400 делалась чуть ли не под soho.

     
     
  • 6.105, пох. (?), 09:07, 07/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > какой нахер процессинг, as/400 делалась чуть ли не под soho.

    при ее цене это должен быть soho образца "сталь и прокат". Где денег немеряно, офисные задачки совершенно примитивные (бухгалтерия для всей толпы рабов, разумеется, 1С). Что они там на ней считали и где брали этих странных разработчиков (а главное - ну зачем это было делать) - уму непостижимо все равно.

    А вот в банчках понятно зачем ее любили - только оно не работало, поэтому любовь была чисто платонической.

     
  • 4.93, Михрютка (ok), 21:57, 06/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    заколоти свою копипасту себе в трухляк и иди куда-нибудь.

    я бы сказал куда, но модераторы считают, что опеннет - безопасная территория для анацефалов, поэтому я не скажу куда тебе идти.

    > там ещё использовался интерпретатор байт-кода, а-ля Java. Посему она пережила три смены архитектуры CPU без перекомпиляции программ.

    это просто сказка какая-то. товарищ солтис небось икает не переставая.

     
     
  • 5.98, Michael Shigorin (ok), 01:17, 07/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот, а где лекция, трищ профессор?
    Только перо расписал...
     
  • 2.88, pofigist (?), 20:50, 06/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Те же ассоциации.
     

  • 1.84, истина в последней инстанции (?), 17:14, 06/09/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    да уж, времена. блакноты на попаскрипте, системы на базах данных, будущее которое заслужили
     
     
  • 2.89, пох. (?), 20:51, 06/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну чем, чорт побери, МЫ -то такое заслужили?

    Думаешь, тем что надо было не багрепорты писать, которые все равно закрывали не читая, а просто отстреливать эту публику? Так патрон же ж не напаслись бы...

     
     
  • 3.99, Michael Shigorin (ok), 01:18, 07/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну Вы же не пошли в РВСН.
     

  • 1.96, Lefsha (ok), 00:07, 07/09/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Боже... Люди совсем разучились переводить тексты!
    Прочтите оригинал и долго думайте!

    Это Операционная Система упрощенная для использования в базах данных.

    Т.е. не ОС поверх DB, а ровно наоборот.

    Позорище...


    P.S. Оригинальное название -  A Database-Oriented Operating System

     
     
  • 2.103, Аноним (103), 07:42, 07/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А теперь сами дальше заголовка оригинал прочитайте.

    Например "For example, a cluster scheduler could store information on tasks and workers in database tables and implement scheduling operations as database transactions that mix imperative code and SQL".

    Или просто на картинку взгляните. Ниже DBMS - Microkernel services, а выше - OS services.

     
     
  • 3.136, Lefsha (ok), 15:40, 12/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Да, и что?

    Ядро ОС НЕ использует DB для работы. Это очевидно.

    разные службы могут использовать DB для хранения данных.
    Для этого DB и делают...


    Unix был написан на C. И тот же самый C используется для написания приложений для
    Unix. Тоже самое как говорится.

    Есть условно стандартная для этой OS база данных. И она используется в инфрасткрутуре
    самой OS.

    Это абсолютно НЕ означает, что OS работает поверх Базы данных!!!!
    И НИКТО из авторов об этом не говорит! Может лучше слушать авторов, а не местных идиотов?

     

  • 1.124, Murz (ok), 08:30, 08/09/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    CSV файлы можно использовать в качестве бекенда для хранения данных?
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2022 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру