[sisyphus] Впечатления от reiser4fs

[sisyphus] Впечатления от reiser4fs

[sergey ivanov]

Всем привет.
Вот, несколько дней одна из машин у меня занималась измерением
производительности файловых систем. Использовал bonnie++ из Сизифуса.
тестировал файловые системы ext2, ext3, ext3 с data=journal (в таблицах
названа e4), reiserfs3.6 и reiser4fs.
Bonnie++ гонялась в три приёма. Сначала один процесс гонялся на всех
этих пяти файловых системах. Потом десяток процессов запускались, с
синхронизацией каждого этапа гонки. И третий приём - машина работала с
сотней процессов bonnie++.
У меня возникло впечатление, что при количестве процессов порядка сотни
я уже тестировал не файловую систему, а скорее ядро и как оно
управляется с планированием этих процессов. По крайней от юзера этот
тест уже вплотную подходит к лимиту количества процессов, которые юзер
может запустить одновременно на данной машине.
В целом впечатления хорошие, и я бы рекомендовал патчи reiserfs-4 к
включению в ближайшие выпуски ядра 2.6 от альтлинуксса.
На http://parkheights.dyndns.org/r4.html выложены усреднённые результаты
этих тестов. Усреднение велось в пересчёте на каждый процесс, так что,
например, 0.35% cpu в третьей таблице значит что каждый из ста процессов
в среднем занимал по 0.35%, так что они в сумме занимали 35% cpu.
Осталось неотражённым в этом тесте то обстоятельство, что reiserfs4
гораздо плотнее укладывает файлы в разделе, так что при большом
количестве файлов получается очень заметный выигрыш в пространстве на диске.
Ну и приходиться признать, что до скорости удаления файлов,
демонстрируемой файловой системой ext2, конечно reiser4 далеко. По
остальным параметрам она или существенно превосходит, или показывает
примерно те же результаты.
	Сергей.

Re: [sisyphus] Впечатления от reiser4fs

[Dmitry Derjavin]

On Wed, 08 Sep 2004 12:51, sergey ivanov <seriv@parkheights.dyndns.org> writes:

> Вот, несколько дней одна из машин у меня занималась измерением
> производительности файловых систем. Использовал bonnie++ из
> Сизифуса.  тестировал файловые системы ext2, ext3, ext3 с
> data=journal (в таблицах названа e4), reiserfs3.6 и reiser4fs.

[...]

> На http://parkheights.dyndns.org/r4.html выложены усреднённые
> результаты этих тестов.

Если не трудно, покажите, пожалуйста, эти же данные в виде диаграмм.

Спасибо.

-- 
~dd

Re: [sisyphus] Впечатления от reiser4fs

[Roman Savelyev]

sergey ivanov пишет:

> Осталось неотражённым в этом тесте то обстоятельство, что reiserfs4
> гораздо плотнее укладывает файлы в разделе, так что при большом
> количестве файлов получается очень заметный выигрыш в пространстве на 
> диске.

Остался неотраженным главный фактор.
До сих пор в Линукс не было полностью надёжной ФС.
В ext2 в случае краха симтемы была вероятность разрушения структуры ФС.
в XFS и ReiserFS 3.6 - в случае краха структура ФС скорее всего 
выживает, но вероятность потери данных в модифицируемых файлах сверхвысокая.
Причём (что характерно) не изменяемых участков, а крупных блоков 
(сколько людей наблюдали /etc/fstab, забитый единым символом?)
Были, конечно костыли - как то запланированный оверхед, выделение под 
каталоги разделов "с запасом".

В теории (если будет нормально работать) 4-ый Рейзер - решение проблем. 
Наконец-то появилась первая надёжная ФС...

Re: [sisyphus] Впечатления от reiser4fs

[Maxim Tyurin]

Roman Savelyev <savelyev@interlot.ru> writes:

> sergey ivanov пишет:
>
>> Осталось неотражённым в этом тесте то обстоятельство, что reiserfs4
>> гораздо плотнее укладывает файлы в разделе, так что при большом
>> количестве файлов получается очень заметный выигрыш в пространстве
>> на диске.
>
> Остался неотраженным главный фактор.
> До сих пор в Линукс не было полностью надёжной ФС.

ext3 с data=journal и будет тебе счастие.

\scip
-- 

With Best Regards, Maxim Tyurin aka Bungarus
JID:	MrKooll@jabber.pibhe.com

Re: [sisyphus] Впечатления от reiser4fs

[Nizamov Shavkat]

> В ext2 в случае краха симтемы была вероятность разрушения структуры ФС.
> в XFS и ReiserFS 3.6 - в случае краха структура ФС скорее всего
> выживает, но вероятность потери данных в модифицируемых файлах
> сверхвысокая.
> Причём (что характерно) не изменяемых участков, а крупных блоков
> (сколько людей наблюдали /etc/fstab, забитый единым символом?)
> Были, конечно костыли - как то запланированный оверхед, выделение под
> каталоги разделов "с запасом".
>
> В теории (если будет нормально работать) 4-ый Рейзер - решение проблем.
> Наконец-то появилась первая надёжная ФС...
>

надежной ФС не может быть в принципе при используемых ныне винтах.
сейчас они имеют в среднем 8 мб памяти на борту. Система никак не может
гарантировать что данные физически сброшенные на _винт_ фактически не
окажутся утерянными в результате сбоя питания, поскольку на _диск_ они не
попали.

Re: [sisyphus] Впечатления от reiser4fs

[Led]

В сообщении от Среда 08 Сентябрь 2004 04:51 sergey ivanov написал(a):
> В целом впечатления хорошие, и я бы рекомендовал патчи reiserfs-4 к
> включению в ближайшие выпуски ядра 2.6 от альтлинуксса.

А как на счёт бэкпорта на 2.4;)

Led.

Re: [sisyphus] Re: Впечатления от reiser4fs

[Ildar Mulyukov]

Денис Смирнов wrote:

>Ну не может ALT комплектовать все свои дистрибутивы UPS'ами. Полностью
>надёжную ФС создать _невозможно_, хотя бы потому, что у HDD есть свой кэш.
>  
>
я думал, что ЖД успевает скинуть кэш на остатках энергии при выключении 
(так же, как и запарковать головки). Или я наивен не по годам? :-)

Ильдар

-- 
Ildar  Mulyukov, 
  free SW designer/programmer
================================================
email: ildar@users.sourceforge.net
projects: http://os-development.sourceforge.net/
home: http://tuganger.narod.ru/
ALT Linux Sisyphus
================================================

[sisyphus] Re: Впечатления от reiser4fs

[Денис Смирнов]

On Wed, Sep 08, 2004 at 12:00:11PM +0400, Roman Savelyev wrote:

 RS> Остался неотраженным главный фактор.
 RS> До сих пор в Линукс не было полностью надёжной ФС.

Ну не может ALT комплектовать все свои дистрибутивы UPS'ами. Полностью
надёжную ФС создать _невозможно_, хотя бы потому, что у HDD есть свой кэш.

А самая надёжная файловая система в настоящий момент это ext3 с
data=journal.

 RS> Причём (что характерно) не изменяемых участков, а крупных блоков 
 RS> (сколько людей наблюдали /etc/fstab, забитый единым символом?)
 RS> Были, конечно костыли - как то запланированный оверхед, выделение под 
 RS> каталоги разделов "с запасом".
 RS> В теории (если будет нормально работать) 4-ый Рейзер - решение проблем. 
 RS> Наконец-то появилась первая надёжная ФС...

Щаззз. /etc/fstab умирает из-за hotplug'а. Любая файловая система (в том
числе журналируемая) не сможет гарантировать неумирание данных внутри
файла, в который только что _писали_.

А XFS действительно, в отличии от абсолютно ламерского reiserfs3
прописывал нули, вместо кусков соседних файлов (как это делал reiserfs).
 
-- 
С уважением, Денис

http://freesource.info

[sisyphus] [JT] [hw] Re: Впечатления от reiser4fs

[Michael Shigorin]

On Wed, Sep 08, 2004 at 04:32:43PM +0400, Ildar Mulyukov wrote:
> я думал, что ЖД успевает скинуть кэш на остатках энергии при
> выключении 

Я бы на его месте так не делал.

> (так же, как и запарковать головки).

В отличие от этого.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [sisyphus] Re: Впечатления от reiser4fs

[Alexey Morozov]

[-- Attachment #1: Type: text/plain, Size: 513 bytes --]

On Wed, Sep 08, 2004 at 04:33:01PM +0400, Денис Смирнов wrote:
>  RS> Причём (что характерно) не изменяемых участков, а крупных блоков 
>  RS> (сколько людей наблюдали /etc/fstab, забитый единым символом?)
> Щаззз. /etc/fstab умирает из-за hotplug'а.
Тогда так и говорите, /etc/fstab умирает от updfstab'а.
Да, поделие то еще :-)

> А XFS действительно, в отличии от абсолютно ламерского reiserfs3
> прописывал нули, вместо кусков соседних файлов (как это делал reiserfs).
"Как будто от этого легче".


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[sisyphus] Re: Впечатления от reiser4fs

[Денис Смирнов]

On Wed, Sep 08, 2004 at 04:32:43PM +0400, Ildar Mulyukov wrote:

 IM> я думал, что ЖД успевает скинуть кэш на остатках энергии при выключении 
 IM> (так же, как и запарковать головки). Или я наивен не по годам? :-)

Ну во первых у современных хардов кэш до 8-и метров. Этого они точно не
успевают. Помнится IBM (вроде) разрабатывала технологию, чтобы
использовать энергию раскрученого харда для того, чтобы сбросить кэш. Но
это, ясное дело, удорожало харды, а нынешнее поколение пепси покупает
гигабайты за копейки, на остальные характеристики не глядя, поэтому
забили.

В IT ныне принято что все валят друг на друга стараясь снизить
себестоимость, и всем плевать на конечного пользователя, ибо всё равно
купит любое дерьмо, лишь бы стоило копейки и какой-нибудь журнал назвал
это "лучшим товаром года". Посему к выбору железа для машины, на которой
есть хоть что-то ценное, надо подходить очень серьёзно.

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

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

Если дома, то подойдёт, наверное, практически любой, но я по старой
привычке покупаю APC. Если для серверов, то лучше ставить on-line UPS
(хоть они и дороже в обслуживании из-за быстро умирающей батареи). Я,
опять же, по старой привычке, покупаю APC'шные.

Блок питания -- чаще всего становится виной сбоев. На нём экономить не
стоит. Я сейчас не знаю какие являются лучшими, тем более что ситуация
меняется постоянно -- раньше InWin были просто сказкой, и я пользовался
только ими, ныне же полное говно (много нареканий, у меня в одной машине
он просто сгорел, несмотря на хороший UPS). Порекомендовать не могу
(хорошая тема для обсуждения, кстати, с удовольствием выслушаю советы).

Блок питания надо обязательно брать с большим перехлёстом по мощности, ибо
мощность на которой блок питания выдаёт нормальное напряжение часто сильно
меньше чем декларируемая номинальная мощность. Кроме того те же харды при
включении потребляют заметно больше чем во время работы. В случае SCSI
контроллер обычно умеет последовательно запускать харды, в случае IDE/SATA
я такого пока не видел.

Дальше память -- вот уж на чём экономить нельзя вообще. Практически все
сказки о плавающих глюках относятся именно к проблемам с ней. Вроде на
всех последних дистрибутивах ALT есть возможность при загрузке
протестировать память memtest86 -- сделать это надо обязательно. Если с
памятью проблемы, то её надо менять.

Кроме этого стоит посмотреть различные параметры "разгона" памяти --
товарищи оверклокеры часто страдают странными глюками именно из-за них.
Хотите извращений -- берите оверклокерскую память, или сначала тестируйте
купленную на предполагаемых для использования частотах. Естественно речь
тут только о рабочих станциях -- за разгон на серверах админа надо просто
изолировать от техники сложнее электрочайника.

С дисками всё просто. Моё личное мнение: при покупке диска для дома
смотреть надо только на одно -- срок гарантии. Ну и, естественно,  не
покупать ныне мёртвые IDE даже для бюджетных машин.

С серверами чуть сложнее, всё зависит от задач. Если речь идёт о принятом
нынче идиотском подходе "один сервер -- роутер, файлсервер, принтсервер,
backup сервер, почтовый сервер, сервер баз данных, а также рабочая станция
секретарши босса" или близких к нему, то ставить есть смысл и SCSI, и SATA
диски. SATA очень удобно использовать как диски для резервных копий (я
повадился делать на них резервные копии с помощью пакета bontmia, который
собрал для сизифа) и медийных (читай больших) данных. SCSI везде, где идёт
доступ к диску сразу несколькими процессами (особенно это касается
серверов баз данных и почтовых серверов).

По поводу файловых систем всё сейчас достаточно ясно:

reiserfs4 лишь недававно релиз -- ждём полгода пока все остальные пройдут
по граблям, а лишь потом ставим.

reiserfs3 -- крайне ненадёжная глюкалка, но достаточно быстрая. /tmp,
/var/cache/squid.

ext2 -- я не вижу смысла вообще её где-либо применять.

ext3 -- оптимальный выбор, особенно с параметром data=journal. Везде, где
сбой сервера может принести мне какие-либо финансовые или имиджевые потери
это единственный мой выбор.

xfs -- более быстра чем ext3, но менее надёжна. Нормально работает в
условиях параллельного доступа нескольких процессов к длинным файлам, когда
ext2/3 просто умирают. Умеет ACL, поэтому идеальный выбор для файлсерверов
с samba. Дома на ней есть смысл хранить медийные данные.

Более подробно всё это описано в моей статье по выбору файловых систем на
freesource.info. Скоро туда же уйдёт моя статейка по SCSI.

-- 
С уважением, Денис

http://freesource.info

[sisyphus] Re: Впечатления от reiser4fs

[Денис Смирнов]

On Wed, Sep 08, 2004 at 07:53:15PM +0700, Alexey Morozov wrote:

 >  RS>> Причём (что характерно) не изменяемых участков, а крупных блоков 
 >  RS>> (сколько людей наблюдали /etc/fstab, забитый единым символом?)
 >> Щаззз. /etc/fstab умирает из-за hotplug'а.
 AM> Тогда так и говорите, /etc/fstab умирает от updfstab'а.
 AM> Да, поделие то еще :-)

Да. Увы, тема fstab.d, которую кто-то недавно поднимал в рассылках
заглохла. Патч к mount ваять, видимо, всем лень :)

 >> А XFS действительно, в отличии от абсолютно ламерского reiserfs3
 >> прописывал нули, вместо кусков соседних файлов (как это делал reiserfs).
 AM> "Как будто от этого легче".

Легче. Лучше файл пользователя умрёт, чем в него ещё и попадут данные
другого пользователя. Опять же, я смотрю с колокольни виртуального
хостинга :) А в colocation-компаниях далеко не всегда админы вменяемые,
особенно несколько лет. Я как-то попросил машину перезапустить, они мне её
перезапустили. Резетом :(

-- 
С уважением, Денис

http://freesource.info

Re: [sisyphus] Re: Впечатления от reiser4fs

[Alexey Morozov]

[-- Attachment #1: Type: text/plain, Size: 761 bytes --]

On Thu, Sep 09, 2004 at 01:48:28AM +0400, Денис Смирнов wrote:
> Блок питания -- чаще всего становится виной сбоев. На нём экономить не
> стоит. Я сейчас не знаю какие являются лучшими, тем более что ситуация
> меняется постоянно -- раньше InWin были просто сказкой, и я пользовался
> только ими, ныне же полное говно (много нареканий, у меня в одной машине
> он просто сгорел, несмотря на хороший UPS). Порекомендовать не могу
> (хорошая тема для обсуждения, кстати, с удовольствием выслушаю советы).
Нету советов. Люди, которые мне inwin мой ремонтировали, говорили, что
теперь все "полное говно". По их словам, можно пытаться выправить, меняя
стандартные транзисторы на более приличные, но, я так понимаю, это все
уже "post-mortal" действия :-)


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[sisyphus] [>hardware] мнение по БП (was: Впечатления от reiser4fs)

[Michael Shigorin]

[-- Attachment #1: Type: text/plain, Size: 1011 bytes --]

On Thu, Sep 09, 2004 at 11:08:54AM +0700, Alexey Morozov wrote:
> > (хорошая тема для обсуждения, кстати, с удовольствием выслушаю советы).
> Нету советов. Люди, которые мне inwin мой ремонтировали,
> говорили, что теперь все "полное говно". По их словам, можно
> пытаться выправить, меняя стандартные транзисторы на более
> приличные, но, я так понимаю, это все уже "post-mortal"
> действия :-)

Пару лет назад для сервера рекомендовали Fortron (если кому
критично -- стукнитесь, уточню на сейчас) потому, что его QA в
т.ч. включает закоротки между всеми возможными парами выходов, ну
и не просаживается при *номинальной* можности, в отличие от того
же Chieftec.

Но следующий за ним -- таки Chieftec.

PS: удивлен, что такой опус попал в sisyphus@, а не в hardware@
-- давайте форварднем это все туда?

PS2: еще удивлен, что скипнута тема пропеллеров.  Вообще.
Но давайте с ней в hw :)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Впечатления от reiser4fs

[Serge Pavlovsky]

On Срд, 2004-09-08 at 12:00 +0400, Roman Savelyev wrote:
> sergey ivanov пишет:
> 
> > Осталось неотражённым в этом тесте то обстоятельство, что reiserfs4
> > гораздо плотнее укладывает файлы в разделе, так что при большом
> > количестве файлов получается очень заметный выигрыш в пространстве на 
> > диске.
> 
> Остался неотраженным главный фактор.
> До сих пор в Линукс не было полностью надёжной ФС.
> В ext2 в случае краха симтемы была вероятность разрушения структуры ФС.
> в XFS и ReiserFS 3.6 - в случае краха структура ФС скорее всего 
> выживает, но вероятность потери данных в модифицируемых файлах сверхвысокая.
> Причём (что характерно) не изменяемых участков, а крупных блоков 
> (сколько людей наблюдали /etc/fstab, забитый единым символом?)
> Были, конечно костыли - как то запланированный оверхед, выделение под 
> каталоги разделов "с запасом".
> 
> В теории (если будет нормально работать) 4-ый Рейзер - решение проблем. 
> Наконец-то появилась первая надёжная ФС...

не валите проблемы кривого софта на фс
на каждую reiser4 найдется свой open ( "....", O_WRONLY | O_CREAT ) ;)

[sisyphus] Re: [>hardware] мнение по БП (was: Впечатления от reiser4fs)

[Denis Smirnov]

On Thu, Sep 09, 2004 at 08:34:10AM +0300, Michael Shigorin wrote:

 MS> Пару лет назад для сервера рекомендовали Fortron (если кому
 MS> критично -- стукнитесь, уточню на сейчас) потому, что его QA в
 MS> т.ч. включает закоротки между всеми возможными парами выходов, ну
 MS> и не просаживается при *номинальной* можности, в отличие от того
 MS> же Chieftec.

Очень критично, ясное дело :) Оборудование то периодически все здесь
присутствующим покупать приходится :-)

 MS> PS2: еще удивлен, что скипнута тема пропеллеров.  Вообще.
 MS> Но давайте с ней в hw :)

А с вентиляторами я, к сожалению, вообще не знаю что выбирать. В этом туп
как пробка.

-- 
С уважением, Денис

http://freesource.info

[sisyphus] Re: Впечатления от reiser4fs

[Денис Смирнов]

On Thu, Sep 09, 2004 at 11:08:54AM +0700, Alexey Morozov wrote:

 >> Блок питания -- чаще всего становится виной сбоев. На нём экономить не
 >> стоит. Я сейчас не знаю какие являются лучшими, тем более что ситуация
 >> меняется постоянно -- раньше InWin были просто сказкой, и я пользовался
 >> только ими, ныне же полное говно (много нареканий, у меня в одной машине
 >> он просто сгорел, несмотря на хороший UPS). Порекомендовать не могу
 >> (хорошая тема для обсуждения, кстати, с удовольствием выслушаю советы).
 AM> Нету советов. Люди, которые мне inwin мой ремонтировали, говорили, что
 AM> теперь все "полное говно". По их словам, можно пытаться выправить, меняя
 AM> стандартные транзисторы на более приличные, но, я так понимаю, это все
 AM> уже "post-mortal" действия :-)

Очень плохо :-(

-- 
С уважением, Денис

http://freesource.info

[sisyphus] Re: Впечатления от reiser4fs

[Денис Смирнов]

On Thu, Sep 09, 2004 at 08:46:16AM +0300, Serge Pavlovsky wrote:

 SP> не валите проблемы кривого софта на фс
 SP> на каждую reiser4 найдется свой open ( "....", O_WRONLY | O_CREAT ) ;)

А что в этом плохого?

-- 
С уважением, Денис

http://freesource.info

Re: [sisyphus] Re: Впечатления от reiser4fs

[Serge Pavlovsky]

On Чтв, 2004-09-09 at 19:36 +0400, Денис Смирнов wrote:
> On Thu, Sep 09, 2004 at 08:46:16AM +0300, Serge Pavlovsky wrote:
> 
>  SP> не валите проблемы кривого софта на фс
>  SP> на каждую reiser4 найдется свой open ( "....", O_WRONLY | O_CREAT ) ;)
> 
> А что в этом плохого?

в этом пока ничего, но если вместо .... окажется /etc/fstab, а
не /etc/fstab.new, то не удивляйтесь, что его содержимое
исчезнет/заполнится нулями/мусором при не вовремя произошедшей
перезагрузке

[sisyphus] Re: Впечатления от reiser4fs

[Денис Смирнов]

On Fri, Sep 10, 2004 at 02:56:34AM +0300, Serge Pavlovsky wrote:

 SP> в этом пока ничего, но если вместо .... окажется /etc/fstab, а
 SP> не /etc/fstab.new, то не удивляйтесь, что его содержимое
 SP> исчезнет/заполнится нулями/мусором при не вовремя произошедшей
 SP> перезагрузке

А... Ну от такого (перезапись файла, вместо создания нового/unlink
старого/rename) уже ничто не спасёт, кроме изоляции автора от общества.

-- 
С уважением, Денис

http://freesource.info

Re: [sisyphus] Re: Впечатления от reiser4fs

[Roman Savelyev]

Денис Смирнов пишет:

>reiserfs4 лишь недававно релиз -- ждём полгода пока все остальные пройдут
>по граблям, а лишь потом ставим.
>  
>
Угу.

>reiserfs3 -- крайне ненадёжная глюкалка, но достаточно быстрая. /tmp,
>/var/cache/squid.
>  
>
Угу.

>ext2 -- я не вижу смысла вообще её где-либо применять.
>  
>
Упс. екст2 по сочетанию скорость/надёжность при сбое - одна из лучших, 
как ни смешно.
Риск невосстановимого повреждения структуры мал, риск ПОЛНОЙ порчи 
модифицированного файла стремится к нулю.

>ext3 -- оптимальный выбор, особенно с параметром data=journal. Везде, где
>сбой сервера может принести мне какие-либо финансовые или имиджевые потери
>это единственный мой выбор.
>  
>
Слишком медленно..

>xfs -- более быстра чем ext3, но менее надёжна. Нормально работает в
>условиях параллельного доступа нескольких процессов к длинным файлам, когда
>ext2/3 просто умирают. Умеет ACL, поэтому идеальный выбор для файлсерверов
>с samba. Дома на ней есть смысл хранить медийные данные.
>  
>
Велик риск полной потери данных в недавно модифицированных файлах.

[sisyphus] Re: Впечатления от reiser4fs

[Денис Смирнов]

On Fri, Sep 10, 2004 at 12:29:01PM +0400, Roman Savelyev wrote:

 RS> Упс. екст2 по сочетанию скорость/надёжность при сбое - одна из лучших, 
 RS> как ни смешно.
 RS> Риск невосстановимого повреждения структуры мал, риск ПОЛНОЙ порчи 
 RS> модифицированного файла стремится к нулю.

При сбое питания требование ввести пароль рута, прочекать систему и
перезагрузиться меня не устраивает. Потому как ехать в другой конец города
для этого мне лень. Я лучше дома посижу.
 
 RS>> ext3 -- оптимальный выбор, особенно с параметром data=journal. Везде, где
 RS>> сбой сервера может принести мне какие-либо финансовые или имиджевые потери
 RS>> это единственный мой выбор.
 RS> Слишком медленно..

Чем медленно? Бывает что даже быстрее. А если речь о действительно мощной
системе, то журнал можно (и нужно) выносить на отдельный диск, и
получается весьма и весьма шустро.
 
 RS> >xfs -- более быстра чем ext3, но менее надёжна. Нормально работает в
 RS> >условиях параллельного доступа нескольких процессов к длинным файлам, когда
 RS> >ext2/3 просто умирают. Умеет ACL, поэтому идеальный выбор для файлсерверов
 RS> >с samba. Дома на ней есть смысл хранить медийные данные.
 RS> Велик риск полной потери данных в недавно модифицированных файлах.

Угу. Поэтому только с UPS.
 
-- 
С уважением, Денис

http://freesource.info

Re: [sisyphus] Re: Впечатления от reiser4fs

[Serge Pavlovsky]

On Птн, 2004-09-10 at 06:56 +0400, Денис Смирнов wrote:
> On Fri, Sep 10, 2004 at 02:56:34AM +0300, Serge Pavlovsky wrote:
> 
>  SP> в этом пока ничего, но если вместо .... окажется /etc/fstab, а
>  SP> не /etc/fstab.new, то не удивляйтесь, что его содержимое
>  SP> исчезнет/заполнится нулями/мусором при не вовремя произошедшей
>  SP> перезагрузке
> 
> А... Ну от такого (перезапись файла, вместо создания нового/unlink
> старого/rename) уже ничто не спасёт, кроме изоляции автора от общества.

дык, а как по-вашему еще портятся конфиги ? ;)

[sisyphus] Re: Впечатления от reiser4fs

[Денис Смирнов]

On Fri, Sep 10, 2004 at 08:24:59PM +0300, Serge Pavlovsky wrote:

>  SP>> в этом пока ничего, но если вместо .... окажется /etc/fstab, а
>  SP>> не /etc/fstab.new, то не удивляйтесь, что его содержимое
>  SP>> исчезнет/заполнится нулями/мусором при не вовремя произошедшей
>  SP>> перезагрузке
>> А... Ну от такого (перезапись файла, вместо создания нового/unlink
>> старого/rename) уже ничто не спасёт, кроме изоляции автора от общества.
 SP> дык, а как по-вашему еще портятся конфиги ? ;)

/me почесал репу и понял, что пользуется софтом, написаном людьми, которых
надо изолировать от общества :-(

/me также думает, что API UNIX слишком простое и мощное для современных
недопрограммистов, и требуется всё из себя абстрактное API, где будет
функция типа open_rerite (которая будет писать во временный файл, а по
close сделает rename).



-- 
С уважением, Денис

http://freesource.info

[sisyphus] Re: Впечатления от reiser4fs

[Michael Shigorin]

On Fri, Sep 10, 2004 at 05:53:54PM +0400, Денис Смирнов wrote:
>  RS> Упс. екст2 по сочетанию скорость/надёжность при сбое - одна из лучших, 
>  RS> как ни смешно.
>  RS> Риск невосстановимого повреждения структуры мал, риск ПОЛНОЙ порчи 
>  RS> модифицированного файла стремится к нулю.
> Я лучше дома посижу.

Если нет мест, для которых это не так -- то ext2 тебе не упала. :)
Иначе -- прочти, вдумайся и вспомни, что мне один друг как-то
перечислял то, что было сделано, дабы не посетить при случае
ближайший лес в багажнике заказчика.

(мне -- тоже нафиг не упала, но помню)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[sisyphus] Re: Впечатления от reiser4fs

[Денис Смирнов]

On Sat, Sep 11, 2004 at 06:23:17PM +0300, Michael Shigorin wrote:

 MS> Если нет мест, для которых это не так -- то ext2 тебе не упала. :)

Хм. /me чем дальше, тем больше думает, что надо стараться в подобных
"mission critical" приложениях вообще обойтись без файловой системы.
Что-то вроде БД на raw devices и полный лог транзакций на отдельный RAID 1
с raw devices (а лучше сразу на ленту какую-нибудь). Потому как лично я
вообще не представляю, как можно иначе гарантировать что-либо при отсутствии
UPS (или при его сбое).

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

Не помню этой темы, форваднёшь или ссылку дашь?

-- 
С уважением, Денис

http://freesource.info

[sisyphus] [Hardware] [>hardware] мнение по БП (was: Впечатления от reiser4fs)

[Michael Shigorin]

[-- Attachment #1.1: Type: text/plain, Size: 1011 bytes --]

On Thu, Sep 09, 2004 at 11:08:54AM +0700, Alexey Morozov wrote:
> > (хорошая тема для обсуждения, кстати, с удовольствием выслушаю советы).
> Нету советов. Люди, которые мне inwin мой ремонтировали,
> говорили, что теперь все "полное говно". По их словам, можно
> пытаться выправить, меняя стандартные транзисторы на более
> приличные, но, я так понимаю, это все уже "post-mortal"
> действия :-)

Пару лет назад для сервера рекомендовали Fortron (если кому
критично -- стукнитесь, уточню на сейчас) потому, что его QA в
т.ч. включает закоротки между всеми возможными парами выходов, ну
и не просаживается при *номинальной* можности, в отличие от того
же Chieftec.

Но следующий за ним -- таки Chieftec.

PS: удивлен, что такой опус попал в sisyphus@, а не в hardware@
-- давайте форварднем это все туда?

PS2: еще удивлен, что скипнута тема пропеллеров.  Вообще.
Но давайте с ней в hw :)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[-- Attachment #1.2: Type: application/pgp-signature, Size: 189 bytes --]

[-- Attachment #2: Type: text/plain, Size: 143 bytes --]

_______________________________________________
Hardware mailing list
Hardware@altlinux.ru
https://lists.altlinux.ru/mailman/listinfo/hardware

[sisyphus] [Hardware] Re: [>hardware] мнение по БП (was: Впечатления от reiser4fs)

[Denis Smirnov]

On Thu, Sep 09, 2004 at 08:34:10AM +0300, Michael Shigorin wrote:

 MS> Пару лет назад для сервера рекомендовали Fortron (если кому
 MS> критично -- стукнитесь, уточню на сейчас) потому, что его QA в
 MS> т.ч. включает закоротки между всеми возможными парами выходов, ну
 MS> и не просаживается при *номинальной* можности, в отличие от того
 MS> же Chieftec.

Очень критично, ясное дело :) Оборудование то периодически все здесь
присутствующим покупать приходится :-)

 MS> PS2: еще удивлен, что скипнута тема пропеллеров.  Вообще.
 MS> Но давайте с ней в hw :)

А с вентиляторами я, к сожалению, вообще не знаю что выбирать. В этом туп
как пробка.

-- 
С уважением, Денис

http://freesource.info

_______________________________________________
Hardware mailing list
Hardware@altlinux.ru
https://lists.altlinux.ru/mailman/listinfo/hardware