Архив форумов ЦИТФорума

[совсем незнакомый]

вот, значит, вопросик.
надо поставить базу данных, к-рая будет в нескольких довольно больших файлах.
желательно чтобы Ф.С. была как можно дружелюбнее к жёстким дискам и стабильнее. на ящик будет поставлен стабилизатор силы тока/напряжения.
я могу подумать о:
ext2, ext3, reiserfs, jfs (linux)
ufs (freebsd)

пожалуйста - посоветйте. не приходилось думать в этом направлении : нет ни знаний и ни времени их освоить.

Спасибо.

[crash]

если нет ни знаний, ни времени, то лучше не браться за это дело вообще

[BusTeR]

-

[совсем незнакомый]

поэтому и людей спрашиваю !
не нужно же быть таким отрицательным

[L.I.S.]

Я бы посоветовал Ext3 (журналируемая фс) и reiserfs - тоже журналируемая фс, написанная(разработанная) товарищем по имени Reiser обе работают по типу транзакций. У меня на сбойном винте стояла reiserfs - потерь инфы не было. Ставил фат32 - не доносил ни одного сколько нибудь большого файла до места назначения(я в мобиле винт возил). Ну, тут я согласен фат вообще не файловая система...
Так что выбирай между двумя...

[and3008]

Не знаю что у тебя за ядро, поэтому дам несколько общих советов.

1. EXT2/EXT3 - весьма неплохая ФС. Единственная проблемма для ядер менее 2.4 ограничение на объем одного файла - не более 2 Гиг.

2. ReiserFS - штука не плохая, но более предназначенная для работы с множеством мелких и средних файлов. Использовать Riser для СУБД по моему не эффективно.

3. JFS - сырая еще. Может через годик доведут до ума.

4. XFS - мощная файловая система, но требует несколько больше системных ресурсов, чем любая другая ФС. Ограничения на размеры файлов есть, но они космические. Типа размер файла - сколько-то террабайт, максимальный размер раздела вообще в петтабайтах меряется.
Есть встроенные средства для резервного копирования на лету, поддержка ACL и еще много вкусностей. Но надо ли это для СУБД? По моему нет.

5. RAW - использовать не советую. В случае проблемм инфу будет восстановить невозможно в принципе.

Мой совет: Используйте ext2 + продуманная система резервного копирования СУБД. ext3 (журнал) в данном случае ни к чему, т.к. нормальная СУБД имеет свой журнал транзакций, чего функции дублировать-то?

[совсем незнакомый]

преогромнейшее спасибо - убедился полностью.
осталось только построить базу данных с умом,
и cgi-ный с апачом интерфейс (ну или мозильный)

[совсем незнакомый]

поковырявшись ещё чуть чуть ... обнаруживается:
СУБД журнализирует, но только данные.а вот "метаданные" (inodes, etc.) - нет...
поэтому. я выбираю ехт3. неохота восстанавливать по полчаса после ребута c fsck.ext2
короче - нужен он, журнальчик.

[Dmitry.Karpov http://prof]

Начиная с FreBSD'4.5 файловые системы (кроме корневой) по умолчанию ставятся в режиме SoftUpdates, который, как я понял, ведёт транзакции с метаданными.

Что же касается эффективности, то при работе с несколькими большими файлами разница д.б. незаметна (кроме особо тупых файловых систем типа FAT) - основное время будут занимать операции с диском, а не умствования файловой системы. ACL тебе тоже не нужны.

IMHO, конечно.