меня терзают смутные сомнения

В сообщении от 1098044925 секунд после начала Эпохи Unix Вы написали:

Да. У меня ReiserFS уже больше года стоит, никакая дефрагментация не
нужна.

badblocks

Долгих дней и приятных ночей, сэй Konstantin Korikov!:

И ext3 она не требуется.

On Пнд, 2004-10-18 at 18:12 +0400, Roland wrote:

не скажу наверняка, но где-то пробегало, что не требуется дефрагментация
даже для FAT(32). Это из-за специфичного драйвера ФС в ядре с
усовершенствованным алгоритмом удаления файлов.
В качестве косвенного подтверждения этого утверждения могу привести тот
факт, что удаление больших файлов из-под линукса на fat-е гораздо дольше
чем под win, тоесть дефрагментируется она на ходу :)

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 12508; Возраст листа: 451; Участников: 1274
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/247207

-*Информационный канал Subscribe.Ru
Подписан адрес:
Код этой рассылки: comp.soft.linux.discuss
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписаться: mailto:comp.soft.linux.discuss--unsub@subscribe.ru?subject=comp.soft.linux.discuss

http://subscribe.ru/ http://subscribe.ru/feedback

В Вто, 19.10.2004, в 12:35, Дамир Фаязович Хакимов пишет:

Мне это больше нравится, чем бестолковая дефрагментация.

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 12541; Возраст листа: 451; Участников: 1274
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/247608

-*Информационный канал Subscribe.Ru
Подписан адрес:
Код этой рассылки: comp.soft.linux.discuss
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписаться: mailto:comp.soft.linux.discuss--unsub@subscribe.ru?subject=comp.soft.linux.discuss

http://subscribe.ru/ http://subscribe.ru/feedback

В сообщении от 18.10.2004 05:42 Konstantin Korikov пишет:

Поделитесь пожалуйста опытом, в чем ее РЕАЛЬНОЕ преимущество по
сравнению с ext3?

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 12491; Возраст листа: 450; Участников: 1274
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/247032

-*Информационный канал Subscribe.Ru
Подписан адрес:
Код этой рассылки: comp.soft.linux.discuss
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписаться: mailto:comp.soft.linux.discuss--unsub@subscribe.ru?subject=comp.soft.linux.discuss

http://subscribe.ru/ http://subscribe.ru/feedback

скорость

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 12503; Возраст листа: 451; Участников: 1274
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/247188

-*Информационный канал Subscribe.Ru
Подписан адрес:
Код этой рассылки: comp.soft.linux.discuss
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписаться: mailto:comp.soft.linux.discuss--unsub@subscribe.ru?subject=comp.soft.linux.discuss

http://subscribe.ru/ http://subscribe.ru/feedback

В сообщении от 1098129300 секунд после начала Эпохи Unix Вы написали:

По словам разработчиков, бОльшая производительность при работе с
множеством мелких файлов, более оптимальное размещение файлов (в смысле
занимаемого дискового пространства, хотя минимальный возможный размер
блока 4096 байт). Не годится для маленьких ФС, приблизительно < 100 Mb.
Сам тесты не проводил, но после перевода корневой (у меня одна ФС на все
каталоги) ФС с Ext2 на ReiserFS заметил небольшой прирост
производительности, который РЕАЛЬНЫМ назвать нельзя, так как сравнение
проводилось "на глаз", к тому же свою роль могло сыграть самовнушение
:).

У меня была такая ситуация: Сервер в локальной сети ~120клиентов. Для
всех почта, и прокси сервер (со средней нагрузкой~40 активных
подключений) плюс почта. Решил поставить для кеша squidа и для
мейл-фолдеров ReiserFS. Думал, что будет полезно в плане и скорости и в
количестве мелких файлов(кеш прокси).
Но в один прекрасный момент (когда система была около пика загрузки)
был нажат Reset. По перезагрузке "отвалился" этот раздел (/var) и не
reiserfschk с опцией -rebuild-tree, ничего другого не помогло! Так что,
наверное, стоит задумываться не только о скорости, а и о надежности ФС
ИМХО. Думаю, что другие не станут набивать шишки, как я :)

On Tue, Oct 19, 2004 at 10:45 +0300, Майоров И.Е. wrote:

Скажу так скромно: этот товарищ говорит ПРАВДУ. Не читайте желтую
прессу! Reiser еще нестабилен! Ext3 самая стабильная журналируемая
ФС под Linux, к тому же есть неоспаримое преимущество -- большая
распространенность, а следовательно о ней попросту больше любдей
знает (если Вы конечно не работаете в NAMESYS ;-)! Мне довелось
этим летом познакомится с этим процессом после смерти одного винта.
Я совершенно не знаю как бы я выдирал оттуда инфу, если б там был
Reiserfs или XFS ;-)

Однако вот XFS, я использовал однажды на файлопомойке (4 scsi диска) и
ничего. Очень даже нормально. Однажды даже таблица разделов потерлась.
Но поскольку был только один большой (40Gb) раздел под XFS (рулез для
таких пространств), то после объяснений по телефону тамошнему админу,
и его копаний в cfdisk, все заработало....

Так что желаю всем надежных файловых систем (таких как FFS ;-))

Доброго времени суток.

В сообщении от 19 Октябрь 2004 17:38 Mike Belopuhov написал(a):

Вообще, я давно пользуюсь исключительно ReiserFS и ни каких нареканий не было.

Однако, как-то случилась неприятность... Случайно стер кучу нужных файлов.
Сразу отмонтировал ( это был раздел /home), смонтировал только на чтение в
другое место и полез в сеть на предмет восстановления. Выяснилось, что утилит

восстановления с этой ФС на данный момент еще не существует. Ну ладно,
потерял инфу, значит потерял. Однако, недостатком ФС отсутствие такого софта

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

(ведь это могла быть и какая-то секретная информация).

Проблема в другом - в процессе поисков инфы на форумах обнаружил огромное
количество обвинений в адрес ReiserFS. Причем, обвиняли ее во всех смертных
грехах, вплоть до самопроизвольного исчезновения файлов... Кто-нибудь с таким

сталкивался? Много ли случаев порчи инфы после отключения питания при
смонтированной ФС?

XFS, если не ошибаюсь, позиционируется как оптимизированная для файлов
большого размера... В то время, как ReiserFS оптимизирована для работы с
большим количеством маленьких файлов. Я это понимаю так, что если есть
отдельный раздел для хранения фильмов - лучше его отформатировать под XFS,
если они лежат где-нибудь в разделе /home - практичнее будет все же Reiser...

Приветствую.

SuSE уже довольно давно использует ReiserFS в качестве стандартной ФС. Я
пару раз самолично делал жесткий ресет своему железу, все с ней
нормально и сейчас. Уж тем более ничего не исчезает самопроизвольно. В
надежности Reiser не сомневаюсь.

--
Удачи!
Роман.

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 12596; Возраст листа: 453; Участников: 1275
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/248388

-*Информационный канал Subscribe.Ru
Подписан адрес:
Код этой рассылки: comp.soft.linux.discuss
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписаться: mailto:comp.soft.linux.discuss--unsub@subscribe.ru?subject=comp.soft.linux.discuss

http://subscribe.ru/ http://subscribe.ru/feedback

Здравствуйте, Mike.

Вы писали 19 октября 2004 г., 17:38:19:

Да. К сожалению, так и есть. У меня при обычной перезагрузке с
ReiserFS пропал /etc :(( Последствия понятны.
В ущерб скорости буду ставить Ext3,а на /video XFS. По-моему, самое
то.:)

А это что?

On Wed, Oct 27, 2004 at 21:53 +0300, Let***@u*****.fm wrote:

ext3 для файлов которые вы изменяете не так часто (/, /etc)
подходит вполне. а XFS, да это сила. нормально себя восстанавливает
при сбоях и прочее... Кстати, к etx3 можно прикрутить data=journal
в опциях монтирования, чтобы журналировалась не только мета-
информация.

Berkeley Fast File System ;-) Это в BSD системах. Чаще всего
используется в синхронном режиме. Самое то для почтовых очередей.
Правда по части улучшения ее производительности сделано не очень
много: SoftUpdates и Directory Hashing...

Доброго времени суток.

В сообщении от Четверг 28 Октябрь 2004 01:39 am Mike Belopuhov
написал(a):

Не понял - это синоним UFS или как?

Кстати, такой вопрос - имеется файловая система UFS с установленной
FreeBSD. Ядро Linux (2.6.7) скомпилировано с его поддержкой:

$ cat /usr/src/linux-2.6.7/.config |grep UFS
CONFIG_UFS_FS=m
# CONFIG_UFS_FS_WRITE is not set
$

Так вот когда я его монтирую, mount ни на что не жалуется, при вызове
без параметров в списке его показывает, но при входе в нее файлов не
видит:

$ mount
...
/dev/ide/host0/bus0/target1/lun0/part2 on /mnt/bsd type ufs (ro)
...
$ ls -a /mnt/bsd/
$

В чем фишка?

Дистрибутив Mandrake 9.2, ядро скомпилено самостоятельно.

On Thu, Oct 28, 2004 at 07:58 +0300, Rygoravich wrote:

Да. UFS ее называют во FreeBSD и SunOS.

Дело похоже в том, что вы монтируете партицию, а не слайс.
Linux поддерживает BSD disklabels? Вроде как да, но я не
проверял.

BSD используют один primary раздел, на котором уже создают
свои слайсы (или disk labels, кому какой термин больше
нравится).

Доброго времени суток.

В сообщении от Пятница 29 Октябрь 2004 12:28 am Mike Belopuhov
написал(a):

Строчка из конфига ядра:
CONFIG_BSD_DISKLABEL=y

Я так понимаю, что поддерживает...

В смысле - один primary раздел? Она у меня установлена на отдельном
винте, где первый primary - ее своп, а второй - корень (отдельные
разделы под /home и т.п. не создавал, т.к. ставил на предмет изучения):

$ sudo fdisk /dev/hdb -l

Disk /dev/hdb: 3249 MB, 3249340416 bytes
16 heads, 63 sectors/track, 6296 cylinders
Units = cylinders of 1008 * 512 = 516096 bytes

Device Boot Start End Blocks Id System
/dev/hdb1 1 520 262048+ a5 FreeBSD
/dev/hdb2 * 521 6296 2911104 a5 FreeBSD
$

Так как все-таки заставить Линукс видеть эту файловую систему? Или это в
принципе невозможно?

Кстати, только что обнаружил, что Линукс правильно определяет свободное
место на этой ФС:
$ df
Файловая система 1K-блоков Исп Доступно Исп% Змацавана на
...
/dev/ide/host0/bus0/target1/lun0/part2
2865774 2186454 450072 83% /mnt/bsd
...
$

On Sat, Oct 30, 2004 at 01:02 +0300, Rygoravich wrote:

Вы видите строчку, но Вы же не знаете работает ли тот код ;)
В Linux может быть в этом отношении все, что угодно...

Криво ставили ;-) Вот как надо:

Таблица разделов:

demoniac% sudo fdisk -s ad0
/dev/ad0: 782 cyl 128 hd 63 sec
Part Start Size Type Flags
1: 63 6305985 0xa5 0x80

Кстати, обратите внимание на offset первого раздела -- 63 блока.
Так нужно! ;) Влепите 0 получите небутящуюся систему... Это к
сведению...

BSD disklabels:

demoniac% sudo disklabel ad0
# /dev/ad0c:
type: ESDI
disk: ad0s1
label:
flags:
bytes/sector: 512
sectors/track: 63
tracks/cylinder: 128
sectors/cylinder: 8064
cylinders: 781
sectors/unit: 6305985
rpm: 3600
interleave: 1
trackskew: 0
cylinderskew: 0
headswitch: 0 # milliseconds
track-to-track seek: 0 # milliseconds
drivedata: 0

8 partitions:
# size offset fstype [fsize bsize bps/cpg]
a: 524288 0 4.2BSD 2048 16384 94 # (Cyl. 0 - 65*)
b: 262144 524288 swap # (Cyl. 65*- 97*)
c: 6305985 0 unused 0 0 # (Cyl. 0 - 781*)
e: 262144 786432 4.2BSD 2048 16384 94 # (Cyl. 97*- 130*)
f: 262144 1048576 4.2BSD 2048 16384 94 # (Cyl. 130*- 162*)
g: 4995265 1310720 4.2BSD 2048 16384 89 # (Cyl. 162*- 781*)

Монтирование:

demoniac% mount | grep ad0
/dev/ad0s1a on / (ufs, local)
/dev/ad0s1e on /tmp (ufs, local, soft-updates)
/dev/ad0s1g on /usr (ufs, local, soft-updates)
/dev/ad0s1f on /var (ufs, local, soft-updates)

Свап:

demoniac% pstat -s
Device 1K-blocks Used Avail Capacity Type
/dev/ad0s1b 130944 0 130944 0% Interleaved

Так BSD системы не ставят. Так ставят DOS ;-)

Да хз... в этом линуксе ничего никто толком не разберет...
(Не надо меня тут цитировать в неправильном контексте, я
говорю только о BSD disklabels =)

Почитайте ихние mailing list'ы. Типа google в помощь!
Но я бы по любому не стал так делать (не доверяю...)

Ладно, дисскуссия что-то плавно подбирается к оффтопику ;)
Далее давайте (если есть желание) в comp.soft.bsd.all...

On Sat, Oct 30, 2004 at 15:38 +0400, Mike Belopuhov wrote:

Я к тому, что хотя FreeBSD и умеет так делать, обычно это плохая
практика... С другой стороны ни OpenBSD, ни NetBSD такого Вам
сделать не дадут. Так что лучше использовать стандартный
мезанизм BSD disklabels...

Доброго времени суток.

В сообщении от Понедельник 01 Ноябрь 2004 12:31 pm Mike Belopuhov
написал(a):

Ух ты... А я почему-то этого письма не получил... Пришлось в архив на
subscribe.ru лезть, чтобы его прочитать...

ОК, учту:). Все равно FreeBSD скоро либо удалю, либо переустановлю в
другое место - в случае, если решусь заменить им Linux в качестве
основной рабочей системы.

А вообще ужасная штука на моем компе получилась - Linux не монтирует
FreeBSD раздел, FreeBSD не монтирует Linux'овые разделы (ReiserFS).
Единственный способ обмена информацией между осями - раздел ext2 на 60
мегов...

В Пнд, 18.10.2004, в 04:42, Konstantin Korikov пишет:

ext3 тоже?

спасибо

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 12500; Возраст листа: 451; Участников: 1274
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/247070

-*Информационный канал Subscribe.Ru
Подписан адрес:
Код этой рассылки: comp.soft.linux.discuss
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписаться: mailto:comp.soft.linux.discuss--unsub@subscribe.ru?subject=comp.soft.linux.discuss

http://subscribe.ru/ http://subscribe.ru/feedback