1.1, anonymous (??), 22:17, 23/05/2019 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
В тексте ошибка : неподготвлены установочные пакеты для основных дистрибутивов Linux.
| |
|
2.27, Танкист (?), 00:53, 24/05/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
Ты лучше скажи на БТРе больше покататься уже не придётся?
А что думают по этому поводу Зюзя и МееГо? КрасноШляпники понятное дело уже забили на БТРа.
| |
|
3.108, ананим.orig (?), 18:04, 24/05/2019 [^] [^^] [^^^] [ответить]
| +/– |
>КрасноШляпники понятное дело уже забили на БТРа.
Так шапки и сабж в упор не видят.
Они давят на lvm + xfs/..
И надо сказать этот подход вполне себе альтернатива сабжу.
| |
3.114, Аноним (114), 18:26, 24/05/2019 [^] [^^] [^^^] [ответить]
| +/– |
Мало ли кто и на что забил? Не так давно кричали, что и танки не нужны. Однако btrfs очень даже рулит сейчас, а танки совершенствуют и танкистов учат. Ты учишься или балакаешь токма?
| |
|
|
3.74, eRIC (ok), 12:36, 24/05/2019 [^] [^^] [^^^] [ответить]
| +/– |
> Подскажите, а FreeNAS перейдет на вот этот ZFS on Linux
перейдет со временем, так как FreeBSD свою ZFS разработку переключает на ZoL реализацию
| |
|
|
|
|
3.115, Аноним (114), 18:28, 24/05/2019 [^] [^^] [^^^] [ответить]
| +/– |
>Да, это на уровне датасетов и это вкусно.
Чертей, которые используют слово "вкусно" вне пищи, надо сажать на кол.
| |
|
|
1.3, Анонимус154 (?), 22:39, 23/05/2019 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Насколько оно пригодно для использования на десктопах, а не серверах?
Последнее обсуждение, что я помню - дефолтные настройки ARC жрут слишком много памяти, а уменьшение ARC резко негативно влияет на производительность.
| |
|
2.8, Аноним (8), 23:00, 23/05/2019 [^] [^^] [^^^] [ответить]
| +/– |
Всё верно, ZFS не десктопная система. Но задуматься стоит, если Вам нужно сжатие, т.к. на данный момент к сожалению только COW системы поддерживают сжатие. И ZFS, вероятно, меньшее из зол.
| |
|
3.53, Аноним (53), 09:51, 24/05/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
Лучшее сочетание сжатия и скорости сейчас обеспечивает zstd, а это пока только btrfs.
| |
|
2.25, RNZ (ok), 00:12, 24/05/2019 [^] [^^] [^^^] [ответить]
| –1 +/– |
Очень пригодно.
Делаем zfs_arc_max в 10% RAM, где RAM>20GiB и радуемся, радуемся.
Негативного воздействия на производительность - не наблюдаем.
| |
|
3.51, пох (?), 09:48, 24/05/2019 [^] [^^] [^^^] [ответить]
| –4 +/– |
значит, производительность вам была не нужна вообще.
| |
|
4.96, RNZ (ok), 16:38, 24/05/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
> значит, производительность вам была не нужна вообще.
С чего вдруг? Всё летает.
Причём если ОЗУ много (к примеру 2-4tb) для zfs может хватить и 7%-3% ОЗУ.
| |
4.97, RNZ (ok), 16:49, 24/05/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
> значит, производительность вам была не нужна вообще.
А zfs на десктопе не для производительности, а для удобства. Для производительности - SSD.
И по секрету скажу, у меня для L2ARC есть, на котором 200G для того, что может быть в ОЗУ, но не обязано.
И ещё по секрету скажу, ARC на zfs умеет освобождать память в адаптивном режиме. Потому на десктопе с RAM 32G и 10% под ARC после полудня втыкания в браузер может быть занятым в 300-500M.
| |
|
5.101, пох (?), 17:22, 24/05/2019 [^] [^^] [^^^] [ответить] | +1 +/– | это значит что вы его таки доломали совсем - arc должен освобождаться только ... большой текст свёрнут, показать | |
|
6.154, RNZ (ok), 20:28, 25/05/2019 [^] [^^] [^^^] [ответить] | +/– | Нет Нет, на desktop он может не заполняться, потому-что это desktop - он может в... большой текст свёрнут, показать | |
|
7.156, пох (?), 20:41, 25/05/2019 [^] [^^] [^^^] [ответить] | +/– | а, это может У меня десктоп только виндовый, и ему вечно памяти не хватает пот... большой текст свёрнут, показать | |
|
8.163, RNZ (ok), 21:40, 25/05/2019 [^] [^^] [^^^] [ответить] | +/– | Выключаю все приборы, кроме холодильника, когда покидаю жилище - соблюдаю техник... большой текст свёрнут, показать | |
|
|
|
|
|
|
2.30, 0x0 (?), 03:12, 24/05/2019 [^] [^^] [^^^] [ответить]
| +/– |
Как по мне, для десктопа и xfs вполне годится. Несколько лет использую, правда, не как корневую, а для хранилища. Корневую под Linux, всё-таки, целесообразнее в ext4 форматировать. Хотя.. на вкус и цвет товарищей net :)
| |
|
3.31, 0x0 (?), 03:26, 24/05/2019 [^] [^^] [^^^] [ответить]
| –1 +/– |
*а если учесть, что со времён ext2 ни с одной, ни с другой не было ни одного серъёзного сбоя, то, наверное, по этому поводу и париться сильно не стоит.
Разве что, из исследовательских интересов ;)
| |
|
2.37, пох (?), 07:14, 24/05/2019 [^] [^^] [^^^] [ответить]
| –4 +/– |
пригодно, ибо поломано одинаково что для тех, что для других.
> Последнее обсуждение, что я помню - дефолтные настройки ARC жрут слишком много памяти
шок, сенсация - дефолтные настройки ядра линукса жрут вообще всю память, без всякой zfs!
total used free shared buffers cached
Mem: 8160616 8014792 145824 0 63352 6920316
-/+ buffers/cache: 1031124 7129492
представляете - 7 гиг сожрали, полтораста мегабайт всего оставили нужным и полезным задачам!
| |
|
3.52, svetrnd (ok), 09:49, 24/05/2019 [^] [^^] [^^^] [ответить]
| +6 +/– |
Так и должно быть. Свободная память - выброшенная в мусорное ведро память. Линукс - это вам не винда. Которая любит не использовать RAM и дурочки радуются, что якобы меньше ест :D
| |
|
4.59, пох (?), 11:21, 24/05/2019 [^] [^^] [^^^] [ответить] | +/– | молодец, садись, четыре-с-минусом На пять-с-плюсом надо было сообразить, что с ... большой текст свёрнут, показать | |
|
5.61, пох (?), 11:23, 24/05/2019 [^] [^^] [^^^] [ответить]
| +/– |
а, пардон - это, оказывается, [слово запрещенное на впопеннете] предлагал ручные ограничения ARC, а не пингвин. Звиняйте, что-то сегодня все анонимы кажутся на одно лицо.
| |
|
4.60, Минона (ok), 11:22, 24/05/2019 [^] [^^] [^^^] [ответить]
| –2 +/– |
Винда использует память точно также, вся свободная память уходит под кеш ФС
| |
|
5.78, пох (?), 14:11, 24/05/2019 [^] [^^] [^^^] [ответить]
| –3 +/– |
не разрушайте лап4атым мирок
тем более что юзероориентированные средства избавляют от лишних знаний, а более сложные ими ниасилены.
| |
5.138, вот такая вот куйня (?), 08:37, 25/05/2019 [^] [^^] [^^^] [ответить]
| +/– |
ну не совсем... далеко не совсем
если установлен SQL Server то именно он все сожрет а не винда
а если подобной софтины нет, то винда не жрет всю память под дисковый кеш
по моим наблюдениям не более 3/4
линукс съедает все что есть, притом сам занимаем копейки 500-1500 MB вся система в зависимости от конфига
| |
|
4.104, iPony (?), 17:40, 24/05/2019 [^] [^^] [^^^] [ответить]
| +/– |
> это вам не винда. Которая любит не использовать RAM и дурочки радуются, что якобы меньше ест :D
Хорошая альтернативная вселенная...
| |
|
|
2.73, Аноним (73), 12:30, 24/05/2019 [^] [^^] [^^^] [ответить]
| –1 +/– |
Смотря какие требования к декстопу. Можно и видео хранить, можно и нагрузку давать какую-то. Обычно на декстопе надо спип и хибернейт и неплохо бы чтобы рут был тоже на зфс при этом. Как с этим хз.
| |
|
3.79, пох (?), 14:13, 24/05/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
как обычно - нужен disk-backed sleep - нужен своп, своп на zfs работает только у solaris
если вы склонны считать его пережитком прошлого, то все более-менее будет работать. Но зачем?
| |
|
|
5.102, пох (?), 17:23, 24/05/2019 [^] [^^] [^^^] [ответить]
| +/– |
ну в смысле у него он работает, а у остальных как обычно.
судя по тому что даже proxmox его выпилила - что-то там совсем не так.
| |
|
|
3.99, RNZ (ok), 16:53, 24/05/2019 [^] [^^] [^^^] [ответить]
| +/– |
> Смотря какие требования к декстопу. Можно и видео хранить, можно и нагрузку
> давать какую-то. Обычно на декстопе надо спип и хибернейт и неплохо
> бы чтобы рут был тоже на зфс при этом. Как с
> этим хз.
хибернейт обычно только на переносных пк нужен. на десктопе sleep достаточен обычно.
| |
|
|
1.4, Аноним (4), 22:40, 23/05/2019 [ответить] [﹢﹢﹢] [ · · · ]
| –12 +/– |
>Добавлена команда "zpool trim",
БСДшники уже успели утянуть к себе. Авторы коммитов TRIM теперь и в коммитах бсдшного ZFS мелькают (((
Пустили козлов в огород (((
| |
|
2.11, xm (ok), 23:17, 23/05/2019 [^] [^^] [^^^] [ответить]
| +4 +/– |
Ровно наоборот. TRIM во FreeBSD лет 5 уже точно есть.
| |
|
3.14, Аноним (14), 23:27, 23/05/2019 [^] [^^] [^^^] [ответить]
| +/– |
> Ровно наоборот. TRIM во FreeBSD лет 5 уже точно есть.
/usr/src % uname
FreeBSD
/usr/src % git log sys/cddl/contrib/opensolaris/
commit 618888b019e4005dec19c1688531e25d6ff63c76
Author: pjd <pjd@FreeBSD.org>
Date: Sun Sep 23 19:40:58 2012 +0000
Obtained from: zfsonlinux
Submitted by: Etienne Dechamps <etienne.dechamps@ovh.net>
git логи не могут врать!
| |
|
2.13, zzz (??), 23:24, 23/05/2019 [^] [^^] [^^^] [ответить]
| +4 +/– |
БСДшники как раз эту фичу запилили. Анон не в курсе о слиянии FBSD-ZFS с ZoL?
| |
|
3.62, Аноним (62), 11:34, 24/05/2019 [^] [^^] [^^^] [ответить]
| +/– |
Поддержка TRIM взята из IllumOS. Слияние произошло в другую сторону. В BSD была своя реализация.
| |
3.82, Аноним (-), 14:47, 24/05/2019 [^] [^^] [^^^] [ответить] | –4 +/– | https github com freebsd freebsd commit 618888b019e4005dec19c1688531e25d6ff63c... большой текст свёрнут, показать | |
|
4.92, пох (?), 15:43, 24/05/2019 [^] [^^] [^^^] [ответить]
| +3 +/– |
Читай по слогам:
> Add TRIM support.
> Obtained from: zfsonlinux
осталось рассказать нам - что ж там, откуда оно "obtained" - оно нихрена не работало ровно до версии 0.8 ?
https://github.com/zfsonlinux/zfs/commit/1b939560be5c51deecf875af9dada9d094633
что ета, блжад?
Машина времени завезла этот (точно этот?) код в 2012й год?
> https://github.com/freebsd/freebsd/blob/edc77597c1be66d77328...
ой, все.
(ди6ил нашел линуксный эмулятор. Ни разу не gpl, и ни одного куска кода линукса не содержащий - как, впрочем, и zol - но код он не умеет, он умеет только текст)
| |
|
5.94, анонн (?), 16:09, 24/05/2019 [^] [^^] [^^^] [ответить] | –1 +/– | Например, потому что посчитали недостаточно оттестированым Кто же виноват, что ... большой текст свёрнут, показать | |
|
6.103, пох (?), 17:31, 24/05/2019 [^] [^^] [^^^] [ответить] | +3 +/– | или потому что это был плохоспортированный кусок недоделанного ораклово-сановско... большой текст свёрнут, показать | |
|
7.113, Аноним (-), 18:23, 24/05/2019 [^] [^^] [^^^] [ответить]
| –2 +/– |
> Пока я вам не сказал, вы явно не поняли что это эмулятор
Не тот ник у вас, ох не тот!
В справке о рождении следы затирания Artagnan не видны? И никакая Вангелия П. в родственниках не числилась?
Самому что-то придумать, приписать опонненту и усердно оспаривать.
Впрочем, ничего иного от бсдшников не ожидалось.
> ну да, kms позаимствован из линуха
О чем и шла речь:
>> Ничего вы не умеете сами делать, только копипастить.
И стоило так вилять, чтобы в конце все же признать?
| |
|
|
|
|
|
|
|
2.6, Аноним (6), 22:51, 23/05/2019 [^] [^^] [^^^] [ответить]
| –1 +/– |
zfs send -R -i snapN-1 zpool/fs@snapN | zfs recv zpoolNEW/fs
вообще, рекурсивные операции со снэпщотами в BTRFS есть ? Нету ? Ну и как мне атомарно скопировать 100500 докер контейнеров на BTRFS на другой хост ?
блок девайсы и снэпшоты блокдевайсов BTRFS хоть когда-то будет поддерживать ? Нет ? Не надо ничего говорить об lvm-thin. Самии хороните свои данные на этом хрупком говне.
| |
2.9, Аноним (8), 23:11, 23/05/2019 [^] [^^] [^^^] [ответить]
| –1 +/– |
И та и другая - COW. И та и другая существенно медленнее на широком спектре операций, относительно обычных файловых систем. Разница между ними в структуре хранения данных. BTRFS буквально виснет в некоторых сценариях. При работе виртуалки, например. ZFS более менее вытягивает любые нагрузки. Но при этом требует много памяти (от двух ГБ и более). Её конечно можно посадить на диету, но тогда уже существенно просаживается производительность...
Надо понимать, что COW файловые системы предназначены для файлопомоек. Виртуалки/базы данных и COW не совместимы.
| |
|
3.21, VINRARUS (ok), 23:54, 23/05/2019 [^] [^^] [^^^] [ответить]
| –1 +/– |
>ZFS более менее вытягивает любые нагрузки. Но при этом требует много памяти (от двух ГБ и более). Её конечно можно посадить на диету, но тогда уже существенно просаживается производительность...
Не жалко если для дела.
>BTRFS буквально виснет в некоторых сценариях.
Бывало...
>Надо понимать, что COW файловые системы предназначены для файлопомоек. Виртуалки/базы данных и COW не совместимы.
Да вкурсе. Но не в курсе чо при жостком REBOOT настройки плазмы сбрасываются на BTRFS, вроде в обычных конфигах хранятся, а не в db.
| |
|
4.56, котэ (?), 11:06, 24/05/2019 [^] [^^] [^^^] [ответить]
| +/– |
Ты тихо потерял постоянно перезаписываемый файл. Это плохо.
| |
|
5.84, пох (?), 15:04, 24/05/2019 [^] [^^] [^^^] [ответить]
| +2 +/– |
это нормально. Ненормально когда вместо файла мусор или fs "громко" вопит "чтотапаламалася" и не работает.
| |
|
4.131, Аноним (131), 22:14, 24/05/2019 [^] [^^] [^^^] [ответить]
| +/– |
> при жостком REBOOT настройки плазмы сбрасываются
т.е плазма постоянно держит конфиг открытым на запись? :facepalm:
что_же_с_нами_стало.jpg
| |
|
3.35, glebiao (ok), 06:34, 24/05/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
>медленнее на широком спектре операций, относительно обычных файловых систем.
безусловно
>BTRFS буквально виснет в некоторых сценариях. При работе виртуалки, например.
не встречался. в настоящий момент у меня на 3 серверах на btrfs живёт 4 виртуалки (qcow2/kvm) и с десяток контейнеров. Нагрузка весьма приличная.
btrfs смонтирована с autodefrag,commit=120. проблем (в том числе, при жёстком останове при проблемах с питанием), за 4 года, не было.
экспериментально (да. идиотизм. проба ради частых снепшотов), на btrfs, живёт база 1c (postgresql). Опции монтирования те же. Проблем (тьфу-тьфу, пока!) не было.
| |
3.55, Pofigist (?), 11:03, 24/05/2019 [^] [^^] [^^^] [ответить]
| +/– |
> Виртуалки/базы данных и COW не совместимы.
А мужики-то не знают...
ZFS - система не для серввера, и тем более - не для настольного ПК, это система для полноценной СХД - с FC/iSCSI+10GbE и прочими плюшками.
| |
|
4.152, пох (?), 19:50, 25/05/2019 [^] [^^] [^^^] [ответить]
| +/– |
> ZFS - система не для серввера, и тем более - не для настольного ПК, это система для полноценной
> СХД - с FC/iSCSI+10GbE и прочими плюшками.
дружище, полноценные схд с fc (iscsi немодно уже 20 лет) покупают за денежки (самосвалами) и очень маловероятно что внутри окажется zfs.
Ну как-то так судя по тому как проявляют себя в работе.
zfs - система прежде всего для наколенных поделок на ту же тему но чтоб "денег никому не платить", и у большинства ее потребителей никакого fc/10ge нет и не предвидится - и денег нет нах, и не нужно ни для чего вообще.
Единицы собирают себе полноценные хранилки для дома для семьи именно такого типа (я аж двоих лично знал) - но кому дома нужен ревущий монстр, жрущий как не в себя, да еще и есть чего к нему подключить с другой стороны?
| |
|
5.164, Pofigist (?), 22:04, 25/05/2019 [^] [^^] [^^^] [ответить]
| +2 +/– |
Дружок... как бы тебе сказать, но... хранилки с FC и ZFS есть например в нашем ВПК. И немало. NetApp, EMC и прочие - в сильной немилости по очевидным причинам. :)
iSCSI - опять в моде, по причине появления 40Gb с ее rdma и фишками для low latency
Для дома для семьи за глаза хватает поделок а-ля OMV.
| |
|
6.176, пох. (?), 07:28, 30/05/2019 [^] [^^] [^^^] [ответить] | +/– | в вашем впк два солдата и лопата заменяют экскаватор а то ж его немцы разрабаты... большой текст свёрнут, показать | |
|
|
|
3.81, Аноним (73), 14:46, 24/05/2019 [^] [^^] [^^^] [ответить]
| +/– |
Для vdev же cow не используется? Т е виртуалка на этом виртуальном диске нормально работает?
В моих тестах примерно в скорость дисков упирается все.
| |
3.107, Аноним (107), 17:57, 24/05/2019 [^] [^^] [^^^] [ответить]
| +/– |
>И та и другая - COW.
Жаль только zfs не умеет в reflink. А держать включенной дедупликацию бывает накладно
| |
|
4.129, пох (?), 21:09, 24/05/2019 [^] [^^] [^^^] [ответить]
| +/– |
а обычные линки чем вам не угодили? reflink - костылик в основном для доскеров и им подобным (ну и не считая того что других снапшотов у btr таки нет)
| |
|
|
2.10, Аноним (8), 23:13, 23/05/2019 [^] [^^] [^^^] [ответить]
| –1 +/– |
ZFS и BTRFS системы специального назначения. Их плюшки нужны ну единицам пользователей. Тем более, что плюшки предоставляются не за бесплатно.
| |
|
3.22, VINRARUS (ok), 00:01, 24/05/2019 [^] [^^] [^^^] [ответить]
| –1 +/– |
> ZFS и BTRFS системы специального назначения. Их плюшки нужны ну единицам пользователей.
> Тем более, что плюшки предоставляются не за бесплатно.
А если я хочу гарантировано защититься от проблем снапшотом всей ФС?
А потом ещо и на другой HDD бекапить инкрементально через
btrfs send -p /BTR4/@2014 /BTR4/@2019 | btrfs receive /backup/
?
| |
3.117, Аноним (114), 18:31, 24/05/2019 [^] [^^] [^^^] [ответить]
| +/– |
btrfs весьма не плоха как замена ext4, даже если вы не пользуетесь её "плюшками", потому что она сохранит ваши данные, в то время как ext4 потеряет.
| |
|
4.121, пох (?), 18:58, 24/05/2019 [^] [^^] [^^^] [ответить]
| +/– |
> потому что она сохранит ваши данные, в то время как ext4 потеряет
с чего бы?
скорее она сохранит свою консистентность, ценой отправки подлежащих (возможно) восстановлению данных в /dev/null, а ext4 предоставит прекрасную возможность потрахаться по настоящему, но чаще всего это не требуется, и вообще никто не замечает каких-то там отвалившихся линков в /tmp или в .tormozilla/гдеонотам/cache
а вот превращений всей ext4 в тыкву, приводящую к kernel panic - что случается с zfs, пока не видали.
imho, если не пользоваться ни redundancy, ни снапшотами, ни простым удалением-добавлением устройств - нафиг не надо лишних сложностей.
| |
4.178, Илья (??), 00:37, 04/06/2019 [^] [^^] [^^^] [ответить]
| +/– |
У меня другая практика. Полностью противоположная. btrfs ломается несмотря на raid-массив на совершенно исправном оборудовании.
| |
|
|
|
3.17, VINRARUS (ok), 23:41, 23/05/2019 [^] [^^] [^^^] [ответить]
| –2 +/– |
> В том, что первая не теряет данные.
100%?
А потерю даных в BTRFS подтверждаю - не COW, а БЫК какой то.
| |
|
4.41, пох (?), 07:35, 24/05/2019 [^] [^^] [^^^] [ответить]
| –1 +/– |
>> В том, что первая не теряет данные.
> 100%?
пул иногда в тыковку превращается, и ты получаешь прекрасную возможность удалить их самостоятельно.
а так чтоб просто вот взяло и потеряло и дальше поехало - такого, вроде, не замечено.
но с zfs send "все не так однозначно!"
| |
4.118, Аноним (114), 18:33, 24/05/2019 [^] [^^] [^^^] [ответить]
| –3 +/– |
О да, прям имперические данные, открывшие нам глаза! А на самом деле, скорее, показавшие твою глупость, ибо твоё мнение -- мнение одно человека и без всякого подтверждения.
| |
|
5.124, VINRARUS (ok), 19:15, 24/05/2019 [^] [^^] [^^^] [ответить]
| –1 +/– |
> О да, прям имперические данные, открывшие нам глаза! А на самом деле,
> скорее, показавшие твою глупость, ибо твоё мнение -- мнение одно человека
> и без всякого подтверждения.
В отличии от очередного анонима мои слова утверждены моей аватаркой.
Доказывать анониму я ничего не собирають, потому шо тебя не существует.
| |
|
|
|
2.47, Аноним (47), 09:30, 24/05/2019 [^] [^^] [^^^] [ответить]
| +/– |
Например zfs есть за пределами линукса. Это вообще странно что с переносимостью между системами в 2019 такая беда
| |
|
3.49, пох (?), 09:46, 24/05/2019 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Например zfs есть за пределами линукса.
но пользы от этого нет никакой, ибо она не смонтируется.
> Это вообще странно что с переносимостью между системами в 2019 такая беда
ext4 прекрасно переносится везде, кроме линуксов и фрей (где реализация через fuse немношк неэффективна и ненадежна, а native in-kernel, ВНЕЗАПНО, несовместима с той же самой версией созданной на другом процессоре)
ntfs прекрасно переносится везде, кроме мабилок, где намеренно выпилена.
exfat прекрасно переносится везде, включая мабилки самсуня с native driver
| |
|
4.63, Аноним (62), 11:41, 24/05/2019 [^] [^^] [^^^] [ответить]
| +/– |
>> Например zfs есть за пределами линукса.
> но пользы от этого нет никакой, ибо она не смонтируется.
И давно? Помню, монтировал пулы от ZoL 0.6.x в FreeBSD, делал scrub.
| |
|
|
6.85, Аноним (62), 15:05, 24/05/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> И давно? Помню, монтировал пулы от ZoL 0.6.x
> да у вас, дедуля, хорошая память. Вы бы еще пул версии 3
> вспомнили.
Енто ещё что, помню даже поимённо всех анонимов Опеннета.
> А у нас оно нонеча - вот так:
> https://www.opennet.ru/openforum/vsluhforumID3/117164.html#198
Дык, завтреча пропатчат ZoL во FreeBSD.
> - и это, сами понимаете, цветочки, когда симпортится - полезут ягодки
Ягодки в хозяйстве зело нужное, витаминчики пользительны для памяти.
| |
|
7.87, пох (?), 15:18, 24/05/2019 [^] [^^] [^^^] [ответить]
| +/– |
> Дык, завтреча пропатчат ZoL во FreeBSD.
ну и зачем мне два одинаковых?
смысл-то был пока они были разные.
| |
|
|
9.122, пох (?), 19:00, 24/05/2019 [^] [^^] [^^^] [ответить] | –1 +/– | ну и зачем мне одинаковые ожидаемые тормоза по cpu, write amplification и неконт... текст свёрнут, показать | |
|
|
|
|
|
|
|
|
1.7, Ддд (?), 22:53, 23/05/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Шикарно! Обожаю zfs. Не самая шустрая зато удобнее некуда. Осталось прилумать как на нее целиком перелезть
| |
|
|
3.33, iCat (ok), 03:35, 24/05/2019 [^] [^^] [^^^] [ответить]
| +/– |
> Осталось прилумать как на нее целиком перелезть
А зачем - "целиком"?
Тем и хорош выбор, что для разных задач можно применять разные инструменты.
"Топором мы всё могём"? Это тут не подходит.
ZFS хорош для своих задач, ReiserFS - для своих задач, XFS - для своих, EXT4 - для своих.
А универсальность - это всегда "всего понемножку, но ничего на всю катушку".
Ну не будешь ведь ты писать текстовые документы в графическом или музыкальном редакторе? А ведь можно! Но в текстовом процессоре это делать многим лучше.
| |
|
|
5.75, iCat (ok), 13:00, 24/05/2019 [^] [^^] [^^^] [ответить]
| +/– |
> ReiserFS уже давно ни для чего не хорош. Остановите некрофилию!
А у тебя, небось, BTRFS во все поля? Или WinFS?
| |
|
6.91, анонн (?), 15:43, 24/05/2019 [^] [^^] [^^^] [ответить]
| +/– |
> тогда сотни миллионов тех кто использует ntfs по вашему кто ?
Черные археологи?
| |
|
7.119, Аноним (114), 18:36, 24/05/2019 [^] [^^] [^^^] [ответить]
| –1 +/– |
Если учесть, что ntfs -- наследие hpfs, то это чёрные некрофилы, потому что для своего времени hpfs была очень даже хороша, а ntfs её извратила, убила, а потом сдохла сама.
MS вообще не может ничего сама сделать. Вроде бы выпустила refs, которая приближается хотя бы отчасти к zfs и btrfs, но даже эти потуги MS убивает своей криворукостью.
| |
|
8.123, пох (?), 19:07, 24/05/2019 [^] [^^] [^^^] [ответить] | +/– | это сказки От hpfs там нет практически ничего, кроме некоторых идей, с тем же у... текст свёрнут, показать | |
|
|
10.139, пох (?), 10:25, 25/05/2019 [^] [^^] [^^^] [ответить] | +/– | повторяю для тугослышащих еще больше там идей, уже реализованных в fat Причем ... большой текст свёрнут, показать | |
|
11.162, glebiao (ok), 21:26, 25/05/2019 [^] [^^] [^^^] [ответить] | +1 +/– | вы о какой версии hpfs оси говорите по опыту работы с Авророй да и Мерлином , ... большой текст свёрнут, показать | |
|
12.165, пох (?), 23:13, 25/05/2019 [^] [^^] [^^^] [ответить] | +1 +/– | warp3 ну и все что было до того, начиная с 2 0 и заканчивая lanserver3 На это... большой текст свёрнут, показать | |
|
|
|
|
|
|
|
|
|
3.64, Аноним (62), 11:42, 24/05/2019 [^] [^^] [^^^] [ответить]
| +/– |
>> Осталось прилумать как на нее целиком перелезть
> А в чом проблема?
Android-x86 тяжело поставить в соседний подтом. :)
| |
|
2.48, Аноним (47), 09:31, 24/05/2019 [^] [^^] [^^^] [ответить]
| +/– |
Линукс, фряха и соляра давно вроде успешно грузятся. У вас мак или ещё какой оффтопик?
| |
|
1.16, Torm84 (?), 23:28, 23/05/2019 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
А ОС с неё умеет загружаться в многодисковой конфигурации?
У меня сейчас система на домашнем сервере загружается с btrfs в который включено 2 физических диска в режиме raid 1, на случай если один из них сдохнет, работа продолжится, после замены сломанного опять все поедет в 2х дисковой конфигурации. Интересно, zfs так умеет?
| |
|
2.26, RNZ (ok), 00:27, 24/05/2019 [^] [^^] [^^^] [ответить]
| –1 +/– |
Но не особо нужно это.
ОСь грузить с SSD с ext4, а /{home,var,opt,usr/local,srv} с zfs в mirror или raid-z/z1/z2/z3 и радоваться, радоваться.
| |
|
3.43, пох (?), 07:38, 24/05/2019 [^] [^^] [^^^] [ответить]
| –2 +/– |
именно для / (и возможно прилегающих к нему /var) только и нужна возможность отката на снапшот.
Для остального существуют архивы и бэкапы.
Но вы продолжайте сооружать бессмысленные гибриды ужа с ежом.
| |
|
4.57, RNZ (ok), 11:07, 24/05/2019 [^] [^^] [^^^] [ответить]
| –1 +/– |
> именно для / (и возможно прилегающих к нему /var) только и нужна
> возможность отката на снапшот.
> Для остального существуют архивы и бэкапы.
Зависит от ОС, если у вас Debian или RHEL и производные, то да, snapshot не помешает для корня.
Но на практике - снять/отресторить backup корня проще (мало занимает), чем возиться со снапшотами при сломавшемся буте с zfs.
> Но вы продолжайте сооружать бессмысленные гибриды ужа с ежом.
Гибриды не бессмысленные, проверено.
| |
|
5.69, пох (?), 12:07, 24/05/2019 [^] [^^] [^^^] [ответить]
| –2 +/– |
> Но на практике - снять/отресторить backup корня проще (мало занимает), чем возиться со
> снапшотами при сломавшемся буте с zfs.
снапшоты нужны не для сломавшегося бута. Они нужны когда при апгрейде что-то поломалось и хочется не разбираться что там опять накуролесили, а просто вернуться в исходное состояние. Для btrfs это - поменять пару символов в командной строке grub, и потом из single еще раз то же самое в fstab - все, свежеустановленное можно даже и не удалять, потом в chroot будешь разбираться, что там пошло не так.
С zfs погеморройнее, поскольку bootenv'ы у нас не поддерживаются, а у них - кривые.
Но всяко на порядок быстрее и проще чем восстанавливать / с бэкапа (что-с происходит в этот момент, скажем, с базой установленных пакетов в /var/lib? Отож.)
| |
|
6.95, RNZ (ok), 16:31, 24/05/2019 [^] [^^] [^^^] [ответить] | +/– | gt оверквотинг удален btrfs или zfs в boot - первая имеет имела свойство п... большой текст свёрнут, показать | |
|
7.105, пох (?), 17:40, 24/05/2019 [^] [^^] [^^^] [ответить] | +/– | dev sda2 on type btrfs rw,relatime,space_cache,subvolid 257,subvol 17 3... большой текст свёрнут, показать | |
|
8.150, RNZ (ok), 14:45, 25/05/2019 [^] [^^] [^^^] [ответить] | +/– | gt оверквотинг удален btrfs дома 1 год использовал, пару раз вырубилось питан... большой текст свёрнут, показать | |
|
|
|
|
|
3.54, OpenEcho (?), 10:47, 24/05/2019 [^] [^^] [^^^] [ответить] | +/– | Дружеский совет, забудте про raid-z z1 z2 z3 и используйте зеркала В случае пом... большой текст свёрнут, показать | |
|
4.58, RNZ (ok), 11:10, 24/05/2019 [^] [^^] [^^^] [ответить] | –1 +/– | gt оверквотинг удален Вопрос был в контексте домашнего использования, если что... большой текст свёрнут, показать | |
|
5.67, пох (?), 11:55, 24/05/2019 [^] [^^] [^^^] [ответить]
| +/– |
> Вопрос был в контексте домашнего использования, если что.
тебе чьих данных больше жалко - домашних или дядиных?
И у кого, кстати, больше денег на бэкапы и лишние диски?
| |
|
6.100, RNZ (ok), 17:07, 24/05/2019 [^] [^^] [^^^] [ответить]
| +/– |
>> Вопрос был в контексте домашнего использования, если что.
> тебе чьих данных больше жалко - домашних или дядиных?
> И у кого, кстати, больше денег на бэкапы и лишние диски?
В обоих случаях, бекапы нужны. Но речь шла не про бекапы.
| |
|
7.106, пох (?), 17:44, 24/05/2019 [^] [^^] [^^^] [ответить]
| +/– |
дома на бэкапы нетбабланах (иначе зачем бы мне zfs ? это и есть бэкап примерно всего)
там где есть 400T - бэкап в теории есть, на практике если накроется ВСЕ - при банкротстве контора потеряет меньше, чем при попытке восстановить.
Потому что пока такой объем восстанавливается - там судебных и прочих исков и пень успеет набежать в разы больше.
Если накроется кусок (и не просто так промышленная хранилка ограничивает отдельный dataset в ~14T) - то, конечно, как нибудь переживут.
| |
|
8.149, RNZ (ok), 14:34, 25/05/2019 [^] [^^] [^^^] [ответить] | +/– | Нищебродство какое-то snapshot это не бекап Три накопителя разных производител... текст свёрнут, показать | |
|
9.151, пох (?), 17:24, 25/05/2019 [^] [^^] [^^^] [ответить] | +/– | поздравляю, вы купили 1 3 дискового пространства за 3x денег Или 4x, поскольку ... текст свёрнут, показать | |
|
10.153, RNZ (ok), 20:11, 25/05/2019 [^] [^^] [^^^] [ответить] | +/– | zfs для компрессии и удобства управления всей ёмкостью И можно при необходимост... текст свёрнут, показать | |
|
11.155, пох (?), 20:30, 25/05/2019 [^] [^^] [^^^] [ответить] | +/– | какое ж у вас удобство и управление, если аж три диска и из тех один в рейде, др... текст свёрнут, показать | |
|
|
13.161, RNZ (ok), 21:12, 25/05/2019 [^] [^^] [^^^] [ответить] | +/– | Ну вообще оно у них на облаках для hpc применимо, рассказывают https cloud go... текст свёрнут, показать | |
|
12.160, RNZ (ok), 21:04, 25/05/2019 [^] [^^] [^^^] [ответить] | –1 +/– | Удобство в управлении всей ёмкостью и компрессия, назначение mountpoint ов, возм... текст свёрнут, показать | |
|
|
|
|
|
|
|
|
4.65, Аноним (65), 11:49, 24/05/2019 [^] [^^] [^^^] [ответить]
| +/– |
У этого подхода тоже есть недостатки - под резервирование отдается аж половина общего объема дисков, и с надежностью тоже не все так радужно.
Zpool превращается в тыкву если хотя бы один vdev в нем умирает. Zpool, состоящий из нескольких mirror vdev умрет если хотя бы в одном из зеркал сдохнут сразу два диска (подразумевая, что зеркала составляются из пар дисков). Zpool, состоящий из raidz2 vdev'ов же переживет потерю двух любых дисков в любом из vdev. А raidz3 - потерю трёх.
| |
|
5.112, OpenEcho (?), 18:19, 24/05/2019 [^] [^^] [^^^] [ответить]
| +/– |
> Zpool, состоящий из raidz2 vdev'ов же переживет потерю
> двух любых дисков в любом из vdev. А raidz3 - потерю
> трёх.
Вы читали линки в моем первом посте?
| |
|
4.66, пох (?), 11:54, 24/05/2019 [^] [^^] [^^^] [ответить] | +/– | в случае отказа диска в vdev - времени уйдет ровно столько, сколько надо чтобы п... большой текст свёрнут, показать | |
4.88, Это я (?), 15:23, 24/05/2019 [^] [^^] [^^^] [ответить]
| +/– |
Меня raid-z2 неоднократно выручал. Так из массива постепенно ушли все сигейты.
| |
4.130, Michael Shigorin (ok), 22:14, 24/05/2019 [^] [^^] [^^^] [ответить]
| +/– |
> то велика вероятность, что в случае падения одного диска
> за ним последуют другие
keywords: double fault
| |
|
|
|
1.20, Аноним (19), 23:48, 23/05/2019 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Интересно, насколько беспроблемным будет апгрейд с 0.7 до 0.8? с 0.6 до 0.7 проходило гладко, что не могло не порадовать.
| |
1.32, Аноним (32), 03:33, 24/05/2019 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
Есть у редхата vdo, не вижу смысла в многослойном костылк. Для ядер 5.1 регрессии в виде отсутствии FPU/SIMD.
| |
|
2.34, Это я (?), 06:00, 24/05/2019 [^] [^^] [^^^] [ответить]
| –1 +/– |
С VDO - это какойөто закат Солнца вручную с педально-шаговым управлением. Нужно периодически "подтягивать" размер сжатого устройства и файловую систему с учётом реального свободного места на физическом устройстве.
| |
|
3.72, Annoynymous (ok), 12:19, 24/05/2019 [^] [^^] [^^^] [ответить]
| +2 +/– |
А ручной запуск ребалансинга btrfs с той же целью — это не педально-шаговый?
Зато в подходе от Red Hat примерно понятно где что сломалось, поскольку технологии независимы.
| |
|
4.89, Это я (?), 15:28, 24/05/2019 [^] [^^] [^^^] [ответить]
| +/– |
btrfs мне вообще не вариант. Реальной рабочей альтернативы ZoL (чексуммы, сжатие, raid-z2; дедупликация для меня малоюзабельна из-за скорости) я лично для себя не вижу.
| |
|
|
2.141, пох (?), 10:42, 25/05/2019 [^] [^^] [^^^] [ответить]
| –1 +/– |
то есть вот этот вот редхатопц с девмапером поверх девмапера погоняющего девмапером - это не многослойный костылик, где в одном месте сжатие, в другом отдельном снапшоты, в третьем тома xfs отдельно, и попробуй угадай где и в каком слое этажерки у нас сейчас кончится место и какой утилитой это надо проверять - совсем-совсем не костылик?
И невозможность банально включить сжатие на существующей fs, вообще ничего больше в ней не трогая - это, понятно, большой плюс редгадоидов, ага.
ну и отдельно очень интересно знать, какова надежность такого бутерброда - а то, знаете ли, про devmapper-то по сей день ходят слухи, что умеет внезапно обернуться тыковкой, и, в отличие от btr/zfs - там средств анализа, не то что восстановления, нет в помине.
| |
|
3.173, пох (?), 22:01, 26/05/2019 [^] [^^] [^^^] [ответить]
| +/– |
гы-гы - не прошло и дня - https://www.opennet.ru/opennews/art.shtml?num=50747 - и да, это исключительно "качество dm" (в dm через dm).
но больным фанатикам это пофиг - они видят проблему где угодно, только не в ее источнике. (впрочем, вряд ли их квалификация позволяет понять, что написано в патче)
И это, на самом деле, и есть главный повод стоять от их фетиша подальше.
| |
|
|
1.38, Аноним (38), 07:23, 24/05/2019 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
> Добавлена встроенная поддержка шифрования хранимых данных на уровне файловой системы и разделов.
> Добавлена команда "zpool trim", позволяющая информировать используемые в пуле накопители о секторах, которые больше не используются.
Я все таки перееду с FreeNAS на что-нибудь линуксовое. Ура!
| |
|
2.42, пох (?), 07:36, 24/05/2019 [^] [^^] [^^^] [ответить]
| –1 +/– |
да, переезжай - во фринасе после мержа ловить будет нечего уже совсем.
| |
2.44, Аноним (44), 08:00, 24/05/2019 [^] [^^] [^^^] [ответить]
| +/– |
Сейчас все NAS линуксовые, уже давно идут с btrfs, никаких проблем. Переезжайте спокойно. До тех пор, пока это рейд с избыточностью, скажем, 10. 0 это практически суицид независимо от ФС.
| |
|
3.45, Аноним (38), 08:39, 24/05/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
Не вариант, у меня RAID-Z1 (RAID5), который в btrfs все никак не заработает без поломки фс. Минимальная избыточность и максимальная плотность данных. Да, он может полететь во время ресильвера, но простои мой домашний сервак не особо пугают, и бекапы у меня есть. Логично было бы докинуть еще один диск до оптимальной конфигурации, но у меня просто физически закончилось место в корпусе, увы.
| |
|
4.68, пох (?), 11:59, 24/05/2019 [^] [^^] [^^^] [ответить]
| –2 +/– |
> Да, он может полететь во время ресильвера, но простои мой домашний сервак не особо пугают, и
> бекапы у меня есть.
ну так может и совсем нафиг этот raid, многодисковые конфигурации btrfs нормально, вроде, поддерживает?
| |
|
|
2.46, ryoken (ok), 08:55, 24/05/2019 [^] [^^] [^^^] [ответить]
| –3 +/– |
OpenMediaVault так-то давно уже есть. Не помню, как там у них с ZFS, не было нужды. Но с учётом, что под капотом - обычный Дебиан, прикрутить вероятно можно.
| |
|
3.71, пох (?), 12:13, 24/05/2019 [^] [^^] [^^^] [ответить]
| –1 +/– |
отдельным модулем, вроде работает. Но зачем?
(в смысле - зачем вообще нужна эта дебиан-бэйзед подделка? У нас есть proxmox если хочется дебиана и пока еще есть freenas с более живой версией zfs)
| |
|
|
|
2.86, пох (?), 15:09, 24/05/2019 [^] [^^] [^^^] [ответить]
| +/– |
в чем проблема - кроме мечт обмазаться наисвежайшим?
Либо живете на ядре, которое просто работает, либо наслаждаетесь решениями больных столманизмом и рукоплещете, а вражеский zfs вообще не должен вас касаться.
| |
|
3.110, zfs (??), 18:08, 24/05/2019 [^] [^^] [^^^] [ответить]
| +/– |
Бывают случаи, когда не приходится выбирать и есть только ядро 5.x, но нужен и ZFS.
Хотелось бы при этом иметь и SIMD в ZFS.
| |
|
4.132, пох (?), 22:15, 24/05/2019 [^] [^^] [^^^] [ответить]
| +/– |
ну странный это случай - либо ты архитектор, и ты выбираешь правильные с твоей точки зрения версии и методы работы, либо тебя не спрашивают - тогда и ты не отвечаешь за результат. Тормозит? Значит так и было задумано.
Откатить вредную правку в ядре - дело пары минут, два ненужно-static выкинуть и EXPORT вернуть. Найти что там попатчили в zfs для совместимости - ну чуть подольше займет.
Но смысла так убиваться я не вижу.
Вон сегодня коллеги с телефонии пришли - ведро не видит сетевуху. Заглядываю в config - охреневаю:
CONFIG_NET_VENDOR_3COM=n и CONFIG_VIA_RHINE not set.
Привет от redhat, объявлены немодными и немолодежными. Первое это даже не сборка, это вообще ядро не задает вопросов про эти драйверы. Да, можно было включить им elrepo и таки поставить. Но: это решение redhat. Как видим, неслучайное, а вообще возможность сборки отключена. Коллеги в этом не алле, они астер на ней настраивают. Завтра запросто ibmhat поломает совсем. Поэтому - правильно, "идите и купите на базаре e1000 - еще на десять лет вам хватит, еще e100 не выпилили(таки не), цена ей копейки, а сэкономленный геморрой - бесценен".
| |
|
5.136, zfs (??), 00:26, 25/05/2019 [^] [^^] [^^^] [ответить]
| +/– |
> ну странный это случай - либо ты архитектор, и ты выбираешь...
Я, конечно, могу выбрать. "Обмазываться наисвежайшим" цели не было и нет.
Но это мне будет стоить времени намного большего, чем фикс (точнее откат) превнесенной проблемы.
| |
|
6.142, пох (?), 10:43, 25/05/2019 [^] [^^] [^^^] [ответить]
| +/– |
ну а тогда - зачем оно? То есть вот каких именно фич очень надо от 5.чтотамунас-1? которых нет в каком-нибудь 4.15, которое, пока, миновала чаша сея?
| |
|
|
|
|
|
3.93, пох (?), 15:47, 24/05/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
в каком месте ваша корявая инструкция решает проблему "лап4атые запретили сторонним модулям использовать FPU, чтобы выдать свое неумение писать быстрый код за чужие тормоза" ?
оно, понятно, исправляется двустрочным патчем в ядре и откатом пятнадцатистрочного в zol, но нафига?
| |
|
4.111, zfs (??), 18:16, 24/05/2019 [^] [^^] [^^^] [ответить]
| +/– |
> чтобы выдать свое неумение писать быстрый код за чужие тормоза" ?
Странная мысль. Расшифруйте.
> оно, понятно, исправляется двустрочным патчем в ядре и откатом пятнадцатистрочного в zol, но нафига?
Что нафига?
Очевидно, что технически проблема возникла на пустом месте, точнее из идеологических/юридических соображений.
Очевидно, что в полезной, но не GPL-ной ZFS не хочется терять в производительности на ровном месте.
| |
|
5.134, пох (?), 22:26, 24/05/2019 [^] [^^] [^^^] [ответить]
| +/– |
> Странная мысль. Расшифруйте.
это диверсия. Намеренная. Чего тут не понимать?
> Очевидно, что технически проблема возникла на пустом месте
это не проблема. Это сознательное вредительство. Использовать fpu и раньше было нельзя, "официальные" функции изначально объявлены gpl-only. Единственное назначение подобных объявлений - чтобы не-gpl код работал плохо. Потому что победить честно они не могут. zfs использовала случайно торчащие наружу аналоги с __ в имени, которые уже по названию очевидно что не предназначались для использования в обход штатных оберток, и торчали наружу по недосмотру. Недосмотр зачищен.
> Очевидно, что в полезной, но не GPL-ной ZFS не хочется терять в производительности на ровном
> месте.
это НЕ ровное место. Это позиция персоны, приближенной к самому императору, подкармливаемой объедками со стола IBM и Oracle. Которые совершенно не намерены позволять развиваться каким-то альтернативам своих уродливых поделок.
судьба zol теперь совершенно предсказуема, и отправится она туда же, куда devfs.
не думаю что им поможет выигранный vmware по совершенно аналогичному случаю судебный процесс - у них столько денег нет.
| |
|
6.137, zfs (??), 00:28, 25/05/2019 [^] [^^] [^^^] [ответить]
| +/– |
По сути я с тобой согласен.
Просто в твоем мессадже много экспрессии.
Ну и исходный твой мессадж был несколько туманен.
| |
6.166, RNZ (ok), 15:46, 26/05/2019 [^] [^^] [^^^] [ответить]
| +/– |
Это как-бы и так понятно, учитывая развитие альтернативы в виде btrfs.
Если-бы код zfs был под GPL, а не CDDL, вряд-ли бы кто-то возражал против его включения в ядро, и btrfs вряд-ли появился-бы.
А так Torvalds и Сo имеют право делать свой код ориентированным на совместимость с GPL-only.
Как только btrfs допилят до сопоставимой с zfs кондиции, в существовании ZoL не останется смысла.
| |
|
7.169, пох (?), 16:28, 26/05/2019 [^] [^^] [^^^] [ответить]
| –2 +/– |
> Если-бы код zfs был под GPL, а не CDDL
гуглите историю devfs. Вполне себе была под gpl, что не помешало саботировать ее принятие до момента, когда автор попал в рай - под совершенно высосанными из пальца предлогами.
ну или можете посмотреть на текущее состояние вайргада (там, правда, долбанутость автора примерно равна, поэтому я тут ни за жабу, ни за гадюку не болею, просто наслаждаюсь зрелищем).
> А так Torvalds и Сo имеют право делать свой код ориентированным на совместимость с GPL-only.
а мы имеем право считать их плохими п-сами, намеренно начавшими мешать делать чужой код, потому что неспособны написать свой эквивалентного качества, и плюющими на своих пользователей (все правильно, пользователи последние двадцать лет не нужны, линукс давно уже не community-проект, жрет с лопаты что ебеме приносит).
по этой же причине "до сопоставимой кондиции" btrfs не допилят примерно никогда. Потому что незачем, "и так сойдет", а ебеме он не нужен - будете пользоваться редхатовским бутербродом и благодарно кланяться.
А zfs от нас в ближайшее время никуда не денется, даже если орацлу надоест - старые выпуски в тыкву-то вряд ли превратятся.
| |
|
8.174, RNZ (ok), 23:24, 26/05/2019 [^] [^^] [^^^] [ответить] | +/– | Я не настолько пессимистичен История развития linux конечно полна разными собы... текст свёрнут, показать | |
|
|
|
|
4.144, Аноним (62), 12:31, 25/05/2019 [^] [^^] [^^^] [ответить]
| +/– |
> в каком месте ваша
О как, я уже разработчик Gentoo.))
> корявая инструкция решает проблему "лап4атые запретили сторонним модулям
> использовать FPU, чтобы выдать свое неумение писать быстрый код за чужие
> тормоза" ?
Это милейший, не моя проблема. Но ежели кто с ней столкнулся, решить её ничего не стоит. Упс, я хотел сказать, мне на её решение потребуется неделя-другая ковыряния в носу с умным видом и пития кофэ. Ты ведь не выдашь этот маленький секрет? Пиши-пиши в том же духе.)))
| |
|
5.146, пох (?), 12:38, 25/05/2019 [^] [^^] [^^^] [ответить]
| +/– |
> Это милейший, не моя проблема.
тогда зачем вы лезете в обсуждения не своей проблемы с не имеющей к ней ни малейшего отношения инструкцией о выпрямлении некоторых череззадничных проблем генты?
> Но ежели кто с ней столкнулся, решить её ничего не стоит.
но вы-то ниасилили, как я погляжу.
> Упс, я хотел сказать, мне на её решение потребуется неделя-другая ковыряния в носу
это пока не подтверждено практикой. Может ты ее вообще ниасилишь решить, откуда нам знать. Судя по инструкции не от того места - вполне вероятно и такое.
А тем кто могут - оно, судя по треду, по большей части неинтересно - болезнь неизлечима, поддерживать больного можно, но эвтаназия дешевле и практичнее.
| |
|
6.147, Аноним (62), 12:46, 25/05/2019 [^] [^^] [^^^] [ответить] | –1 +/– | Что бы ссылаться на твоё экспертное мнение, когда мне не поверят, что менее чем ... большой текст свёрнут, показать | |
|
|
|
|
2.126, Аноним (127), 19:39, 24/05/2019 [^] [^^] [^^^] [ответить]
| +/– |
Ну, разве что оттуда интересное словосочетание выдернуто "GPL condom". Экая конструкция. А так да, решат со временем. Это ж только на свежих ядрах.
| |
|
3.135, пох (?), 22:30, 24/05/2019 [^] [^^] [^^^] [ответить]
| +/– |
> Ну, разве что оттуда интересное словосочетание выдернуто "GPL condom". Экая конструкция.
на vmware за такую конструкцию подали в суд. Правда, позорно прос...ли.
да, я тоже думаю что со временем столманодолбанутые на грантах ibmhat их порешат окончательно.
Кому нужна zfs, работающая нормально "только на ядре 2.6.32"?
| |
|
4.145, Аноним (62), 12:34, 25/05/2019 [^] [^^] [^^^] [ответить]
| +/– |
> да, я тоже думаю что со временем столманодолбанутые на грантах ibmhat их
> порешат окончательно.
ВМФ исключительных против Минэнерго? Одобряем. =)
| |
|
|
|
|