>> btrfs еще "technology preview" и невозбранно глючит.
> Вообще-то у меня есть с ним некоторое количество томов в не очень
> ответственных применениях и я имею сказать что он как правило "просто
> работает". Я делал кучу перезагрузок срубая его на всем ходу "ради Это прекрасно. А я пару месяцев назад видел, как ему стало плохо при попытке использовать под нагрузкой, безо всяких перезагрузок вообще. И пометка "technology preview" все ж таки говорит о том, что в стабильности у крупных игроков есть большие сомнения.
> ZFS в лине нет и не будет. Это сторонний проект.
Мы, вроде, обсуждали, чем интересна солярка. Что в линуксе сторонний, это понятно.
> CoW предполагает идею что журналом является вся площадь стоража вообще. Что и
> позволяет там быстрые записи с полным журналированием не делая две записи
CoW не заменяет лог вообще. Лог все равно необходим, в частности, без него полная жопа на синхронных операциях (БД с частым fsync или nfs сторейдж, например). Zfs умеет лог на диске, но это 1) увеличивает фрагментацию (т.к. какая-то инфа из лога записывается "прямо тут" перед данными, потом данные, потом этот кусочек стирается, остается свободное место) и 2) заставляет честно писать данные на медленный диск, в то время как внешний лог на SSD позволяет сделать это во много раз быстрее и сказать "мы все записали, fsync выполнен!"; и, зная, что данные уже никуда не потеряются, через какое-то время их аккуратно записать на реальный сторейдж.
При нормальной работе, чтения из ZIL нет. Пишется туда и пишется.
> на диск одного и того же. Сани же наворотили нечто странное
> и довольно костыльное. При том нигде даже толком объяснить не смогли
> "нахрена оно сделано так". Больше всего оно похоже на "я его
Объяснений довольно много, вы в гугле SSD ZIL набирать пробовали? :)
>> streaming replication;
> Send/receive и в btrfs пилят.
Ага, и когда допилят?.. А я вообще говорил про непрерывную репликацию, когда запускаешь операцию копирования и на второй машине можно *немедленно* работать с любыми данными из принимаемого датасета. Оно прозрачно в момент обращения к данным, которые еще не переслались немедленно пересылает именно их и отдает.
> OpenVZ - вообще сторонний проект. Так что если кто готов грызть кактус
> типа ZFS-а в пингвине - ну и VZ его смущать не
> должен. А мне честно говоря не нравится нужда ставить сторонние костыли
> типа чужих модулей ядра или кастомных ядер. Все это потенциально дестабилизирует
Сторонний! А в солярисе "свой". Отсюда и разница в подходах и стабильности интерфейса..
>> первые появляться, думаю, а по количеству действующих инсталляций он превзойдет RHEL6
>> только года через 3.
> Вас это колыхать будет только если вы какой-нибудь наемный админ. Этим всегда
> жить сложно и они привычные.
Я просто анализирую с технической точки зрения. Лично меня не радует необходимость использовать runit или supervisord в дополнение к штатному init'у сейчас и я с нетерпением жду systemd в продакшене. Но, блин, в солярке уже все нормально. Вот в этом и разница..
>> И, опять же, в линуксе это только сейчас появляется (и многим совсем
>> не нравится), а в солярке уже какое-то время есть - правда,
>> по факту многое появилось только в 11 или 11.1
> В линухе обычно есть выбор - и если кому-то не нравится, он
> может пойти лесом и запилить так как ему нравится. И это
Это в теории. Но если мы тянем линукс "в энтерпрайз" - увы, этого уже нет.
> О чем это я? А о том что выбор решений надо делать
> не по принципу "о какая няша" а по совокупности ВСЕХ параметров.
> У оракля конские условия лицензирования и тотальная вендорлочность, это может поxepить
> любые технические достоинства. И успешно с этим справляется, основные усилия разработчиков
> давно сместились на пингвины.
Это правда. Но, во-первых, есть всякие smartos, а во-вторых, может, оракл-таки одумается ))
Вон, с джавой-то они все хорошо делают.