ГыГы:) Помнят меня люди, помнят:)

а ты тоже устойчив к сбоям?

Это луче POHMELFS ?

Ну неужели нельзя взять и договорится делать одну распределенную ФС, ну максимум 2-3, если совсем расходятся в архитектуре, но зато работающие, с хорошей комьюнити, отлаженные, документированные, и пр. и пр., вместо текущих нескольких сотен которые непонятно кем написаны и неизвестно будут ли развиваться, или помрут потихоньку когда автор диплом допишет.

Это ведь и убивает линукс.

>Ну неужели нельзя взять и договорится делать одну распределенную ФС, ну >максимум 2-3, если совсем расходятся в архитектуре, но зато работающие, >с хорошей комьюнити, отлаженные, документированные, и пр. и пр., вместо >текущих нескольких сотен которые непонятно кем написаны и неизвестно >будут ли развиваться, или помрут потихоньку когда автор диплом допишет.

Дык ведь каждый думает что он придумает и напишет лучше чем уже есть.

> Ну неужели нельзя взять и договорится делать одну распределенную ФС, ну максимум 2-3, если совсем расходятся в архитектуре, но зато работающие, с хорошей комьюнити, отлаженные, документированные, и пр. и пр., вместо текущих нескольких сотен которые непонятно кем написаны и неизвестно будут ли развиваться, или помрут потихоньку когда автор диплом допишет.

Да, зоопарк таких систем большой, и подобрать систему тяжело если вообще это в итоге возможно. У каждой свои траблы.

На FrOSCon-е, на прошлых выходных, один итальянец про это всё рассказывал: http://programm.froscon.org/2008/events/176.en.html Запарка ещё та, но в некоторых крупных конторах на это идут.

Cлава Рейзеру!

Ну неужели нещьзя договориться и писать один учебник диф. интегр. исчисления, чего каждый-то свой пишет?

> а ты тоже устойчив к сбоям?

Ну смотря к каким. Так-то я вроде кабанчик плотный, уронить трудно:)

> ГыГы:) Помнят меня люди, помнят:)
> MooSE *** (*) (27.08.2008 8:33:50)

Moose File System - сетевая, распределенная, устойчивая к сбоям файловая система. Она распространяет данные на несколько серверов и пишет сообщения на ЛОРе.

> Moose File System - сетевая, распределенная, устойчивая к сбоям файловая система. Она распространяет данные на несколько серверов и пишет сообщения на ЛОРе.

Заметь она пишет сообщения с нескольких серверов. Отсюда надёжность, ибо все сервера разом вряд ли упадут:)

Судя по описанию, это Skynet.

если бы еще сервер метаданных можно было бы продублировать... а так все равно имеем single point of failure.

> Ну неужели нещьзя договориться и писать один учебник диф. интегр. исчисления, чего каждый-то свой пишет?

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

Каждая новая ФС увеличивает неопределенность при планировании структуры системы/сети, увеличивает риск выбора неправильной ФС. И не забываем что здесь ФС одна и сменить ее уже очень проблематично. То что авторы не объединяются влечет повышение вероятности того что выбранная ФС перестанет поддерживаться, развиваться, что она содержит невыявленные ошибки и пр. Что я вам объясняю, вы же не из детсада, сами все прекрасно понимаете.

Лось ОС? Хотя Лось ФС тоже вполне звучит.

Когда работаешь с распределенными фс, всегда возникает желание написать свою. Не потому, что есть недостатки, а потому, что подводные камни возникают во всех решениях, унифицикации такие решения не поддаются, и проблемы нужно решать уже в процессе работы.
Другими словами, распределенная фс - структура очень сложная, без знаний уровня разработчика эффективно поддерживать ее в работе не получится. Одними ./configure && make install и ковыряниями в конфиге не обойтись

>Cлава Рейзеру!

Откуда Слава? Там была Нина.

> если бы еще сервер метаданных можно было бы продублировать... а так все равно имеем single point of failure.

GLusterFS умеет - там можна включить Automatic File Replication для метаданых.

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

И не смущает людей, что ничего принципиально нового они так и не вносят.

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

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

В итоге имеем либо не плохой исследовательский проект (хотя ничего нового они там вроде как не исследуют, разве что для себя новое), либо очередной никому не нужный велосипед на квадратных колёсах.

Взять и сделать.

>Ну неужели нельзя взять и договорится делать одну распределенную ФС, ну максимум 2-3, если совсем расходятся в архитектуре, но зато работающие, с хорошей комьюнити, отлаженные, документированные, и пр. и пр., вместо текущих нескольких сотен которые непонятно кем написаны и неизвестно будут ли развиваться, или помрут потихоньку когда автор диплом допишет.

Сядь и напиши свою правильную ФС, которую все будут поддерживать, вместо того чтобы рассусоливать на L.o.r'е, что файловых систем слишком много. Хе-хе.

> не смешите. гластер космически глючен. там ничто нормально не работает, 
> сегфолты сплошь и рядом, несмотря на то, что они, вроде, пытаются внедрять QA последнее время. 

Он ещё пишется. 1.3.10 вроде достаточно устойчивая для наших задач.

> кстати, в гластере нету метаданных как таковых :). и сервера метаданных нет. 
> AFR -- это транслятор для данных, а не для метаданных.

volume client-ns1
  type protocol/client
  option transport-type tcp/client
  option remote-host datahost01
  option remote-subvolume brick-ns
end-volume

volume client-ns2
  type protocol/client
  option transport-type tcp/client
  option remote-host datahost01
  option remote-subvolume brick-ns
end-volume

volume afr-ns
  type cluster/afr
  ^^^^^^^^^^^^^^^^
  subvolumes client-ns1 client-ns2
end-volume

volume unify
  type cluster/unify
  option namespace afr-ns
         ^^^^^^^^^^^^^^^^
...

Не оно?

> вообще, гластер идеален. но только по описанию на их сайте, 
> к сожалению. реализация предельно глючна. имел, к сожалению, 
> опыт его применения в продакшене.

Вав! Альфу или бету и сразу в продакшн? Мы пока только на тестовых
серверах используем - присматриваемся. Когда (если) пройдёт тесты -
тогда пойдёт в продакшн.

> option namespace afr-ns > ^^^^^^^^^^^^^^^^

не оно. неймспейс -- это не совсем метаданные в классическом смысле.

что касается альфы и беты, то я использовал бету 1.3 -- глючило. это ладно. это было год назад. но я недавно попробовал уже отрелизенную ветку 1.3, которая прошла QA -- падает. тупо берет и падает на ровном месте. после этого на гластер забил окончательно.

>тупо берет и падает на ровном месте.

а у меня не падает. anonymous, ты ламер.