The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

OpenNews: Архитектура файловой системы btrfs, opennews (??), 25-Авг-08, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


15. "Архитектура файловой системы btrfs"  +/
Сообщение от User294 (ok), 25-Авг-08, 15:50 
>  Сложнейшие велосипеды с турбонаддувом.

На фоне какого-нить рейзер 4 пожалуй не предел мечтаний идиота =)
А так по моему нормальная ФС в плане соответствия ее сложности ее возможностям.

> Думаю, что простота во многих случаях - гарант надёжности и скорости,
> фичастость, как правило, ухудшает оба качества.

Хм... до некоторой степени согласен, НО вот например...
FAT - defective by design.Просто как топор.Но тормозно и с вагоном недостатков.Неактуален.
EXT2 - в базовом виде несложен.Только кому он в таком виде нынче нужен?Без журнала то и с тормозным проходом по каталогам.А если с журналингом, хешированием директорий и прочими фичностями - не такой уж он и простой...

И так почти везде почему-то - простые фс обычно почему-то медленные и тупорылые :\

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

17. "Архитектура файловой системы btrfs"  +/
Сообщение от www2email (??), 25-Авг-08, 16:01 
>Хм... до некоторой степени согласен, НО вот например...
>FAT - defective by design.Просто как топор.Но тормозно и с вагоном недостатков.Неактуален.

Вспомнили старика, он родился во времена дискет, до сегодняшних времён даже и не думал дожить...

>EXT2 - в базовом виде несложен.Только кому он в таком виде нынче
>нужен?Без журнала то и с тормозным проходом по каталогам.А если с
>журналингом, хешированием директорий и прочими фичностями - не такой уж он
>и простой...

Ну по карйней мере ничего лишнего. В нынешнем виде неплохо работает ext3fs, хотя есть более "неплохо работающие" :)

>И так почти везде почему-то - простые фс обычно почему-то медленные и
>тупорылые :\

Ну просто - это не значит, что для дурака.

Все должно быть изложено так просто, как только возможно, но не проще. (Альберт Эйнштейн)

То же самое можно сказать и по отношению к ФС с поправкой на фичастость.

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

33. "Архитектура файловой системы btrfs"  +/
Сообщение от Al (??), 25-Авг-08, 21:09 
>Вспомнили старика, он родился во времена дискет, до сегодняшних времён даже и не думал >дожить...

Почему же, xp у меня стоит на fat (даже не представляете, как здорово иногда загрузится из доса и затереть c:\windows :)

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

35. "Архитектура файловой системы btrfs"  +/
Сообщение от User294 (??), 25-Авг-08, 21:22 
>Почему же, xp у меня стоит на fat (даже не представляете, как
>здорово иногда загрузится из доса и затереть c:\windows :)

Пожалуй единственное разумное применение такой дурной конфигурации...

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

41. "Архитектура файловой системы btrfs"  +/
Сообщение от vitek (??), 25-Авг-08, 23:03 
не только.
как бы то там ни было, но ввод-вывод у неё быстрее чем у ntfs.
т.е. выделение раздела в 1.5-2 раза больше чем ОЗУ и размещение там свопа имеет смысл (кроме безопасности:-))
Ответить | Правка | Наверх | Cообщить модератору

60. "Архитектура файловой системы btrfs"  +/
Сообщение от User294 (??), 26-Авг-08, 20:34 
>как бы то там ни было, но ввод-вывод у неё быстрее чем
>у ntfs.

Очень зависит от того что, где и как.Сам по себе FAT - тормозной при работе с множеством файлов.Как именно похабный swap-раздел может и сойдет, но в линуксе для этого есть swap-разделы.Так еще быстрее и куда менее черезж*пно.Файловой системы с лишним оверхедом при этом совсем нет и так еще быстрее ;)

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

37. "Архитектура файловой системы btrfs"  +/
Сообщение от User294 (??), 25-Авг-08, 21:46 
>Вспомнили старика, он родился во времена дискет, до сегодняшних времён даже и
>не думал дожить...

Ему не дали подохнуть - 32-битным сделали :)

>Ну по карйней мере ничего лишнего.

Единственное достоинство.Зато сколько там fsck работает в случае любого незапланированного сбоя...

>В нынешнем виде неплохо работает ext3fs,
>хотя есть более "неплохо работающие" :)

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

>То же самое можно сказать и по отношению к ФС с поправкой
>на фичастость.

Я тоже считаю что хорошее решение слишком сложным быть не должно.А то будет как с рейзером - задуман круто а доделать рейзер4 так и не могут до сих пор.

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

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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