The OpenNET Project / Index page

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



Индекс форумов
Составление сообщения

Исходное сообщение
"Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."
Отправлено User294, 04-Мрт-11 14:44 
> https://www.opennet.ru/opennews/art.shtml?num=28511 - вот про это я говорил.

Я вроде про другую новость, где прямым текстом рассказывалось про улучшения в новых ядрах по работе с XFS, но что-то я не нашел ее. Поиск у опеннета совершенно неюзабельный - новости сортирует черт знает как, выдавая какую-то некромансию начала 2000-х на 1-м месте :E. И как бы удачи мне найти нужную новость в хренадцати страницах новостей с текстом XFS :\.

> Но работает быстро(https://www.opennet.ru/opennews/art.shtml?num=21537) и
> надежно(наличие ее в rhel).

Нет уж, фиг вам. Или уж "быстро, но не совсем надежно" (журналинг только метаданных с риском получить полуперезаписанный файл при крахе, хотя формально состояние ФС и будет валидным), или уж "надежно, но нифига не быстро", т.к. двукратная запись данных при полном журналинге - не подарок.

>>Вот только CoW файловой системой оно не является.
> CoW бесспорно хорошая штука, но снапшоты

Скорее, недеструктивная запись вообще. Хорошо если при слете питания в момент сохранения вы получите или уж старую, или уж новую версию файла. Потому что смесь старой и новой версии вообще не обязана быть чем-то вменяемым, корректным и работоспособным. А полное журналирование для избежания такой ситуации на классике - тормозит все этак в пару раз. Из-за 2 записей данных - в журнал и потом в основную область. CoW просто читерит - можно считать что журналом становится основная область ФС, а вместо переноса данных из журнала в основную часть просто переносится позиция журнала, за счет чего избегается вторая запись: данные оказываются уже на своем месте, при том честно зажурналеные. А хотя-бы и за 1 запись за счет того что в следующий момент времени журналом станет другая область. Ну в общем логичное развитие идеи журналирования для избавления от 2х записей. Достаточно красиво придумано и неплохо работает, а хоть и с своими проблемами :)

> для большенства пользователей мало полезны

"Файловая система с возможностью undo" - весьма полезная штука. Вы никогда не совершали операций с файлами о результате которых приходилось пожалеть? Я вот совершал, увы.

> (разве что создавать оного перед апдейтом) и анделет файла - спорная весч(для
> не полного удаления есть корзина,

Вот корзина сгороженная на уровне приложений - это тот волк, примотаный скотчем к дельтаплану с целью научить его летать. Работает только для сильно некоторых программ, с уймой оговорок и грабель, скорость не ахтецкая, честное undo не обеспечивается. В CoW механике похожие свойства получаются из-за природы работы ФС. ФС может вернуть все в точное состяние как было на некий момент, и кто лучше ФС знает какое там состояние у файла со всеми возможными деталями? Ну наверное не корзина сделанная через известное место, а?

> а если я хочу удалить файл, то я хочу его удалить, чтоб восстановить не могли).

Это даже на классической ФС очень нетривиально - чтобы удалить файл без возможности восстановить его данные, на магнитном диске - надо полностью перезаписать файл бесполезным мусором и только потом удалить. Что вообще-то очень медленно (надо перезаписать файл целиком) и требует спецутилит(которые это сделают). Стандартные системные вызовы ессно ничего такого не делают - они в случае классических ФС лишь метят место как неиспользуемое, и когда-то туда может быть и будет записано что-то еще. Данные ессно по прежнему остаются где и были, удаляется только ссылка на них и поэтому они могут быть отколупаны оттуда на раз-два в случае если кто реально заинтересован в их отколупывании. А на SSD надежно удалить что-то вообще почти невозможно на уровне физики, ибо контроллер борящийся с wearing'ом сам делает некое подобие СoW, для размазывания записей. В итоге даже если вы запишете мусора по размеру файла - он полетит в соседние ячейки, для размазывания записей. И через прямой доступ к чипам флеша, например, программатором, старые данные, даже после "надежного удаления" будут доступны на раз-два. В общем случае вы можете только уповать на дурака или протереть носитель после удаления стремного филеза мусором, записав оного по размеру всего доступного свободного места (что крайне долго, но спровоцирует даже SSD на физическую очистку данных для освобождения блоков под ваш ценный мусор, наверняка убив старые данные дабы очистить свободное место).

> Не надеялся. Но считаю, что рановато ей еще. Я вот побаиваюсь еще
> пробовать, хотя ext4 начал пользоваться задолго до обьявления ее стабильной.

Я ее ессно пробую только на тестовых данных, ничего ценного и незабэкаппанного там нет :).Впечатление такое что в целом оно работает, а поломать можно только поизгалявшись с продвинутыми операциями.

 

Ваше сообщение
Имя*:
EMail:
Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email).
Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:
 
При общении не допускается: неуважительное отношение к собеседнику, хамство, унизительное обращение, ненормативная лексика, переход на личности, агрессивное поведение, обесценивание собеседника, провоцирование флейма голословными и заведомо ложными заявлениями. Не отвечайте на сообщения, явно нарушающие правила - удаляются не только сами нарушения, но и все ответы на них. Лог модерирования.



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

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