| 1.6, YetAnotherOnanym (ok), 21:36, 05/09/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
 Ну, к тому шло... Когда "что-то" работает на множестве узлов, и надо как-то координировать работу этого "чего-то" на этих узлах, то почему бы не использовать обкатанные технологии распределённых БД. Это напрашивается само собой.
| | |
| |
| 2.18, пох. (?), 23:55, 05/09/2022 [^] [^^] [^^^] [ответить]
| +17 +/– | |
Врачу, исцелися сам!
Проблема распределенных БД - что они в общем и целом- г-но, все до единой.
Либо не тру-распределенные (а master-sl...follower), либо жеппа с целостностью, либо с восстановлением, а чаще всего все и сразу.
Тут же речь об in-memory их разновидностях - которые г-но совершенно фееричнейшее даже на локалхосте.
| | |
| |
| |
| 4.37, Онаним (?), 08:01, 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? ответ - никакого
| | |
|
|
|
| 4.42, Онаним (?), 08:10, 06/09/2022 [^] [^^] [^^^] [ответить]
| +/– |
Ну и конечно отдельный цирк с дедлоками. Транзакции ж конвертируются в key-value, row-based locks превращаются в block-based locks, со всеми вытекающими.
| | |
|
| 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 [^] [^^] [^^^] [ответить]
| +2 +/– |
Ты переносишь на БД, которая используется "для хранения приложений и состояния системы" те проблемы, которые имеют место в других областях использования БД. У БД объявлений Авито своя специфика, у БД постов и каментов ВК - своя, у БД документооборота Госуслуг своя, у Росреестра своя, здесь тоже своя специфика. Вот лежит у нас бинарник программы в БД в виде блоба. Мы скомпиляли новую версию и с помощью средств, которые предоставляет распределённая БД, распихали его по нодам. Логи тоже кидаются в БД, вроде бы единую, но логи от разных нод не пересекаются. Конфликту взяться неоткуда, при этом в любой момент можно прогрепать логи по всей сети. И так далее. Имхо, вещь очень перспективная.
| | |
| |
| 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 [^] [^^] [^^^] [ответить]
| +/– |
А какой палец они должны показать Нвидии чтобы та сделала под них дрова?
| | |
|
|
| 2.91, adolfus (ok), 21:01, 06/09/2022 [^] [^^] [^^^] [ответить] | –1 +/– |  Распределенных баз данных не бывает База данных тогда только база данных, когда... большой текст свёрнут, показать | | |
| |
| |
| 4.95, adolfus (ok), 22:29, 06/09/2022 [^] [^^] [^^^] [ответить] | +/– | Значит то, что он использует, -- это не база данных, а свалка данных, в лучшем с... большой текст свёрнут, показать | | |
| |
| |
| 6.123, ыы (?), 07:42, 08/09/2022 [^] [^^] [^^^] [ответить]
| +/– |
(1)
>необходима система с такими данными и отношениями между ними, чтобы в любой географической точке данные были доступны мгновенно, а небольшое отставание актуальности некритично?
То есть такая система - Хорошая система
(2)
>Например, пользователь, чей кредит исчерпан, будет несколько минут пользоваться неким сервисом при отрицательном балансе лицевого счёта?
То есть такая система - плохая система
(3)
>При том, что более строгий подход (допуск к пользованию сервисом только при наличии денег на счету, подтверждённом ответом только от центральной БД) приведёт к недоступности сервиса для абонентов на какой-то территории из-за отвала центральной БД.
От щото я уже запутался в мысли... то есть такая система - плохая система или хорошая?
| | |
| 6.125, 1 (??), 09:12, 08/09/2022 [^] [^^] [^^^] [ответить]
| +/– | |
> "чтобы в любой географической точке данные были доступны мгновенно"
Ну мгновенно - не получится - скорость света/интернета ограничена.
И разве это не реализовать на одном Z-series с толстыми каналами ?
| | |
| |
| 7.126, YetAnotherOnanym (ok), 11:09, 08/09/2022 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> с толстыми каналами ?
В мире, где строители могут воткнуть сваю в идущий по тоннелю вагон метро, никакой канал не может считаться абсолютно надёжным. После первого же порванного левым экскаватором кабеля начинаешь иначе смотреть на всё, и проектировать инфраструктуру с учётом возможного разрыва соединения. В одних случаях единственный возможный вариант - выдать ошибку и ждать восстановления линка. В другом можно пользоваться локальной репликой, а синхронизацию провести после восстановления связи.
| | |
|
|
|
|
| |
| 4.111, YetAnotherOnanym (ok), 11:39, 07/09/2022 [^] [^^] [^^^] [ответить]
| +/– | |
Не ломайте человеку манямирок, в котором уровень технологического лидерства Межделмаша недостижим для соперников, а СУБД могут быть только кислотными и никак иначе.
| | |
|
| 3.106, ыы (?), 09:57, 07/09/2022 [^] [^^] [^^^] [ответить]
| +/– | |
>Распределенных баз данных не бывает. База данных тогда только база данных, когда она ACID. Все остальное -- файлопомойка.
А в каком месте шардинг противоречит ACID?
| | |
|
|
| 1.7, topin89 (ok), 21:40, 05/09/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +6 +/– |
 Будет интересно увидеть, когда допилят, сильно ли упадёт производительность. Что-то не верится, что лишь слегка.
| | |
| |
| 2.14, Аноним (14), 22:54, 05/09/2022 [^] [^^] [^^^] [ответить]
| +2 +/– |
Эфир с своим POS уже таки в фрод скатывается, при том буквально вот-вот, на днях. Просто офигенная схема, и совсем не фрод, когда узкая клика создателей узурпирует все коины сгенереные системой по сути, а потом их раздает, дескать. А такое "платежное средство" с самозваными рокфеллерами изниоткуда - точно нужно? Да и все эти смартконтракты и проч интересны узкой группе лиц. Обычным смертным вообще сложно объяснить что это такое и как работает, при всей забавности идеи. К тому же с учетом того что там произвольная логика - всегда есть риск что вас немного лоханут, вкрутив там что-нибудь с заподвыподвертом, и если вы не махровый кодер и реверсер, можно на раз пролететь.
| | |
| |
| 3.135, Первая буква (?), 09:13, 12/09/2022 [^] [^^] [^^^] [ответить]
| +/– |
Цена как была так и держится. А вот ненужные фермы - это да, в труху, и уже не продашь что б хоть половину отбить)))
| | |
|
|
| 1.11, Минона (ok), 22:06, 05/09/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
 > ОС поверх распределённой СУБД.
Интересно…
Чем из 3 составляющих САР они пожертвовали?
| | |
| |
| 2.17, Аноним (17), 23:26, 05/09/2022 [^] [^^] [^^^] [ответить]
| +/– |
Там упомянуты СУБД, а у СУБД в документации эти моменты довольно подробно расписаны.
| | |
|
| |
| 2.45, КО (?), 09:01, 06/09/2022 [^] [^^] [^^^] [ответить]
| +2 +/– |
Надеюсь вы когда-нибудь поймете зачем нужны хэштэги.
| | |
|
| 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 +/– |
А что, вот, распределенный сервис по расшариванию оперативки. Конечно д@рьмово и тормозно.
| | |
|
| |
| 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 [^] [^^] [^^^] [ответить]
| +1 +/– |
Ты где слово "шаблон" узнал, убогий? Или вам в школе его кто-то неосторожно сказал?
Узнаю тупых 2К-детей - им какую пое6ень ни покажи - им всё прогресс! :))) что биткойны, что ИИ, что венда-10... дети - чо с них взять!
| | |
| |
| 7.75, Аноним (75), 15:16, 06/09/2022 [^] [^^] [^^^] [ответить]
| +/– |
Ахаха, старичок, тебе что не скажи всё уже изобрели «великие» советские ученые, которые так ничего и не сделали.
| | |
|
|
|
|
|
| 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 [^] [^^] [^^^] [ответить]
| +/– |
Распределенная система без запусков. Она вообще не выключается - только перетекает от узла к узлу. Ее невозможно остановить, запустивши единожды. И смысла в состоянии между запусками нет.
| | |
|
| |
| |
| |
| |
| 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. Эффективнее будет.
| | |
| |
| |
| 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С?
| | |
|
|
|
| 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 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
"... но процессор эмулировать в виртуальной памяти... Такого ещё не было!"
| | |
| 1.83, Oxyd76 (?), 16:58, 06/09/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
 Кажется кто-то переизобрёл AS/400 только в кластерном варианте. Осталось только добавить объектную модель.
| | |
| |
| |
| 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 без перекомпиляции программ.
это просто сказка какая-то. товарищ солтис небось икает не переставая.
| | |
|
|
| 2.138, Ма (?), 08:08, 12/01/2023 [^] [^^] [^^^] [ответить]
| +/– | |
AS/400 не видел. Некоторое время работал на https://en.wikipedia.org/wiki/Pick_operating_system Это из 60х годов. Примерно похоже, только там даже не РСУБД была. MultiValue. В современных терминах, наверное, больше всего похоже на JSON/NoSQL. Очень гибкая организация: Виртуальная машина -> Счет -> Файл -> Запись -> Значение -> Подзначение... Любой сущностью можно было удобно управлять как единым куском.
Если память не изменяет - основная причина почему они в итоге стали всё-таки выносить свою БД поверх ОС общего назначения и перестали быть самостоятельной ОС - сетевой стэк.
| | |
|
| |
| 2.89, пох. (?), 20:51, 06/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 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
 CSV файлы можно использовать в качестве бекенда для хранения данных?
| | |
|
