The OpenNET Project / Index page

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



"В Reiser5 анонсирована поддержка Burst Buffers (Data Tiering)"
Версия для распечатки Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Исходное сообщение [ Отслеживать ]
Подсказка: Второй уровень иерархии тем в форуме реализован через вкладку "Показ ключевых тем".
. "В Reiser5 анонсирована поддержка Burst Buffers (Data Tiering..." +/
Сообщение от пох. (?), 30-Май-20, 12:21 
> По логике вещей: старое состояние - то что было до begin. Новое - то что должно стать после
> commit. Если удалось закрыть commit

проблема в том, что файловая система про это ничего не знает. Для нее (если бд просто косплеит sed, не добавляя собственные костыли и подпорки) это два последовательных write в разные места файла. (или двух разных, это тоже неизвестно)
Она не знает - будет за ними еще третий или четвертый, отдельны они от тех или их надо выполнять все сразу. Может только подождать их, на всякий случай, задержав операцию - если только специально не мешать.
Она может их переупорядочить, записав сначала второй потому что уже работала с соседним сектором по другой задаче.

Ни cow, ни журнал тут не помогут - они работают на уровне блоков.

Для "обычной" работы с файлами на это можно наплевать, просто гарантировать консистентность fs (не файла) при любых условиях, и файла - после подтвержденного закрытия или при работе в append-only mode. (если мы потеряли или повредили редактируемый файл - это то чего и следовало ожидать, ничего страшного в этом нет) Но для БД это фатально.

Единственный вариант - выносить транзакции на уровень fs. Но в posix такого не предусмотрено.

Ответить | Правка | Наверх | Cообщить модератору

Оглавление
В Reiser5 анонсирована поддержка Burst Buffers (Data Tiering), opennews, 26-Май-20, 14:08  [смотреть все]
Форумы | Темы | Пред. тема | След. тема



Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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