> Так ты небось и виртуалками и контейнерами не пользуешься. И даже не
> задумывался о том чтобы слепить lightweight "копию" вон той разлапистой иерархии
> с чем-нибудь (например сорцами, но не суть). В момент. Даже если
> там дофига данных. А потом поэкспериментировать с ней. И если не
> понравится то стереть. Без всей прелести копирования гигабайта. Или терабайта. С
> рефлинками пофиг сколько там. Важен только размер дельты.Мне не надо объяснять, что такое reflinks, как оно работает и для чего применяется, Марь Иванна на уроке информатики уже рассказала всему классу про это. Как справедливо написали ниже, в ZFS для этого есть snapshots. Да, это не совсем тоже самое, но _для меня_ этого с головой хватает.
> XFS. Ппостепенно видимо и другие будут, если их устройство позволяет.
Там есть мгновенные zero-cost снапшоты? Я могу их посылать через сеть, в том числе инкрементально? Я могу в онлайне там новые диски в пул типа RAID6 добавить? Могу в онлайне заменить вышедший из строя диск? Там есть возможность вынести intent log или кэш на какой-нибудь оптан? Ко всему этому есть единый человеческий хорошо документированный интерфейс командной строки? И всё это есть в одном не размазанном по пакетам решении на базе XFS - я правильно понял? Хорошо, пошел гуглить. Но если окажется, что чего-то из этого нет, или оно, как это нередко в линуксе бывает, работает только у разработчика на локалхосте, и только когда луна входит ровно на полшишечки в созвездие Задницы Скорпиона, то я вернусь сюда и назову тебя болваном и треплом. По рукам?
> Как тут пох выдал, "покойник еще потел". Это походу про ваши сервера?!
У меня только на одном файловом сервере один и тот же пул RAIDZ2 живет то ли с 2008го, то ли с 2009го. Диски, естественно, в пуле заменялись по мере выхода из строя.
Ты лично знаешь примеры, чтобы у кого-то пул btrfs RAID6 прожил больше года? Я вот не знаю.
> А так то зелен виноград, но миллиарду хомяков в
> фэйсбуке норм.
Если бы у меня было столько серверов, сколько у фейсбука, я бы тоже сказал, что мне норм.
> Так его никто и не трогал. Ядерщики меняли интерфейсы в ядре, а
> то что у кого-то вне ядра что-то отъехало они вообще не
> в курсе. Потому что это вне ядра.
^^^ Чистый образец лицемерия - здесь.
Меняли они интерфейсы, ага. Изменение заключалось _ровно_ в том, чтобы убрать возможность дергать kernel_fpu_begin и kernel_fpu_end из модулей не с лицензией GPL. Ну так вот случайно получилось, да. И еще в старые поддерживаемые ядра этот коммит тоже попал чисто случайно, ага.
> Каким образом? LLNL отожмет у RH энтерпрайзных клиентов? Чего лаба будет с
> энтерпрайзными клиентами делать?
Во первых, лаба сама очень лакомый энтерпрайзный клиент, и не будь у них ZFS, им пришлось бы идти на поклон к RH. Во вторых, я уже писал про Canonical, который ZFS из коробки поставляет уже года эдак два, но ты тактично не стал это комментировать.
> А водитель катка не поедет в лес давить муравейники. Он дорогу строит.
Дядя, мы вот недавно именно это и наблюдали. Сломать экспорт kernel_fpu_begin/end для не-GPL модулей - это именно оно и было, заехать в лес.
> Он небось и не знает про этот астралинукс.
Да ему и про ZFS-то по долгу службы не положено знать. Однако же, знает. Откуда? :-)
> Если астралинуксу вдруг что-то
> понадобится от майнлайна, вероятно им тоже популярно донесут.
Им это стало быть не очень-то надо. Им, как и ZoL, достаточно, чтобы хотя бы палки в колеса не ставили.
> Почему водитель катка не давит муравейники в стороне от шоссе?
Потому что экспедитор катка велел именно тот муравейник прижать.
>> и при этом _не затрагивает_ бизнес спонсоров Linux Foundation, находится вне
>> зоны интересов мистера Торвальдса, GKH и прочих.
> Теория заговора конечно забавная, но хлипкая.
Хлипкая она, если не ставить себя на их место.
Ты вот не задумывался, почему с той же nVidia такой трюк они не проворачивают? Уже и факью им
показывали, и костерили Хуанга на все лады, и толпы хомячков на форониксе чуть ли не петиции на change.org пишут: "ЗАПРЕТИТЬ НЕНАВИДИЮ! НИЗАБУДИМ, НИПРАСТИМ!" - Хуанг, поди, от икоты не отдыхает. А все никак.
Давай я тебе объясню, в чем тут проблема. Проблема тут в том, что в списке топ-500 суперкомпьютеров, где стоят почти исключительно линуксы, почти в каждом таком суперкомпьютере стоят числодробилки nVidia. Ну вот как-то так получается, что многие задачи на них решать и быстрее, и дешевле, чем на ксеонах. А у AMD схожих по энергоэффективности решений как бы до сих пор нет. Да и драйвера они писать так и не научились.
Давай теперь представим, что будет, если Торвальдс или кто-то из его лейтенантов сломает нвидии её драйвера. Ну, возьмет и еще какую-нибудь функцию вынесет из экспортного списка для не-GPL модулей. Ну а чо, stable api nonsense, все такое, да и ваще - вам никто ничего не обещал, проприерасты проклятые!
А дальше происходит следующее. Линукс резко становится неинтересен практически всем в HPC. А нвидия берет и выпускает CUDA для FreeBSD, им там совсем чуть-чуть по их меркам надо допилить их драйвер (/dev/nvidia-uvm, ЕВПОЧЯ). В результате кто потеряет много-много-много бабла? Правильно, красная шапка/IBM и SuSE. То есть те самые спонсоры мистера Торвальдса.
Вот потому-то мистер Торвальдс и не ставит нвидии палки в колеса, хотя и не стесняется в выражениях. И никакой теории заговора тут и близко нет, просто бизнес эз южуал.
>> А ZFS оставляет для правильных пацанов, которые готовы и Солярку прикупить, и
>> сервачки, на которых ее сподобно запускать. Отличная бизнес-модель.
> Они это продают видимо только если клиенты сами настаивают.
Ах, дурные какие клиенты нонче пошли! Нет бы XFS взять, или ext4+LVM - а им все ZFS подавай! Вот дураки ведь!
> А по умолчанию
> норовят unbreakable всучить. Им вообще будет удобнее всего слить и солярис
> и zfs.
А чего Оракел еще не выкинул это все на свалку? Поди, потому, что тебя там в совете директоров нету, некому Ларри вразумить, да научить его считать свои деньги :-)
> Там видите ли самим все надо, а тут кучу
> всего другие делают.
Делать-то делают, только делают так, что мало-мальски важные данные им доверять или хлопотно, или страшно.
