pohmelfs

[dr_klm]

Вначале я хотел похвалить автора за чувство юмора...

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

Забавен автор, осмеливающийся при этом приводить результаты тестов (он даже bonnie додумался запустить) и бахвалящийся там, что эта его поделка быстрее nfs. Только вот, незадача, "не работает пока с большими файлами"... Конечно tmpfs быстрее nfs, а с большими файлами это г. не работает и не может работать по причине переполнения буфера.

Повбывав бы ! ;-))

Ну, хоть сделал себе новый образ под старым добрым User Mode Linux, порассматривал под gdb core dump-ы (поскольку, первым, что делает pohmelfs из ядра 2.6.33 является segfault), снова почувствовал себя kernel хацкером. ;-) Так что если кому нужно срочно захачить kernel -- обращайтесь пока снова не забыл. ;-))

А тема распределенных сбоеустойчивых файловых систем вообще-то горячая и очень нетривиальная. Пока что все об нее сломали зубы. Насколько я знаю, дальше всех продвинулся M. Satyanarayanan c системой coda (которая таки работала без дураков, а не как pohmel, типа выложу в интернет tmpfs, насобираю полный буфер файлов, пропихну в ядро, раструблю на весь мир, а потом буду думать -- что с этим буфером делать)... Только coda сегодня, к сожалению, остается системой прошлого века с файлами <2GB, директориями не более 256KB (пара тысяч файлов всего, если имена средней длины), и не тянет реально более десятка миллионов файлов на сервер (что не так уж и много). Запатчить ее до современного уровня, хоть Jan Harkes и пытается, я думаю, не удастся. Нужно писать с нуля...

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

update (4.04.2010): Файловая система ceph, упоминавшаяся здесь в комментариях, официально включена в ядро Linux, начиная с версии 2.6.34, которая вот вот выходит.

Comments

[pixtep.livejournal.com]

http://ru.wikipedia.org/wiki/DRBD же

[dr-klm.livejournal.com]

это все-таки не файловая система...

"high availability" != "fault tolerance"

DRBD защищает от сбоев серверов. И то, если хотя-бы один остался в живых. Вот в Coda, например, серверы могут погибнуть все, а клиент можно просто от сети отключить в любой момент. И ничего не будет... ;-)

К.Л.М.

[var-log.livejournal.com]

А я вот прочитал название и усомнился в том, стоит ли доверять ей данные...

[dr-klm.livejournal.com]

Маркетинг -- сложная штука. Иногда нетривиальные ходы дают положительный в целом результат.

Для Open Source Sofware, мне кажется, вызывающее имя лучше, чем "спокойно-стабильно-уравновешенное". Это потому, что OSS проекты всегда на перепутье (и если пользователь ожидает обратного -- он будет разочарован), а, кроме того, реклама для них более важна, ведь потенциальный примкнувший к ним разработчик (а именно потенциальный разработчик, а не пользователь, является целевой аудиторией рекламы OSS проектов) платит самым ценным -- своим временем.

Так что название, как раз, мне кажется нормальное. Было бы там еще что-то кроме названия...

К.Л.М.

[var-log.livejournal.com]

А я почему-то верю в «как вы яхту назовёте».
Фоносемаентика, ассоциативные ряды, психолингвистика... /красивые слова, типо я что-то понял что сказал/

Но в целом согласен, броское название способно привлечь больше внимания и --- следовательно --- коммитеров.

[(Anonymous)]

A HAMMER разве не распределенная?

[dr-klm.livejournal.com]

Насколько я понял -- нет. Hammer это как (в мире Linux) BTRFS. Распределенная версия (в мире Linux) -- CEPH+BTRFS или CRFS+BTRFS. Ни там, ни там работа клиента в оффлайне не предусмотрена. Обе эти распределенные файловые системы лучше, чем HA NFS (с чем, как я понял, они и соревнуются), основанное на DRBD, поскольку загрузка распределяется на серверы равномерно.

К.Л.М.

[(Anonymous)]

Странно, неужели кода когда либо работала? Мне всегда казалось что проще уже сообществу afs допилить до офлайновых операций.

[dr-klm.livejournal.com]

Если принять ограничения на размер файлов и директорий и не пытаться ставить слишком большие сервера -- работала и работает.

В каком-то смысле coda и есть "допил" AFS. Еще в проекте OpenAFS "пилят" отдельно по-своему, но тоже пока недопилили.

У меня на днях условно-заработал^* Ceph (http://ceph.newdream.net/), который, хоть и не оффлайн, но по-идее весьма fault-tolerant.

К.Л.М.

^* условно-заработал -- это мой самый первый предварительный тест в виде закачки и компиляции ядра Linux.

[(Anonymous)]

> У меня на днях условно-заработал* Ceph, который, хоть и не оффлайн, но по-идее весьма fault-tolerant.

Да всегда хотелось что такое в родной организации, что собирает свободное место на всех машинах (зело диски непомерных размеров) и в виде сетевого сервиса раздает. Причем машинки включаются, выключаются, гибнут диски... а оно все работает и работает :)

И насколько подтвердилась возможность выключить а потом включить любую из машин? Или пока эксперименты в себя это не включают?

[wolverrum.livejournal.com]

На L.O.R. (http://linux.org.ru) Вас подвергнут анафеме, проклянут, обвинят, налепят звание ШКОЛОТА (http://lurkmore.ru/%D0%A8%D0%BA%D0%BE%D0%BB%D0%BE%D1%82%D0%B0), объявят Вас НЕ НУЖНЫМ (http://lurkmore.ru/%D0%9D%D0%B5_%D0%BD%D1%83%D0%B6%D0%B5%D0%BD) и еще раз подвергнут анафеме (ну, те, кто в начале не успел) за такие кощунственные слова о СВОБОДНОЙ ФАЙЛОВОЙ СИСТЕМЕ (http://lurkmore.ru/Open_source), да еще включенной в ЕдРо ядро :)

[dr-klm.livejournal.com]

Как страшно жЫть ! (http://lurkmore.ru/Как_страшно_жить) 8-)

К.Л.М.