LINUX.ORG.RU

Re: UFS2+journal

Ну и что тут подробного? То же самое что в доках и в mail-list'е по этому делу. Хотя бы написали какие грабли могут быть, чем черевато. ИМХО полезно только для тех кто по английски ни бум-бум, и то спорный вопрос, а то какой нибудь такой горе админ решит прикрутить к серверу и всё, появится ещё один красноглазый который будет кричать BSD suxx, у меня всё упало.

gloomdemon ()
Ответ на: Re: UFS2+journal от gloomdemon

Re: UFS2+journal

> а то какой нибудь такой горе админ решит прикрутить к серверу

экспериментальные фичи на сервере? убивать таких админов надо

JB ★★★★★ ()
Ответ на: Re: UFS2+journal от JB

Re: UFS2+journal

Тут даже не столько UFS, сколько возможность GEOM делать журналирование (почти нормальное журналирование) для любой fs. UFS от этого на мой взгляд ни холодно ни жарко. Кто нибудь знает как в линухе это реализовано? Кодом под каждую конкретную фс, или ещё как?

gloomdemon ()
Ответ на: Re: UFS2+journal от gloomdemon

Re: UFS2+journal

журналирование абстрактной файловой системы -- чушь, т.к. только она знает, что у нее является транзакцией, а что нет.

anonymous ()
Ответ на: Re: UFS2+journal от anonymous

Re: UFS2+journal

Кто нибудь читал этот "перл" ???

Чего стоит фраза: "возможно имеет смысл пересобрать весь мир"

Когда в оригинальном руководстве сказано именно пересобрать мир.

Короче - в топку.

Вот нормальный перевод: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=67275+0+current/freebsd-current

edwin ()
Ответ на: Re: UFS2+journal от anonymous

Re: UFS2+journal

>журналирование абстрактной файловой системы -- чушь, т.к. только она знает, >что у нее является транзакцией, а что нет.

во-первых не абстрактной, а UFS,
во-вторых как ты думаешь для чего предназначены callbacks geom?

fghj ★★★★★ ()
Ответ на: Re: UFS2+journal от anonymous

Re: UFS2+journal

Ох ты блин, а бсдшники не знают, вот засада. Вообще если отталкиваться от этого изречения, то и вся их GEOM система тоже туфта и не должна работать (man geom).

По поводу новости уж лучше оригинал почитать http://groups.google.ru/group/fa.freebsd.current/msg/1efcf3177bb109c9

gloomdemon ()
Ответ на: Re: UFS2+journal от gloomdemon

Re: UFS2+journal

Да кстати, новость про журналирвание сильно "обсосали" на opennet.ru, и вот как раз цитата из оригинального письма: GJournal was designed to *journal GEOM providers*, so it actually works *below* file system layer, but it *has hooks* which allow to work with file systems.

Т.е. журналируем иммено абстрактную фс. Вроде так.

gloomdemon ()
Ответ на: Re: UFS2+journal от gloomdemon

Re: UFS2+journal

>but it *has hooks* which allow to work with file systems.

не совсем абстрактную

>Т.е. журналируем иммено абстрактную фс. Вроде так.

кстати, аналог в линукс - "jbd", его использует ext3 и еще какая-то фс,
и конечно он появился давным давно.

fghj ★★★★★ ()
Ответ на: Re: UFS2+journal от gloomdemon

Re: UFS2+journal

> Кто нибудь знает как в линухе это реализовано? Кодом под каждую конкретную фс, или ещё как?

Насколько мн еизвестно - каждая ФС обеспечивает журналирвоание сама. Ядро предоставляет только стандартное API, реализация которого ложится на плечи ФС.

e_val ★★★ ()
Ответ на: Re: UFS2+journal от valeri_ufo

Re: UFS2+journal

> и чем ты это аргументируешь?

сравни ее хотя бы с reiserfs, не говоря уже о reiser4

в силу своей архитектуры ufs клинический тормоз

JB ★★★★★ ()
Ответ на: Re: UFS2+journal от valeri_ufo

Re: UFS2+journal

Автор - SOKO1????

Ну что вы хотите от студентика?? :) А вы знаете, он даже форкнул Фрю!

Кому нужен журнал? По-моему, только красноглазым БСДшникам!!

anonymous ()
Ответ на: Re: UFS2+journal от e_val

Re: UFS2+journal

>Насколько мн еизвестно - каждая ФС обеспечивает журналирвоание сама.

ls /usr/src/linux/fs/jbd

но естественно фс может не использовать jbd.

fghj ★★★★★ ()
Ответ на: Re: UFS2+journal от edwin

Re: Эндрю Мортон о состоянии ядра 2.6

>Когда в оригинальном руководстве сказано именно пересобрать мир.

Автор прав! Зачем пересобирать весь мир, когда изменение касаются только созданных директорий? Это всеравно что после обновления при csup'е утилиты /bin/cp пересобирать весь мир, когда изменения затронули только cp.

anonymous ()
Ответ на: Re: UFS2+journal от JB

Re: UFS2+journal

> в силу своей архитектуры ufs клинический тормоз

а мужики-то не знают. и в sun почему-то используют именно ее -- для высокопроизводительных файл-серверов, например.

---vk

anonymous ()
Ответ на: Re: UFS2+journal от anonymous

Re: UFS2+journal

"мужики-то не знают" - ага, мужики точно не знают ;)
для высокопроизводительных файл серверов в сан пользуют ТОЧНО не UFS :)
а веритас например или сейчас уже zfs...

и тормозит UFS на солярке тоже нехило...

Shapa ()
Ответ на: Re: UFS2+journal от JB

Re: UFS2+journal

А почему я должен что то сравнивать если ты говоришь нам что "UFS уже ничего не поможет", это ты должен сравнить и доказать.
И да, что именно такое плохое в архитектуре UFS?

valeri_ufo ()
Ответ на: Re: UFS2+journal от anonymous

Re: UFS2+journal

> мужики-то не знают. и в sun почему-то используют именно ее -- для высокопроизводительных файл-серверов, например.

ну справедливости ради стоит заметить что в solaris всё таки сильно отличающийся от бсдишного UFS с кучей различных фич, в т.ч. нормальный logging, а для высокопроизводительных файл-серверов есть более кошерная zfs ;)

---kuvkir

anonymous ()
Ответ на: Re: UFS2+journal от valeri_ufo

Re: UFS2+journal

>А почему я должен что то сравнивать если ты говоришь нам что "UFS уже ничего не поможет", это ты должен сравнить и доказать.

xfs vs ufs+su. Железо абсолютно одинаковое:

http://segfault.newmail.ru/freebsd.html http://segfault.newmail.ru/linux.html

Ещё вопросы?

anonymous ()

Re: UFS2+journal

В общем всё, "UFS уже ничего не поможет", всем БЗДшникам стреляться и вешаться, они оказывается нормально работать не могут, потому что у них всё тормозззззииииит.

ЗЫ Блин, что ж выбрать то? И вешаться не хочется и стреляться тоже не особо.

gloomdemon ()
Ответ на: Re: UFS2+journal от anonymous

Re: UFS2+journal

И насколько я понимаю, журналирование ещё больше тормознуло UFS.

anonymous ()
Ответ на: Re: UFS2+journal от gloomdemon

Re: UFS2+journal

>Тут даже не столько UFS, сколько возможность GEOM делать журналирование (почти нормальное журналирование) для любой fs. UFS от этого на мой взгляд ни холодно ни жарко. Кто нибудь знает как в линухе это реализовано? Кодом под каждую конкретную фс, или ещё как?

Журнал реализуется через стандартный JBD (хотя насколько я помню, reiser делает сам). GEOM journal это практически один в один JBD.

>gloomdemon (*) (28.06.2006 11:50:10)

rtc ★★ ()
Ответ на: Re: UFS2+journal от gloomdemon

Re: UFS2+journal

>Да кстати, новость про журналирвание сильно "обсосали" на opennet.ru, и вот как раз цитата из оригинального письма: GJournal was designed to *journal GEOM providers*, so it actually works *below* file system layer, but it *has hooks* which allow to work with file systems.

>Т.е. журналируем иммено абстрактную фс. Вроде так.

Как раз как JBD в Linux (ext3, ocfs).

>gloomdemon (*) (28.06.2006 12:20:45)

rtc ★★ ()
Ответ на: Re: UFS2+journal от Zulu

Re: UFS2+journal

>и не просто может, но таки не использует, как правило 8)

ага, только никому не нужные фс, типа ext3 ее используют.

fghj ★★★★★ ()
Ответ на: Re: UFS2+journal от rtc

Re: UFS2+journal

>Журнал реализуется через стандартный JBD (хотя насколько я помню, reiser делает сам). GEOM journal это практически один в один JBD.

В ext3 и ocfs2.

rtc ★★ ()
Ответ на: Re: UFS2+journal от JB

Re: UFS2+journal

> сравни ее хотя бы с reiserfs, не говоря уже о reiser4

reiser идет лесом, ее никогда в ядро не включат, так и будет в виде патчей.

puxpux ()

Re: UFS2+journal

а вы видели этот UFS_DIRHASH изнутри? буагагагагагага. вот все в bsd так сделано, через ...

anonymous ()
Ответ на: Re: UFS2+journal от Shapa

Re: UFS2+journal

хм. в соседнем треде пролетала ссылка на http://www.unixtech.ru/analytics/UFS_VxFS_QFS_ZFS_BenchmarkResults.pdf, где показывалось, что под очень сильной нагрузкой и zfs, и veritas заметно уступают солярному ufs. жду комментариев по тому, что и как авторы бенчмарка неправильно меряли.

---vk

anonymous ()
Ответ на: Re: UFS2+journal от anonymous

Re: UFS2+journal

>1. uname -rsmp? 6.1-RELEASE, i386, камень cel 2.8GHz Винты - wd 360GD (raptor)

>2. Версия UFS (1/2)? v2

>3. UFS_DIRHASH вкомпилен?

конечно.

Да и вообще конфиг ядра + что крутил в sysctl? флуд получится. Обе системы тестировались с персобранными с march=i686 -O2

sysctl нигде не трогал.

anonymous ()
Ответ на: Re: UFS2+journal от anonymous

Re: UFS2+journal

>а для высокопроизводительных файл-серверов есть более кошерная zfs ;)

Эдак грустно, кругом евреи, и всюду они ищють кошерненького..... :(

CrazyClaus ()
Ответ на: Re: UFS2+journal от anonymous

Re: UFS2+journal

> а вы видели этот UFS_DIRHASH изнутри?

Можете предложить лучшую идею/реализацию?
[-- CUT --]
/*
 * Dirhash uses a score mechanism to achieve a hybrid between a
 * least-recently-used and a least-often-used algorithm for entry
 * recycling. The score is incremented when a directory is used, and
 * decremented when the directory is a candidate for recycling. When
 * the score reaches zero, the hash is recycled. Hashes are linked
 * together on a TAILQ list, and hashes with higher scores filter
 * towards the tail (most recently used) end of the list.
 *
 * New hash entries are given an inital score of DH_SCOREINIT and are
 * placed at the most-recently-used end of the list. This helps a lot
 * in the worst-case case scenario where every directory access is
 * to a directory that is not hashed (i.e. the working set of hash
 * candidates is much larger than the configured memry limit). In this
 * case it limits the number of hash builds to 1/DH_SCOREINIT of the
 * number of accesses.
 */
[-- CUT --]

А для всех, кто не понимает выгод GEOM можно посоветовать прочитать man по паре ссылок:

http://www.freebsd.org/cgi/man.cgi?query=graid3
http://www.freebsd.org/cgi/man.cgi?query=ggated
http://www.freebsd.org/cgi/man.cgi?query=ggatec

После прочтения - подумать над применением.

nblx ()
Ответ на: Re: UFS2+journal от anonymous

Re: UFS2+journal

> а мужики-то не знают. и в sun почему-то используют именно ее -- для высокопроизводительных файл-серверов, например.

вообще на "высокопроизводительных файл-серверах" используется zfs

JB ★★★★★ ()
Ответ на: Re: UFS2+journal от valeri_ufo

Re: UFS2+journal

> И да, что именно такое плохое в архитектуре UFS?

хотя бы то, что разрабатывали ее под маленькие и тормозные винты, а это было (могу ошибаться) едва ли не 30 лет назад

JB ★★★★★ ()
Ответ на: Re: UFS2+journal от fghj

Re: UFS2+journal

Я исходники читал только для XFS и (поверхностно) reiser. ни та ни другая не пользует.

Zulu ★★☆☆ ()
Ответ на: Re: UFS2+journal от rtc

Re: UFS2+journal

btw, кто смотрел плотно ocfs2? я пока даже не начинаю, пока ядро с ним даже в debian testing нет...

Zulu ★★☆☆ ()
Ответ на: Re: UFS2+journal от JB

Re: UFS2+journal

> вообще на "высокопроизводительных файл-серверах" используется zfs

гыгыгы. ей сколько лет отроду? 10? 20? "используется" ... для приличия сказали бы "пробуют использовать".

anonymous ()
Ответ на: Re: UFS2+journal от nblx

Re: UFS2+journal

> Можете предложить лучшую идею/реализацию?

конечно могу. выкинуть этот костыль и сделать b+tree или htree. опять bsd изобрели велосипед с квадратными колесами.

> А для всех, кто не понимает выгод GEOM можно посоветовать прочитать man по паре ссылок:

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

anonymous ()
Ответ на: Re: UFS2+journal от Zulu

Re: UFS2+journal

XFS в принципе не может использовать - там не блочное журналирование. а reiserfs не использует, так как ханс - неадекватный тим, не умеющий работать в команде. ocfs2 использует и некоторые проприетарные fs.

anonymous ()

Re: UFS2+journal

кто мне объяснит на кой хрен журнал ufs если fsck работать с журналом не умеет? исходники патча смотрел, там fsck не патчится.

anonymous ()
Ответ на: Re: UFS2+journal от anonymous

Re: UFS2+journal

> кто мне объяснит на кой хрен журнал ufs если fsck работать с журналом не умеет? исходники патча смотрел, там fsck не патчится.

очевидно сам gjournal занимается replay'ем.

anonymous ()
Ответ на: Re: UFS2+journal от anonymous

Re: UFS2+journal

> очевидно сам gjournal занимается replay'ем.

А где гарантия что fsck не грохнет журнал? А то сначала fsck сделает "реплей" а потом geom. Я на это посмотрю :). В общем еще работать и работать.

anonymous ()
Ответ на: Re: UFS2+journal от Zulu

Re: UFS2+journal

>btw, кто смотрел плотно ocfs2? я пока даже не начинаю, пока ядро с ним даже в debian testing нет...

Oracle даже на странице этой ФС не выложил никаких тестов производительности, но зато заявлены интересные кластерные возможности распределенного хранения данных.

>Zulu **** (*) (28.06.2006 22:16:47)

rtc ★★ ()
Ответ на: Re: UFS2+journal от anonymous

Re: Эндрю Мортон о состоянии ядра 2.6

красноглазием болеют только тупые гентушники.

anonymous ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.