| |
| 1.21, deadless, 08:07, 01/10/2012 [ответить] [смотреть все]
| +/– |
Если нет задач постоянно создающих файлы сотнями тысяч в 10 потоков, то результата увеличения производительности можно и вовсе не заметить. Особенно в стандартных юзкейсах btrfs.
|  | | |
| |
| |
| |
| |
| |
| |
| 7.104, iZEN, 12:04, 02/10/2012 [^] [ответить] [смотреть все]
| +/– |
>> конца записался файл": он либо записался на диск весь целиком, либо
>> не записался — третьего (промежуточного состояния) не дано,
> Ну хорошо, у тебя в этом состоянии испарится не полфайла а целый.
> Ты доволен? :)
Тот, который писался с нуля и незавершилась транзакция по его записи? Испарился — прекрасно, так как не нужно разгребать весь тот бред, что записалось, а что нет.
Недописанный в транзакции файл будет оставаться в том состоянии, в котором его оставили в предыдущей (завершённой) транзакции. Всё по-честноку. Есть ещё вопросы к ФС?
|  | | |
|
| |
| |
| 8.116, qux, 14:20, 03/10/2012 [^] [ответить] [смотреть все]
| +/– | |
> привести ФС и данные в непротиворечивое состояние без продолжжительной проверки fsck — этим и отличаются новые технологии от устаревших, а не скоростными режимами, которые нафик никому не впёрлись
А ведь еще когда предупреждали — не надо говорить за всю сеть.
|  | | |
|
|
|
|
|
|
|
|
|