ALT Linux Community general discussions
 help / color / mirror / Atom feed
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 --]

  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