From: Peter Volkov <pvolkov@mics.msu.su>
To: shigorin@gmail.com, ALT Linux Community <community@lists.altlinux.org>
Subject: Re: [Comm] Re: Файловая система с автоматическим изменением размера.
Date: Tue, 27 Dec 2005 18:52:58 +0300
Message-ID: <1135698778.4752.34.camel@localhost> (raw)
In-Reply-To: <20051226101755.GC17598@osdn.org.ua>
[-- Attachment #1: Type: text/plain, Size: 4880 bytes --]
Хм. Люди продолжают поливать reiserfs, почём зря. :(
На самом деле правильными словами являются, с которыми надеюсь никто
спорить не будет: 1) без УПСа и 2) без резевного предохранения вас ни
одна фс на спасёт... Остальное дело вкуса. Но reiserfs в случае
выполнения 1 и 2 отлично работает...
> > On Пнд, 2005-12-26 at 12:17 +0200, Michael Shigorin wrote:
> > > Не смешно.
>
> Я подумал о том, как бы кратко подробнее, но не придумал.
> На freesource.info есть минимум одна статья по ФС.
Верно. Поиск мне выдал две статьи:
http://www.freesource.info/wiki/ZhurnaliruemyeFajjlovyeSistemy
Тут общая информация об Журналируемых ФС. Вывод (цитата):
*Итог
*
*Журналируемая файловая система всего лишь немного облегчает
*администрирование, однако не является волшебным средством от потери
*данных при нештатных перезагрузках. Поэтому если вы не пользуетесь UPS
*и не делаете Backup, то ваши данные рано или поздно накроются медным
*тазом, чего я вам искренне НЕ желаю. А если захотеть, то можно
*использовать журналируемые файловые системы как средство увеличения
*производительности.
Вообще-то, как я уже писал выше, вывод верный... Статья правда не совсем
корректно говорит о том, что именно фича ФС, которая называется
журналированием, и увеличивает производительность. Это не верно. Не знаю
про XFS, но в рейзере при поиске файла используются бинарные деревья.
Именно они и увеличивают производительность, уменьшая нагрузку на
процессор. Про нагрузку на процессор и замечено в другой статье на
freesource.info:
http://www.freesource.info/wiki/HCL/XranenieDannyx/SravnenieFajjlovyxSistem
Но вывод этой статьи, что XFS самая быстрая верен лишь в случае больших
файлов. Если взять дирректорию скажем с ~2000 файлами, то результат
будет в пользу reiserfs. А 2000 файлов, это именно столько храниться у
меня в /usr/bin.
Чтобы не быть голословным. Простой тест. Каждый может повторить :)
Создаю два файла:
camobap ~ # dd if=/dev/zero of=reiserfs bs=1024 count=302400
camobap ~ # dd if=/dev/zero of=xfs bs=1024 count=302400
Создаю в них фс:
camobap ~ # mkreiserfs -f reiserfs
camobap ~ # mkfs.xfs xfs
Монтирую:
camobap ~ # mkdir xfs.dir
camobap ~ # mkdir reiserfs.dir
camobap ~ # mount -o loop reiserfs reiserfs.dir/
camobap ~ # mount -o loop xfs xfs.dir/
Тестирую:
camobap ~ # time cp -a /usr/bin/ reiserfs.dir/
real 0m45.100s
user 0m0.000s
sys 0m0.876s
camobap ~ # time cp -a /usr/bin/ xfs.dir/
real 0m53.201s
user 0m0.016s
sys 0m0.836s
camobap ~ # time rm -rf reiserfs.dir/bin/
real 0m0.348s
user 0m0.004s
sys 0m0.120s
camobap ~ # time rm -rf xfs.dir/bin/
real 0m0.375s
user 0m0.000s
sys 0m0.156s
Выигрыш не велик, но уже на таком количесве файлов заметен! Всего в /usr/bin у меня:
peter@camobap ~ $ ls -1 /usr/bin/ | wc -l
2268
файлов и размер /usr/bin
peter@camobap ~ $ du -h /usr/bin
202M /usr/bin
.
И последнее. Не проверял, но на заглавной странице www.namesys.com написано:
V3 of reiserfs is used as the default filesystem for SuSE, Lindows, FTOSX,
Libranet, Xandros and Yoper. Я не знал, что suse так делает :)
Может, конечно, я чего и не знаю о reiserfs? Может просветит кто?
Только желательно про текущую версию, а не старые истории времён начала
работы над reiserfs.
Peter.
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
next prev parent reply other threads:[~2005-12-27 15:52 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-12-20 9:14 [Comm] " Gennadiy Redko
2005-12-20 9:50 ` [Comm] " Vitaly Ostanin
2005-12-20 10:32 ` Gennadiy Redko
2005-12-20 11:36 ` Peter Volkov
2005-12-20 13:00 ` Gennadiy Redko
2005-12-26 10:17 ` Michael Shigorin
2005-12-27 15:52 ` Peter Volkov [this message]
2005-12-28 17:43 ` Maxim Tyurin
2005-12-31 6:42 ` Re[2]: " Andrew Marcipaka
2005-12-20 11:44 ` Aleksey Avdeev
2005-12-20 12:58 ` Roman V. Tutov
2005-12-26 10:16 ` Michael Shigorin
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1135698778.4752.34.camel@localhost \
--to=pvolkov@mics.msu.su \
--cc=community@lists.altlinux.org \
--cc=shigorin@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
ALT Linux Community general discussions
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/community/0 community/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 community community/ http://lore.altlinux.org/community \
mandrake-russian@linuxteam.iplabs.ru community@lists.altlinux.org community@lists.altlinux.ru community@lists.altlinux.com
public-inbox-index community
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.community
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git