1.1, Аноним (1), 09:51, 07/01/2021 [ответить] [﹢﹢﹢] [ · · · ]
| –12 +/– |
погодите-ка, так эта ФС используется в ядре или в пространстве пользователя??
| |
|
|
3.72, Аноним (72), 23:35, 07/01/2021 [^] [^^] [^^^] [ответить]
| +1 +/– |
В пространстве пользователя ядерного модуля, ты хотел сказать. Не благодари.
| |
|
|
1.8, Аноним (8), 11:54, 07/01/2021 [ответить] [﹢﹢﹢] [ · · · ]
| +5 +/– |
Отличная файловая система. Она как запретный плод: один раз zfs - всегда zfs! ^_^
| |
|
2.9, 5.6_4.2 (?), 12:26, 07/01/2021 [^] [^^] [^^^] [ответить]
| –6 +/– |
Да особо ничего в ней хорошего нет вот если из формата zst сделают файловую систему это будет самая быстрая в мире фс
| |
|
3.16, анон (?), 14:10, 07/01/2021 [^] [^^] [^^^] [ответить]
| +4 +/– |
снапшоты которые не уменьшаю производительность (в отличии от lvm2) и их можно передавать икрементально (только изменённые данные) по ssh (для обновления бэкапа), програмный raid (отказоустойчивость) который можно воткнуть в другой комп без проблем, сжатие файлов в самой системе.
| |
|
|
5.27, OpenEcho (?), 16:08, 07/01/2021 [^] [^^] [^^^] [ответить]
| +6 +/– |
А на домашнем компютере не хранятся налоговые отчеты, фотки и видео семьи,которые будет досадно потерять ???
Если нет, то вам даже fat32 подойдет
| |
|
6.29, Аноним (15), 16:16, 07/01/2021 [^] [^^] [^^^] [ответить]
| +/– |
Налогов, семьи, фоток нет. Никого из перечисленных потерять будет не досадно.
| |
|
7.33, OpenEcho (?), 17:14, 07/01/2021 [^] [^^] [^^^] [ответить]
| +4 +/– |
> Налогов, семьи, фоток нет. Никого из перечисленных потерять будет не досадно.
В таком случае проще держать bootable флешку с read-only swicth-em - и безопасно и нет зависимости от компов
| |
7.113, Аноним (-), 18:47, 09/01/2021 [^] [^^] [^^^] [ответить] | +/– | Есть еще фича если при обновлении системы что-то пошло не так, есть довольно бо... большой текст свёрнут, показать | |
|
|
9.224, пох. (?), 09:59, 12/01/2021 [^] [^^] [^^^] [ответить] | –1 +/– | Намекает на проблемы с железом У тебя их не было - щас создаст на пустом месте ... текст свёрнут, показать | |
|
|
11.248, пох. (?), 20:00, 12/01/2021 [^] [^^] [^^^] [ответить] | +/– | Прекрасно, дай угадаю - но места указать ее явно в куче ненужного мусора в метад... текст свёрнут, показать | |
|
|
|
|
|
16.283, Аноним (-), 07:19, 16/01/2021 [^] [^^] [^^^] [ответить] | +/– | А он и стабилизирован Но не до состояния надгробия на кладбище, чтобы вообще ни... большой текст свёрнут, показать | |
|
|
|
|
|
|
|
|
12.282, Аноним (-), 07:11, 16/01/2021 [^] [^^] [^^^] [ответить] | +/– | Вот это без гарантий Но - да, знаете, обычно SCRUB греет систему сильнее обычн... большой текст свёрнут, показать | |
|
|
|
|
|
11.281, Аноним (-), 07:07, 16/01/2021 [^] [^^] [^^^] [ответить] | +/– | Если софт вообще совсем не пилится - он, очевидно, сдох Это иллюстрация по теме... большой текст свёрнут, показать | |
|
|
|
|
|
|
5.111, Ананимас008 (?), 17:51, 09/01/2021 [^] [^^] [^^^] [ответить]
| +/– |
Человеческое сжатие, а не как в убогом нтфс лишь с кластером на 4к и убогим зипом.
Возможность быстро прибить кучу бесполезных торентов с котиками или проном. Хоть млрд файлов там, пока твой этот шиндовс будет подсчитывать сколько и чего там удалять.
"ленивый бекап" снапшотами, так что очередной скаченный тобой вирусец с торрентов для игрушек не зашифровал фотки твоих котиков.
| |
|
6.114, Аноним (-), 18:51, 09/01/2021 [^] [^^] [^^^] [ответить]
| +/– |
> 4к и убогим зипом.
Вообще-то там NTLZ, чтоли. Хоть он и ни о чем, жмет даже похуже LZ4 и LZO, а распаковывается медленнее. Единственное достоинство - MS это смог накодить в свои лохматые 90е. А потом совместимость...
> "ленивый бекап" снапшотами, так что очередной скаченный тобой вирусец с торрентов для
> игрушек не зашифровал фотки твоих котиков.
Может и не помочь если вырусец диск лобовым доступом покорежит. Впрочем откуда вырусец в *никсах? А в винде zfs вроде и нет толком. Наверное fuse версия даже работает - но тогда виндузоиды ощутят себя как линуксоиды с нтфсом в фузе, который в проц упирается а не в диск.
| |
|
7.227, пох. (?), 10:16, 12/01/2021 [^] [^^] [^^^] [ответить]
| –1 +/– |
> как линуксоиды с нтфсом в фузе, который в проц упирается а
> не в диск.
Сказания впопеннета, том восемьсотписятшестой.
Он не упирается в проц.
Внезапно.
Измеризмы на 32битном arm вообще не нашли существенной разницы между fuse и in-kernel реализацией.
Сказание пошло из времен, когда упирался не в проц, а в линуксопроблему (создававшую ненужную нагрузку на проц там, где ее быть не должно).
fuse - ее правильный сумасшедший проектировал, еще в забытые годы хороших программистов и хороших программ. Повторить это вы неспособны, а испортить - скорее всего, да, сможете.
| |
|
8.258, Аноним (-), 04:53, 13/01/2021 [^] [^^] [^^^] [ответить] | +/– | У top бывают другие идеи на этот счет Если на быстром диске ядро в полку - это ... большой текст свёрнут, показать | |
|
9.261, пох. (?), 09:13, 13/01/2021 [^] [^^] [^^^] [ответить] | +/– | А я знай Может, к корявому софту, может к кривому железу, может к неэффективно... большой текст свёрнут, показать | |
|
10.271, Аноним (271), 19:37, 15/01/2021 [^] [^^] [^^^] [ответить] | +/– | Вот буду еще железо и задачи под всякий шит из 90х подбирать Ты в своем уме По... большой текст свёрнут, показать | |
|
11.272, пох. (?), 20:09, 15/01/2021 [^] [^^] [^^^] [ответить] | +/– | у тебя его похоже нет вообще, так что даже с пониманием печатного текста проблем... большой текст свёрнут, показать | |
|
12.279, Аноним (279), 05:34, 16/01/2021 [^] [^^] [^^^] [ответить] | +/– | Ну, раз я еще не помер с голода, наверное какое-то все же есть Урл У тебя пере... большой текст свёрнут, показать | |
|
13.291, пох. (?), 11:05, 16/01/2021 [^] [^^] [^^^] [ответить] | +/– | Ты не поверишь, сколько совсем не помирает с голода, не умея толком прочитать на... текст свёрнут, показать | |
|
|
|
|
|
|
|
|
|
4.37, Аноним (37), 17:47, 07/01/2021 [^] [^^] [^^^] [ответить]
| +1 +/– |
Еще любителям экспериментов можно линукс, фрибсд и опенсолярисовские форки ставить на один диск, сделать просто несколько отдельных датасетов для рутовой фс каждой и все, даже не придется думать кому сколько отдать - свободное пространство будет общим.
| |
4.71, Егор (??), 23:32, 07/01/2021 [^] [^^] [^^^] [ответить]
| +/– |
Пусть уж лучше уменьшается при создании снапшота, чем будет уменьшена с самого начала работы постоянно включенным COW.
| |
|
5.115, Аноним (-), 18:57, 09/01/2021 [^] [^^] [^^^] [ответить]
| +/– |
> Пусть уж лучше уменьшается при создании снапшота, чем будет уменьшена с самого
> начала работы постоянно включенным COW.
CoW сам по себе производительность не уменьшает. Наоборот - он почти аналог полного журнала при единичной записи, как без журнала совсем. Однако поскольку вся ФС превращается в подобие журнала, есть всякие нюансы. Поэтому кто кого - очень зависит от характера нагрузки. БД какая-нибудь с множеством мелких записей конечно дико зафрагментируется, а огромная кипа метаданных будет и тормозить и место сожрет. Но это лишь один из случаев. В btrfs по этому поводу cow сделали отключаемым.
| |
|
6.226, Онаним (?), 10:15, 12/01/2021 [^] [^^] [^^^] [ответить]
| +/– |
На ротационных носителях - уменьшает потому, что CoW - это априори безумная фрагментация.
И в целом уменьшает, потому что фигова туча метаданных нужна для его поддержки.
| |
|
7.259, Аноним (-), 05:38, 13/01/2021 [^] [^^] [^^^] [ответить]
| +/– |
> На ротационных носителях - уменьшает потому, что CoW - это априори безумная фрагментация.
Вообще совсем ниоткуда не следует. Если например прога одним куском весь файл переписывает - разницы вообще не будет во многих случаях.
И это зажурналить по честному на обычной ФС - так его надо 2 раза писать, сперва в журнал, потом в основную область. И тут разглагольствования о скорости или надежности идут лесом - выбирайте уж одно из двух. Крутой выбор! А тут все и сразу. Хоть и ценой немного странных свойств.
> И в целом уменьшает, потому что фигова туча метаданных нужна для его поддержки.
Опять же - зависит от паттернов доступа. Показать как в обычной ФС сделать это же самое? А блин торент без преалокации скачайте. XFS какой будет потом 5 минут один дивидюк удалять, чего бы это он?
| |
|
|
9.280, Аноним (280), 06:53, 16/01/2021 [^] [^^] [^^^] [ответить] | +/– | Откуда В идеале оба оформляют 1 экстент и метаданные указывающие на него А чем... большой текст свёрнут, показать | |
|
|
|
|
|
|
3.17, анон (?), 14:14, 07/01/2021 [^] [^^] [^^^] [ответить]
| –5 +/– |
но она хуже чем ext4 потому что zfs нельзя использовать на одном диске, если навернется часть данных - навернётся всё и полностью, а средств восстановления кроме бэкапа нет (никаких утилит для выколупывания файлов нет)
| |
|
4.23, thiteigh (?), 15:30, 07/01/2021 [^] [^^] [^^^] [ответить]
| +1 +/– |
Это в фантазиях, на деле с восстановлением данных уже беда. Нет бекапов — данные не нужны. zfs упрощает создание резервных копий и управление ими.
| |
|
5.45, Онаним (?), 18:46, 07/01/2021 [^] [^^] [^^^] [ответить]
| –4 +/– |
ZFS в подобных случаях упрощает полную потерю данных, факт.
Даже если бэкапы есть - развёртывать бэкап из миллионов файлов на несколько Тб - ну так себе затея.
Выковыривание останков с помощью fsck используется в частности для того, чтобы хотя бы частично перезапустить сервисы до момента, когда бэкап развернётся.
| |
|
6.51, zzz (??), 19:11, 07/01/2021 [^] [^^] [^^^] [ответить]
| +/– |
Людей, умудряющихся угробить ZFS до состояния невосстановимости, надо выгонять из профессии с волчьим билетом дворы мести - в Москве, говорят, сейчас как раз дефицит.
| |
|
|
|
|
10.69, zzz (??), 21:24, 07/01/2021 [^] [^^] [^^^] [ответить] | +/– | Ну так исправляй руки, и не будет проблем с ZFS А лучше не майся дурью и иди ме... текст свёрнут, показать | |
|
|
12.273, пох. (?), 20:12, 15/01/2021 [^] [^^] [^^^] [ответить] | +/– | Ну так тогда и не рассказывай сказок, о том как эти проблемы выглядят Они есть,... текст свёрнут, показать | |
|
|
|
9.61, bOOster (ok), 20:26, 07/01/2021 [^] [^^] [^^^] [ответить] | +2 +/– | Написал криворукий ламерок совместно с каким-то пидси алой Сравнивать ext4 с Z... текст свёрнут, показать | |
|
10.85, Онаним (?), 10:48, 08/01/2021 [^] [^^] [^^^] [ответить] | –1 +/– | Не знаю, как там по рождению, но по настоящему это - hype class файловая система... текст свёрнут, показать | |
|
11.223, пох. (?), 09:56, 12/01/2021 [^] [^^] [^^^] [ответить] | –2 +/– | зачем же вы от нее сп-ли все, от дизайна до терминологии Только неуклюже, поэто... текст свёрнут, показать | |
|
|
13.229, пох. (?), 10:21, 12/01/2021 [^] [^^] [^^^] [ответить] | –1 +/– | а, не вы, действительно куда вам То есть вместо ARC - блочный кэш без управл... текст свёрнут, показать | |
|
14.274, пох. (?), 20:15, 15/01/2021 [^] [^^] [^^^] [ответить] | +/– | киздато - когда этот рейд вдруг на ходу превращается в нечитаемую и невосстанавл... текст свёрнут, показать | |
|
|
|
|
|
|
|
7.79, Аноньимъ (ok), 05:33, 08/01/2021 [^] [^^] [^^^] [ответить]
| +/– |
Что за бред, вас Линукс покусал?
Похерить зфс может всё что угодно. От ошибок оборудования ядра самой реализации зфс волшебным образом не спасает.
| |
|
8.231, пох. (?), 10:23, 12/01/2021 [^] [^^] [^^^] [ответить] | +/– | спасает Успехи чувака с насмерть битым блоком питания во времена когда компьюте... текст свёрнут, показать | |
|
|
|
|
12.289, Онаним (?), 09:49, 16/01/2021 [^] [^^] [^^^] [ответить] | +/– | Если проблема на шине - просто читаем ещё раз Прочитали второй раз - снова не с... большой текст свёрнут, показать | |
|
|
|
|
|
|
|
|
4.97, пох. (?), 13:49, 09/01/2021 [^] [^^] [^^^] [ответить] | +2 +/– | Я использую, что я делаю не так Нет Более того, маловероятно что навернется у ... большой текст свёрнут, показать | |
|
5.116, Аноним (-), 19:05, 09/01/2021 [^] [^^] [^^^] [ответить] | –1 +/– | А он дублировать метаданные на 1 диске как btrfs умеет Или скопытится как ext4 ... большой текст свёрнут, показать | |
|
6.133, пох. (?), 19:43, 09/01/2021 [^] [^^] [^^^] [ответить] | +/– | это чтоб вместо 64x write amplify получить 256 Не, не умеет тоже нет как и e... большой текст свёрнут, показать | |
|
7.154, Аноним (154), 20:50, 09/01/2021 [^] [^^] [^^^] [ответить] | –1 +/– | А вот это уже мне решать что я хочу И если что, чисто статистически протирание ... большой текст свёрнут, показать | |
|
8.238, пох. (?), 12:15, 12/01/2021 [^] [^^] [^^^] [ответить] | +/– | Ну допиши недостающий код А, нет, только жрать с лопаты ты можешь решать Чис... большой текст свёрнут, показать | |
|
|
10.250, пох. (?), 20:11, 12/01/2021 [^] [^^] [^^^] [ответить] | +/– | Это может, notabug - Полагаю, поврежденная btrfs тоже прекрасно может все то ж... большой текст свёрнут, показать | |
|
9.267, Аноним (-), 00:17, 14/01/2021 [^] [^^] [^^^] [ответить] | –1 +/– | Дописать что Куда ZFS мне например не упал в том числе потому что он не в майн... большой текст свёрнут, показать | |
|
10.268, пох. (?), 02:10, 14/01/2021 [^] [^^] [^^^] [ответить] | +/– | да не звизди, ты никакой не умеешь Поэтому выбираешь что пейсбук подаст жаль ч... большой текст свёрнут, показать | |
|
|
12.299, пох. (?), 13:38, 17/01/2021 [^] [^^] [^^^] [ответить] | +/– | и это тоже да Ручное подставление бессмысленных цифирок volid в команды монтиро... большой текст свёрнут, показать | |
|
|
|
|
|
|
|
|
|
3.19, Аноним (8), 15:00, 07/01/2021 [^] [^^] [^^^] [ответить]
| +1 +/– |
В двух словах и не расскажешь, но если сильно постараться - буквально всем.
| |
|
|
5.52, zzz (??), 19:12, 07/01/2021 [^] [^^] [^^^] [ответить]
| +/– |
>проходчиком тоннелей
Так ext4 еще никто не унижал. Впрочем, резонно
| |
|
6.54, Онаним (?), 19:14, 07/01/2021 [^] [^^] [^^^] [ответить]
| +/– |
ext4 в этом сравнении поезд. Тупой как доска, но везущий пассажиров (сиречь данные).
ZFS - проходчик тоннелей, который неспешно и с грохотом закладывает ваши данные во все труднодоступные места, сжирая на свою работу кучу ресурсов, но применимость ограничена.
| |
|
7.57, zzz (??), 19:22, 07/01/2021 [^] [^^] [^^^] [ответить]
| +/– |
Что-то похожее я уже слышал от фанатов FAT32 и ext2. Завязывай с геронтофилией.
| |
|
8.60, Онаним (?), 19:25, 07/01/2021 [^] [^^] [^^^] [ответить] | +1 +/– | FAT32 до сих пор в каждой второй мобилке на SD Из-за простоты и поддержки виндо... текст свёрнут, показать | |
|
|
|
11.222, пох. (?), 09:53, 12/01/2021 [^] [^^] [^^^] [ответить] | +/– | к сожалению, только уже с китайской фабрики А не совсем 100 китайские идут теп... текст свёрнут, показать | |
|
12.269, Аноним (269), 20:34, 14/01/2021 [^] [^^] [^^^] [ответить] | +/– | Совершенно не обязательно, особенно для мелочи типа uSD Навалом более мелких Пр... большой текст свёрнут, показать | |
|
13.270, пох. (?), 22:53, 14/01/2021 [^] [^^] [^^^] [ответить] | +/– | знатока вижу я Вот все эти более мелкие - они уже совсем-пресовсем китайские-пр... большой текст свёрнут, показать | |
|
|
|
|
|
8.134, пох. (?), 19:45, 09/01/2021 [^] [^^] [^^^] [ответить] | +/– | для них в отличие, кстати, от ext4 существовали еще некоторые средства ручного... текст свёрнут, показать | |
|
|
|
|
|
|
|
|
2.98, пох. (?), 13:53, 09/01/2021 [^] [^^] [^^^] [ответить]
| –1 +/– |
Ну тебе правда интересны проблемы "оригинала", написанного саном в 2002м году, когда компьютеры были большие?
Основная разница именно в этом - тот сановский был по сегодняшним меркам нерабочим прототипом, поскольку нам сегодня надо вовсе не "аж целых 100 гигабайт" и не "в аж целых 256mb оперативной памяти".
А если ты про сегодняшний орацловский - так он ни разу ничего не оригинал, код закрыт, что там унутре - никто не знает, да и смысла нет. Упало - звони в техподдержку, как хотят, так пусть и чинят. Нишмагли? Ну бида-бида, у нас ведь все оформлено как полагается? Вот и хорошо...
| |
|
1.14, 9nko (ok), 14:05, 07/01/2021 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
Как-то пробовал ZFS на собственном NAS поставить под FreeNAS ОС (который переодетый в веб-морду FreeBSD). Честно говоря столько гемора с этими пулами и постоянной слежкой за тем, чтобы при обновлениях ничего не слетело - есть пара моментов, где можно пальнуть себе в ногу, и прощай 10 терабайт целого диска данных. Вне дома вероятно хорошая вещь, но точно не для малого использования, где лучше Debian с лошадкой Ext4.
| |
|
2.26, thiteigh (?), 15:45, 07/01/2021 [^] [^^] [^^^] [ответить]
| +1 +/– |
Пользовал zfs на бздах (fbsd9) с 2012-13 года в качестве домашней fs. Сейчас держу пул на deb (testing) c zol 0.8.6 c (0.6) на одном диске по 'zpool history' созданным в марте 2018. репозитории с бекапами + под виртуалки + помойка. Где-то отваливался драйвер (какая-то 0.7), где-то текла, где-то тупила. Начиная 0.8 стабильность заметно возросла.
| |
|
3.31, Аноним (31), 16:59, 07/01/2021 [^] [^^] [^^^] [ответить]
| +1 +/– |
Продакшон на лимоны IOPS. Резко всё стало идеально с ZoL 0.8.3/Ubuntu_20.04. Всё что раньше - теряло read-range locks, стопорило процессы в D-State.
| |
|
4.92, Онаним (?), 18:59, 08/01/2021 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Продакшон на лимоны IOPS
> теряло read-range locks, стопорило процессы в D-State
Блджад, кто ж это в продакшн-то "на лимоны IOPS" пустил, насколько нужен особый талант, чтобы это сделать? :D
| |
4.157, Аноним (154), 20:55, 09/01/2021 [^] [^^] [^^^] [ответить]
| +/– |
> Продакшон на лимоны IOPS. Резко всё стало идеально с ZoL 0.8.3/Ubuntu_20.04. Всё
> что раньше - теряло read-range locks, стопорило процессы в D-State.
Пох, залогинься, у тебя ус отклеился :)
| |
|
5.275, пох. (?), 20:23, 15/01/2021 [^] [^^] [^^^] [ответить]
| +/– |
>> Продакшон на лимоны IOPS. Резко всё стало идеально с ZoL 0.8.3/Ubuntu_20.04. Всё
>> что раньше - теряло read-range locks, стопорило процессы в D-State.
> Пох, залогинься, у тебя ус отклеился :)
Не, я бы зассал такое использовать. Я ж комит-логи этой 8 видел. Поставил бы фрю бородатого до-abdшного релиза, накатил бы пару левых патчей, и спал спокойно.
Впрочем, у чувака, похоже, ни особо ценных данных нет, ни проблем с сдохшей нодой - reboot,reinstall. Иначе вряд ли бы он рисковал экспериментировать с недоделанными релизами что fs, что убунты.
А раз так, то почему бы и нет... решение-то он на халяву получил, просто apt upgrade
| |
|
|
|
4.99, пох. (?), 13:54, 09/01/2021 [^] [^^] [^^^] [ответить]
| +2 +/– |
Чего не так с всего лишь позапрошлогодними версиями софта?
| |
|
|
2.32, OpenEcho (?), 17:08, 07/01/2021 [^] [^^] [^^^] [ответить]
| +/– |
> есть пара моментов, где можно пальнуть себе в ногу
А можно поподробней об этом? Не любопытсва ради спрашиваю и не с подколом, т.к. приходится присматривать за НАС-ми с 512 Тб данными
| |
|
3.38, Аноним (37), 17:56, 07/01/2021 [^] [^^] [^^^] [ответить]
| +1 +/– |
Да преувеличивает человек. С ZFS нужно тщательно все спланировать перед тем как пул создавать, это да (потом поменять рейд-левел, например, невозможно). А дальше проблем никаких не должно быть, кроме теоретически возможных проблем с обновлением загрузчика системы, который может быть не совместим с версией пула.
| |
3.94, 9nko (ok), 19:26, 08/01/2021 [^] [^^] [^^^] [ответить]
| +/– |
Про планирование уже ответили ранее. В ситуации, когда 12-и терабайтник вдруг можно будет заменить двумя 8-и терабайтниками меня подвела. С фиксированным размером пула, который нельзя уменьшить это реально проблема. Я свой домашний NAS расширяю постепенно, данные перезаливаю с одного диска на другой (так нужно), он растёт не сразу, и соответственно имеет динамическую структуру и иерархию. С ZFS это проблема.
| |
|
|
5.135, пох. (?), 19:50, 09/01/2021 [^] [^^] [^^^] [ответить]
| +/– |
> В интернете масса примерров и обьяснений почему не надо жадничать и делать
> RAID5 подобные массивы ака RAIDZ. Eсли вы будете строить массивы зеркал,
Хотел бы я быть таким нежадным. Но, блин, чавойта не получаетцо. Деньгов, что-ли, не хватает, на второй массив того же размера? Э...при нынешних дисках еще и третий ведь нужен.
> Благодоря тому, что диски можно в этом случае вешать на пралелльные
> контроллеры, скорость чтения тоже увеличивается.
как будто с raidz кто-то мешал.
А в таком режиме - не то что btrfs, в таком и lvm будет работать почти прилично. И геморроя меньше.
Я до сих пор в восторге от того, что ZoL - _единственная_, сцуко, из общедоступных линуксных fs, требующая перезагрузки или export чтобы подцепить увеличившееся место на том же диске.
| |
|
6.158, Аноним (154), 20:56, 09/01/2021 [^] [^^] [^^^] [ответить]
| +/– |
> Я до сих пор в восторге от того, что ZoL - _единственная_,
> сцуко, из общедоступных линуксных fs, требующая перезагрузки или export чтобы
> подцепить увеличившееся место на том же диске.
Хренасе, инновации.
| |
|
7.210, пох. (?), 14:02, 11/01/2021 [^] [^^] [^^^] [ответить]
| +/– |
"Мы открыли физическое устройство в эксклюзивном режиме, чтобы избежать проблем с попытками линукса сунуть нос куда ни попадя и все поломать, но теперь бида - он не может в том числе заметить, что количество доступных блоков изменилось".
Это у них в комит-логе такое. Я посмотрел-посмотрел, и решил что, пожалуй, не буду апгрейдиться на восьмую версию, пока что.
| |
|
6.176, xm (ok), 23:22, 09/01/2021 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Я до сих пор в восторге от того, что ZoL - _единственная_, сцуко, из общедоступных линуксных fs, требующая перезагрузки или export чтобы подцепить увеличившееся место на том же диске
Чё-то я не припоминаю наличия такой потребности во FreeBSD...
| |
|
7.240, пох. (?), 12:26, 12/01/2021 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Чё-то я не припоминаю наличия такой потребности во FreeBSD...
Ниасиляторы, чо с вас взять. Даже грамотно запутаться в собственных лапах на ровном месте - и то не умеете.
Впрочем, OpenZFS 2.0.1 и к вам спешит на помощь, на ходу оттопыривая гузку.
| |
|
|
|
|
|
|
3.95, 9nko (ok), 19:27, 08/01/2021 [^] [^^] [^^^] [ответить]
| +/– |
Полулошадь-полуптица это пегас. И хуже всем - это чем именно?
| |
|
4.118, Аноним (-), 19:11, 09/01/2021 [^] [^^] [^^^] [ответить]
| –2 +/– |
> Полулошадь-полуптица это пегас. И хуже всем - это чем именно?
Наверное, тем что 50 000 файлов в дире даже еще и читаются за обозримое время, а не как в винде.
| |
|
|
2.44, zzz (??), 18:46, 07/01/2021 [^] [^^] [^^^] [ответить]
| +6 +/– |
Какой там геморрой с пулами? Подцепил устройства, сделал zpool create pool mirror|raidz /dev/da1 /dev/da2 ..., и погнали. Сдох диск - zpool replace pool <A-Z0-9> /dev/da3. Как это можно променять на убожество ext4 - непонятно.
| |
|
3.89, Ананимас008 (?), 17:46, 08/01/2021 [^] [^^] [^^^] [ответить]
| +/– |
>zpool create pool mirror|raidz /dev/da1 /dev/da2 ..., и погнали. Сдох диск - zpool replace pool <A-Z0-9> /dev/da3
не лучше ли сначала сделать метки gpt и создавать на их основе, чем зависить от порядка устройств в "биосе".
| |
|
|
5.119, Аноним (-), 19:14, 09/01/2021 [^] [^^] [^^^] [ответить]
| +/– |
> У них там своя, особая атмосфера.
А зачем в общем то разделы если на 1 часть резать? Чтобы занять место и поместить дополнительную структуру, которая еще и слететь при случае сможет? И да, что-то такое и с btrfs катит.
| |
|
4.100, пох. (?), 13:57, 09/01/2021 [^] [^^] [^^^] [ответить]
| +1 +/– |
Совершенно ненужно - какой диск отвалился здесь и сейчас - zpool status тебе скажет.
А как он там будет называться после перезагрузки через пару лет - и незачем знать.
метки gpt (да и сам gpt, если это не загрузочная флэшка) нафиг не нужны - лишний набор глюков.
| |
|
5.110, Ананимас008 (?), 16:49, 09/01/2021 [^] [^^] [^^^] [ответить]
| +/– |
Никогда не имел проблем с gpt
Самое интересное начнется если пулов несколько и это не миррор, сиди потом гадай.
Не лучше ли постелить соломку заранее и не зависить ни от порта, куда подключаешь ни от особенностей сата/пата/скази/ватэвер контроллера, особенно если он потом полетит.
| |
|
6.120, Аноним (-), 19:15, 09/01/2021 [^] [^^] [^^^] [ответить]
| –1 +/– |
В btrfs такой траблы просто нет - у дисков нет какой-то специальной выделенной функциональности, все равноправные. Но да, прикольные менеджментпроблемы там где их быть совсем не должно.
| |
6.138, пох. (?), 20:01, 09/01/2021 [^] [^^] [^^^] [ответить] | –1 +/– | держи в курсе Я вот развлекся, недавно Мне нимало доставил тот интересный факт... большой текст свёрнут, показать | |
|
7.212, анонон (?), 14:32, 11/01/2021 [^] [^^] [^^^] [ответить]
| +/– |
Ну охренеть, спец по интерпрайзным СХД пох не знает про резервную таблицу gpt? И что с ней может работать чуть ли не любая линуксовая тулза по управлению разделами? И для починки gpt понадобилось аж в винду грузиться? Сразу виден уровень матерого специалиста...
| |
|
8.221, пох. (?), 09:49, 12/01/2021 [^] [^^] [^^^] [ответить] | +/– | ну-ка, так тоже стало нельзя А у л п4 тых нет проблемы, у них ценных данных не ... текст свёрнут, показать | |
|
|
|
|
|
3.96, 9nko (ok), 19:29, 08/01/2021 [^] [^^] [^^^] [ответить]
| +/– |
У меня рейд только на 2 хардах из 6. Остальные диски иногда меняются на большие или меньшие по объёму, от чего в моём случае фиксированный пул является проблемой.
| |
|
|
1.20, Док (?), 15:07, 07/01/2021 [ответить] [﹢﹢﹢] [ · · · ]
| –4 +/– |
Кривое чудо. Добавил ssd в комп. Угадайте как на него перенести свою хоум папку? Спорю что не знаете.
После этого еще пул начал периодически исчезать. Вылечил через import. После очередного обновления ZoL при загрузке вообще вывалился в черный экран с сообщением что импортировать нечего поэтому сами напишите мне в строке zfs import root и тд
Н если это написать то ответ что импортировать нечего
Зато если написать exit то загрузка продолжится и все будет норм... но в zfs list видно что все смонтировалось черте куда.
Вобщем странная штука с отсутствующей поддержкой (ни форумов ни групп ни ответов на гитхабе).
Работает нормально только в дефолтном варианте иначе хер разберешься
| |
|
|
3.49, Онаним (?), 19:00, 07/01/2021 [^] [^^] [^^^] [ответить]
| +/– |
ECC память, ECC на всех внутренних шинах и т.п.
Сферическая ситуация в вакууме, для которой существует специальное железо.
В общем же случае что ZFS, что RAID с чётностью - один фиг.
| |
|
4.50, Онаним (?), 19:03, 07/01/2021 [^] [^^] [^^^] [ответить]
| +2 +/– |
Упреждая "онашазфстакаясквозноцелостная" - в 99% реальных случаев данные будут повреждены ещё _до_ записи. И запишутся уже повреждёнными. Со "сквозной целостностью", угу.
А от повреждения данных на дисках и шинах к таковым RAID с двойной чётностью допустим страхует достаточно.
| |
|
5.123, Аноним (-), 19:19, 09/01/2021 [^] [^^] [^^^] [ответить]
| +/– |
Эксперименты с btrfs показали что таки тот неплохо детектит идиотские взбрыки железа и даже ухитряется более-менее чинить все это из второй копии, если она есть. Прикол ситуации в том что так оно загаживается намного медленнее чем ФС с одной копией данных/метаданных, ухитрившись заметить и парировать порядочно сбоев железа. Хоть это и без гарантий совершенно.
| |
|
|
3.74, xm (ok), 02:03, 08/01/2021 [^] [^^] [^^^] [ответить]
| +4 +/– |
Любой файловой системе нужна ECC для надёжной работы. Просто другие об этом не пишут.
| |
|
4.121, Аноним (-), 19:16, 09/01/2021 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Любой файловой системе нужна ECC для надёжной работы. Просто другие об этом
> не пишут.
А какой смысл им об этом писать? EXT4 без полного журнала вообще плевать хотел что там с данными случится при крахе. А раз так какой смысл париться ECC памятью? :)
| |
|
5.139, пох. (?), 20:03, 09/01/2021 [^] [^^] [^^^] [ответить]
| +/– |
> А какой смысл им об этом писать? EXT4 без полного журнала вообще
> плевать хотел что там с данными случится при крахе. А раз
> так какой смысл париться ECC памятью? :)
такой, что, внезапно, она не от крахов, а от штатной записи мусора вместо данных или метаданных.
От крахов в ext4, внезапно, fsck.
| |
|
6.147, Аноним (-), 20:22, 09/01/2021 [^] [^^] [^^^] [ответить]
| +/– |
> такой, что, внезапно, она не от крахов, а от штатной записи мусора
> вместо данных или метаданных.
А смысл улучшать на полшишечки EXT4 который на integrity данных заведомо клал? Блин, да даже с RAID если у тебя копии разойдутся ты даже не узнаешь какая из них правильная. Чего хочешь - то и делай. Btrfs скажет csum error, corrected и поедет дальше. Посмотрев по чексумме какая из копий правильная. Так прикольнее.
> От крахов в ext4, внезапно, fsck.
Fsck очень клево, особенно на автопилотируемых системах или когда он хомячку в морду вопросы задавать начинает. И вообще мы все только и мечтаем что отвечать на дурацкие технические вопросы компьютеров вместо эксплуатации систем и занятий своими проектами.
| |
|
7.206, пох. (?), 09:26, 11/01/2021 [^] [^^] [^^^] [ответить] | –1 +/– | а обе неправильные Потому что чексумма посчитана по уже битому блоку Или, еще ... большой текст свёрнут, показать | |
7.278, Онаним (?), 20:39, 15/01/2021 [^] [^^] [^^^] [ответить]
| +/– |
RAID с чётностью внезапно тебе вообще ничего не скажет.
Просто пофиксит кодом коррекции, и всё.
Узнаешь в логах.
| |
|
|
5.153, псевдонимус (?), 20:47, 09/01/2021 [^] [^^] [^^^] [ответить]
| +/– |
>> Любой файловой системе нужна ECC для надёжной работы. Просто другие об этом
>> не пишут.
> А какой смысл им об этом писать? EXT4 без полного журнала вообще
> плевать хотел что там с данными случится при крахе. А раз
> так какой смысл париться ECC памятью? :)
Что ты несёшь? Ецц нужна чтобы мусор вместо данных не записывался.
| |
|
6.182, Аноним (181), 03:43, 10/01/2021 [^] [^^] [^^^] [ответить] | +/– | Если ФС может данные профакать без ложной скромности, поскольку EXT4 видите ли н... большой текст свёрнут, показать | |
|
7.207, пох. (?), 09:43, 11/01/2021 [^] [^^] [^^^] [ответить] | +/– | Удалить, заново начать работать с резервной копией Все равно неизвестно, что та... большой текст свёрнут, показать | |
7.228, Онаним (?), 10:20, 12/01/2021 [^] [^^] [^^^] [ответить]
| +/– |
В общем случае достаточно ordered при рабочем механизме write barrier.
Перезаписывать файлы по частям вообще так себе затея, и те, кому это реально нужно (СУБД и т.п.) - ведут свои собственные журналы так, как им надо и им оптимально. Этим достаточно только собственно наличия или отсутствия записи.
CoW от полуперезаписи файла в общем случае (нет, не в сферическом в вакууме) вообще ничем не спасёт, потому что запись как правило не в один приём ведётся, и оборвать её посередине вполне возможно в любых условиях.
| |
|
|
|
|
|
|
1.22, Аноним (22), 15:23, 07/01/2021 [ответить] [﹢﹢﹢] [ · · · ]
| –6 +/– |
Нечего особенного в ней нет, вернее "уже нет", на фоне btrfs. Жрёт очень много оперативки, медленнее btrfs, да и возможностей меньше.
| |
|
2.28, Djonson (?), 16:09, 07/01/2021 [^] [^^] [^^^] [ответить]
| +4 +/– |
Ну про BTRFS Вы, очевидно, в теориях. Краха BTRFS никогда не было? Очень забавный и чувствительный момент. ZFS надежнее будет. И да, бэкапов никто не отменял.
| |
|
3.124, Аноним (-), 19:22, 09/01/2021 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Ну про BTRFS Вы, очевидно, в теориях. Краха BTRFS никогда не было?
Кроме теории, он довольно неплох и на практике. Нет, не было.
> Очень забавный и чувствительный момент. ZFS надежнее будет. И да, бэкапов
> никто не отменял.
Особенно надежно когда фс вообще не маунтится после апдейта системы. Вдвойне круто когда это все на рутфс-е.
| |
|
2.34, Аноним (34), 17:25, 07/01/2021 [^] [^^] [^^^] [ответить]
| +8 +/– |
> Жрёт очень много оперативки,
Типичный ответ опеннетного иксперда. Файловые системы (и ZFS тоже) оперативку не жрут, а используют по прямому назначению - кешируют содержимое диска.
| |
|
3.35, Аноним (35), 17:43, 07/01/2021 [^] [^^] [^^^] [ответить] | +1 +/– | Вообще-то, жрут И btrfs тоже особенно бтрфс Да и кэши кэшам рознь Проверить... большой текст свёрнут, показать | |
|
4.62, bOOster (ok), 20:31, 07/01/2021 [^] [^^] [^^^] [ответить]
| +/– |
Ну судя твоему посту садится голой жопой на кактус это конечно забава для тебя.
| |
|
5.64, Аноним (35), 20:46, 07/01/2021 [^] [^^] [^^^] [ответить]
| +2 +/– |
Это ещё почему? Потому, что я не склонен слепо доверять свои данные сырой косячной технологии и сперва проведу тестирование и проанализирую результаты? И, по возможности, сымитирую ускоренную деградацию, чтобы внезапно не столкнуться с ней, когда будет уже поздно? Или это зависть? Мне вот hammer очень нравится, но это не значит, что я ей что-нибудь доверю. Так там хотя бы разработчик у неё есть. В данном же случае оракл не особо заинтересован в развитии форка своего старого кода.
| |
|
4.125, Аноним (-), 19:24, 09/01/2021 [^] [^^] [^^^] [ответить]
| +/– |
> Вообще-то, жрут. И btrfs тоже (особенно бтрфс).
Btrfs ничем таким не особенный, он пользует обычные ядерные кэши. По поводу чего живет даже на роутере с 64 мегами оперативы. И даже не сильно тормознее EXT4, но намного надежнее и диагностируемее. Удачи в такой конфиге с ZFS'ом...
| |
|
3.48, Онаним (?), 18:58, 07/01/2021 [^] [^^] [^^^] [ответить]
| –1 +/– |
Кеш ZFS, к сожалению - вещь в себе, которая именно что "жрёт память", потому что отдача памяти назад ОС при необходимости затруднена.
| |
|
4.55, zzz (??), 19:18, 07/01/2021 [^] [^^] [^^^] [ответить]
| +3 +/– |
Линуксопроблемы, разделившие дисковый кэш и кэш ZFS.
| |
|
5.56, Онаним (?), 19:19, 07/01/2021 [^] [^^] [^^^] [ответить]
| +1 +/– |
Как раз таки ZFSопроблемы, кэш ZFS на системный кеш не ложится что в пингвинах, что в бзде.
| |
|
6.68, Аноним (35), 21:12, 07/01/2021 [^] [^^] [^^^] [ответить]
| +/– |
Так вроде в соляре этот кеш интегрирован в системный (или наоборот), в таком случае, у ZFS нет проблем с этим. Она просто инородная и все остальные ядра не разработаны под неё.
| |
|
7.126, Аноним (-), 19:26, 09/01/2021 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Так вроде в соляре этот кеш интегрирован в системный (или наоборот)
Так у соляры не было своего менеджера кэша, они и накодили его прямо в файлухе. Но у остальных он таки есть и смысл в дубле оного в ФС почти как в стопсигнале для зайца - только мешает менеджменту памяти кернела, конкурируя с ним за ресурс довольно дурным образом.
| |
|
6.101, пох. (?), 14:00, 09/01/2021 [^] [^^] [^^^] [ответить]
| –1 +/– |
Ну так это проблема систем с неотключаемым ненужно-"системнымкэшом".
У BSD НЕТ никакого "системного кэша", если ты до сих пор не в курсе. Что вызывает нешуточный батхерт у любителей портировать туда линуксный мусор, кстати. Поскольку тот вообще не в курсах, что так бывает.
| |
|
7.109, Онаним (?), 15:45, 09/01/2021 [^] [^^] [^^^] [ответить]
| +/– |
Извини, но ты гонишь :D
Оно у них называется "буфером", но суть та же.
"FreeBSD has a unified buffer cache. This means that ALL AVAILABLE MEMORY IS A BUFFER CACHE for all device IO."
| |
|
8.143, пох. (?), 20:12, 09/01/2021 [^] [^^] [^^^] [ответить] | +1 +/– | нет, не та же а это и просто бред сивой кобылы Ну да, с тем же успехом можно ... текст свёрнут, показать | |
|
|
10.187, пох. (?), 23:08, 10/01/2021 [^] [^^] [^^^] [ответить] | +/– | Б-ть, ничего что zfs и есть ядро, его часть мистическим таким ядром в сферическ... большой текст свёрнут, показать | |
|
|
|
|
14.251, пох. (?), 20:34, 12/01/2021 [^] [^^] [^^^] [ответить] | +/– | Он лежит в usr src sys cddl compat opensolaris kern opensolaris_kmem c В bsd он... большой текст свёрнут, показать | |
|
|
|
|
10.211, пох. (?), 14:05, 11/01/2021 [^] [^^] [^^^] [ответить] | +/– | Все, я заканчиваю дискуссию Если человек свято верит в чудеса - у нас за оскорб... текст свёрнут, показать | |
|
|
10.186, пох. (?), 10:37, 10/01/2021 [^] [^^] [^^^] [ответить] | +/– | Быстро - не может, чудес не бывает Вот тебе старый линукс, с еще человекочитаем... большой текст свёрнут, показать | |
|
|
12.196, пох. (?), 00:02, 11/01/2021 [^] [^^] [^^^] [ответить] | +/– | вопрос не в этом, а почему у нас при этом _пропадает_ даром память, хотя она сво... текст свёрнут, показать | |
|
11.191, Аноним (191), 23:40, 10/01/2021 [^] [^^] [^^^] [ответить] | +/– | Head seek винча занимает больше Так что девы купили ссд А проблемы начинаются ... большой текст свёрнут, показать | |
|
|
|
|
|
|
|
|
3.63, Аноним (22), 20:43, 07/01/2021 [^] [^^] [^^^] [ответить]
| –3 +/– |
Ай да молодец. Установи сначала steam, игру более-менее большую, поиграй и посмотри, прежде чем писать "типичную" писанину но и чём.
При использовании ext4, btrfs и xfs ничего подобного не происходит, а с zfs - даже после выхода со всех программ из 8 гб доступными остаются только 1-2 гб. Побегал по форумам и да, действительно, zfs при определенных обстоятельствах жрёт очень много оперативки. Она вообще очень сырая, и на текущий момент её уровень соответствует уровню btrfs 5-летней давности.
| |
|
|
5.76, Аноним (22), 04:22, 08/01/2021 [^] [^^] [^^^] [ответить]
| +/– |
Спору нет, более чем уверен, что в Solaris оно работает наверное идеально, или около того.
| |
5.145, пох. (?), 20:13, 09/01/2021 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Это zol такой. zfs в солярисах работает как надо.
ноль остается?
Ну да, примерно так.
| |
|
4.80, Аноньимъ (ok), 05:41, 08/01/2021 [^] [^^] [^^^] [ответить]
| +2 +/– |
Потребление памяти зфс как бы настраивается. Дефолты там серверные.
Про сырость это вы так толстите или туту?
| |
|
5.103, пох. (?), 14:07, 09/01/2021 [^] [^^] [^^^] [ответить]
| –1 +/– |
То что его там надо "настраивать" - неисправимая ошибка в ДНК тех людей, которые, к сожалению, захватили контроль над проектом. Почему потребление памяти ext4 НЕ НАДО настраивать, это всегда вся свободная память системы (даром что используется неэффективно в виду родовых травм)?
В солярисе ничего настраивать было не надо. Создать аналогичные фичи в любой другой системе (кроме линyпса, где не пустят) можно и небезумно сложно, просто некому - iX и дельфиксам платят не за это.
slw@ свалил пилить ceph.
| |
|
6.105, Аноньимъ (ok), 14:32, 09/01/2021 [^] [^^] [^^^] [ответить]
| +/– |
Нет не вся.
То же нужно настраивать для спецефических задачь.
Коими для зфс является персональный компьютинг с низким объёмом ОЗУ.
А в екс4 в принципе нет тех механизмов кеширования что в зфс.
На счёт Соляриса незнаю, вы пользовались солярисом на десктопе?
Попробуйте сравнить челе на одном и том же железе.
| |
6.128, Аноним (-), 19:31, 09/01/2021 [^] [^^] [^^^] [ответить]
| +/– |
> ext4 НЕ НАДО настраивать, это всегда вся свободная память системы (даром
> что используется неэффективно в виду родовых травм)?
Более того - в btrfs его тоже не надо настраивать. Юзает сколько может, отдает когда надо другим, без дурацких драк за ресурс. Ну и вот так по приколу взлетает на мипсе с 64 мегами и особо не тормозит. Ext4 пошустрей конечно, но чексумы и дублирование метаданных все же не умеет.
> В солярисе ничего настраивать было не надо.
Так там это не было дублирующейся фичой, за ресурс драться было не с кем, ну и проблемам на стыке этого было неоткуда взяться. Но из линухов и бздей никто в здравом уме их кэши не выкинет, там другие users этого есть.
| |
|
7.148, пох. (?), 20:26, 09/01/2021 [^] [^^] [^^^] [ответить] | +/– | только неэффективно - поскольку кэш этот не ее, а дядин А дядя ничего не знает ... большой текст свёрнут, показать | |
|
8.162, Аноним (162), 21:08, 09/01/2021 [^] [^^] [^^^] [ответить] | +/– | Намного прикольнее если ФС не тормозит, зато программа огребла out of memory и в... большой текст свёрнут, показать | |
|
9.180, пох. (?), 00:34, 10/01/2021 [^] [^^] [^^^] [ответить] | +/– | Ну вот до нашествия openzfs еще были шансы это починить у меня он был именно о... большой текст свёрнут, показать | |
|
|
|
|
|
4.88, Аноним (34), 16:52, 08/01/2021 [^] [^^] [^^^] [ответить]
| +3 +/– |
> Она вообще очень сырая, и на текущий момент её уровень соответствует уровню btrfs 5-летней давности.
ЧИТД. Уровень икспердизы зашкаливает.
| |
|
|
2.43, псевдонимус (?), 18:05, 07/01/2021 [^] [^^] [^^^] [ответить]
| +3 +/– |
Бтрфс...лучше совсем не показывать этого калеча и никому о нем не говорить. Позорище позорное, неисправимое.
| |
|
3.65, Аноним (22), 20:46, 07/01/2021 [^] [^^] [^^^] [ответить]
| –3 +/– |
Смех, да и только;) Поверьте, лучше не создано, и не будет создано ещё очень долго. И сейчас btrfs становится фс номер один, и будет номер один очень долго.
| |
|
|
5.77, Аноним (22), 04:34, 08/01/2021 [^] [^^] [^^^] [ответить]
| +/– |
Таки нет, хотя в последнее время fedora очень даже ничего. Вообще btrfs масштабно и по умолчанию начали применять в opensuse, а fedora упор на lvm делала? Но возможности и потенциал btrfs - огромны, хотите вы того или нет. Даже они это поняли, и в 33 версии по умолчанию её предлагают. А начиная с 34 версии появятся очень интересные фишки, благодаря возможностям btrfs. Да и вообще в будущем будет создано много классных вещей благодаря этой фс.
| |
|
6.82, псевдонимус (?), 06:57, 08/01/2021 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Таки нет, хотя в последнее время fedora очень даже ничего. Вообще btrfs
> масштабно и по умолчанию начали применять в opensuse, а fedora упор
> на lvm делала? Но возможности и потенциал btrfs - огромны, хотите
> вы того или нет. Даже они это поняли, и в 33
> версии по умолчанию её предлагают. А начиная с 34 версии появятся
> очень интересные фишки, благодаря возможностям btrfs. Да и вообще в будущем
> будет создано много классных вещей благодаря этой фс.
А не могли бы они запили б такую фичу, как сохранение данных, а не превращение их в кашу без возможности восстановления? Джва..10 лет жду.
| |
|
7.130, Аноним (-), 19:34, 09/01/2021 [^] [^^] [^^^] [ответить]
| +/– |
Ты вообще линукс судя по всему только на скриншотах видишь, а бсдшный экспериенс относительно btrfs можно и 20 лет ждать, пожалуй. Скорее виндузоиды дождутся, но вот у них оно и правда сырое.
| |
|
|
9.144, Аноним (146), 20:13, 09/01/2021 [^] [^^] [^^^] [ответить] | +1 +/– | А я вот его к счастью вижу везде И на десктопе, и на лаптопе, и на сетевых штук... текст свёрнут, показать | |
|
|
|
|
5.129, Аноним (-), 19:32, 09/01/2021 [^] [^^] [^^^] [ответить]
| +/– |
> Федорактивиста вижу в треде я...
Кстати, от этих тоже патчей подвалило. Ничего сверхъестественного, но время монтирования поубавили, например. Пустячок а приятно.
| |
|
4.67, псевдонимус (?), 21:00, 07/01/2021 [^] [^^] [^^^] [ответить]
| +/– |
> Смех, да и только;) Поверьте, лучше не создано, и не будет создано
> ещё очень долго. И сейчас btrfs становится фс номер один, и
> будет номер один очень долго.
Петя, ты?
| |
|
3.102, пох. (?), 14:03, 09/01/2021 [^] [^^] [^^^] [ответить]
| +/– |
"а я и не сплю".
В смысле, а исправлять никто и не собирался, md raid (с полным копированием всех данных после перезагрузки ресетом - хороший, полезный стресстест для твоего массива) ихнее всьо.
Изучай thin lvm. Все равно ничего другого в обозримом будущем не останется (и zfs доломают, причем на всех платформах).
| |
|
4.107, псевдонимус (?), 15:07, 09/01/2021 [^] [^^] [^^^] [ответить]
| +/– |
> "а я и не сплю".
> В смысле, а исправлять никто и не собирался, md raid (с полным
> копированием всех данных после перезагрузки ресетом - хороший, полезный стресстест для
> твоего массива) ихнее всьо.
> Изучай thin lvm. Все равно ничего другого в обозримом будущем не останется
> (и zfs доломают, причем на всех платформах).
> Полезный стресс есть.
Так данные от такой "пользы" похерится могут. Иихерятся.
Надеюсь зфс окончательно не разломают.
Линукса, тем более шапкообразного с на хранилке у меня не будет.
| |
|
5.140, Аноним (-), 20:04, 09/01/2021 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Линукса, тем более шапкообразного с на хранилке у меня не будет.
А вот это уже твои проблемы.
| |
|
|
7.164, Аноним (162), 21:10, 09/01/2021 [^] [^^] [^^^] [ответить]
| +/– |
> Т.е. моя проблема будет состоять в отсутствии проблем? Принято.
Про это все метко говорится - дай дураку стеклянный х... :)
| |
|
|
5.149, пох. (?), 20:30, 09/01/2021 [^] [^^] [^^^] [ответить]
| +/– |
> Линукса, тем более шапкообразного с на хранилке у меня не будет.
synology жрет, и добавки просит, а он, вишь, не хочет!
А что там внутре netapp - нам не расскажут и не покажут (точнее, по принципу "на те Боже, что нам не гоже")
| |
|
6.159, псевдонимус (?), 20:57, 09/01/2021 [^] [^^] [^^^] [ответить]
| +/– |
У синолоджи с нетапом в штате целый полк псевдонимусов и рота похов. А у псевдонимуса всего один псевдонимус :-(
| |
|
7.165, Аноним (162), 21:11, 09/01/2021 [^] [^^] [^^^] [ответить]
| +/– |
> У синолоджи с нетапом в штате целый полк псевдонимусов и рота похов.
> А у псевдонимуса всего один псевдонимус :-(
Да какой у синоложи полк? Хотя справедливости ради они даже что-то комитили в btrfs, но на полк было не похоже. Так, 1-2 мелких дева для дежурных фиксов, они даже не core devs технологии.
| |
|
|
|
4.108, псевдонимус (?), 15:10, 09/01/2021 [^] [^^] [^^^] [ответить]
| +/– |
> "а я и не сплю".
> В смысле, а исправлять никто и не собирался, md raid (с полным
> копированием всех данных после перезагрузки ресетом - хороший, полезный стресстест для
> твоего массива) ихнее всьо.
> Изучай thin lvm. Все равно ничего другого в обозримом будущем не останется
> (и zfs доломают, причем на всех платформах).
Кроме того у бсд..ов есть геом.
| |
|
5.142, Аноним (146), 20:11, 09/01/2021 [^] [^^] [^^^] [ответить]
| –2 +/– |
> Кроме того у бсд..ов есть геом.
Чего с ним делать предлагается? Инновационный UFS развернуть? Или таки FAT? Что там у вас еще есть? Какой-то кастрированный вариант EXT'а, чтоли?
| |
|
4.132, Аноним (-), 19:35, 09/01/2021 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Изучай thin lvm.
Лучше btrfs изучить - и почувствовать разницу. Рулится в духе zfs, только без некоторых его дурацкостей :-]
| |
|
5.136, псевдонимус (?), 19:56, 09/01/2021 [^] [^^] [^^^] [ответить]
| +/– |
>> Изучай thin lvm.
> Лучше btrfs изучить - и почувствовать разницу. Рулится в духе zfs, только
> без некоторых его дурацкостей :-]
И без некоторых сохранностей данных.
| |
|
6.141, Аноним (146), 20:09, 09/01/2021 [^] [^^] [^^^] [ответить]
| –2 +/– |
> И без некоторых сохранностей данных.
Естественно, бсдшнику виднее что у нас там в этих наших линуксах с сохранностью данных.
> Линукса, тем более шапкообразного с на хранилке у меня не будет.
Тебя за язык никто не тянул, это все что на самом деле надо знать о твоем уровне экспертизы по поводу данных в Linux. Ты это небось даже на скриншоте не видел но мнение имеешь.
| |
|
7.152, псевдонимус (?), 20:42, 09/01/2021 [^] [^^] [^^^] [ответить]
| +1 +/– |
Конечно виднее.
К несчастью видел не на скриншоте кашицу, в которые БТР превратил данные. Но да, виновата была не только лишь фс. Админ-линуксоид по скудоумию пытался с упорством, достойным лучшего применения восстановить данные средствами этой калечной фс.
| |
|
8.166, Аноним (-), 21:16, 09/01/2021 [^] [^^] [^^^] [ответить] | –3 +/– | Верю-верю, всякому зверю Почему-то больше всего проблем - у лиц с бсдшным бэкгр... большой текст свёрнут, показать | |
|
9.170, анонн. (?), 21:43, 09/01/2021 [^] [^^] [^^^] [ответить] | +3 +/– | Вы там поаккуратней с разоблачениями, а то недавно выяснилось, что ваши котор... большой текст свёрнут, показать | |
|
|
|
12.175, анонн (ok), 23:02, 09/01/2021 [^] [^^] [^^^] [ответить] | +1 +/– | Rosa Linux И знать, чем чреват запуск kvm qemu с cache writeback для гостя, тоже... большой текст свёрнут, показать | |
|
13.197, Аноним (197), 00:13, 11/01/2021 [^] [^^] [^^^] [ответить] | –1 +/– | А, ну эти довольно чудесатые С другой стороны попробуй стать разработчиком к... большой текст свёрнут, показать | |
|
|
|
10.173, Аноним (-), 22:44, 09/01/2021 [^] [^^] [^^^] [ответить] | –2 +/– | Это не разоблачения а всего лишь здоровый дефолтный скепсис на основе смотряния ... большой текст свёрнут, показать | |
|
11.177, анонн (ok), 23:26, 09/01/2021 [^] [^^] [^^^] [ответить] | +3 +/– | Похоже, делать на основе кратких и удивительно точно, хоть и невежливо, описыва... большой текст свёрнут, показать | |
|
12.198, Аноним (-), 00:39, 11/01/2021 [^] [^^] [^^^] [ответить] | –3 +/– | Хм, если нечто выглядит как глупый, агрессивный, неэффективный луддит - его очен... большой текст свёрнут, показать | |
|
|
10.179, пох. (?), 00:21, 10/01/2021 [^] [^^] [^^^] [ответить] | +/– | ой, прелесть какая Не, с другой стороны - извращенцы и должны же ж страдать Пр... текст свёрнут, показать | |
|
|
12.243, пох. (?), 12:40, 12/01/2021 [^] [^^] [^^^] [ответить] | +1 +/– | Я делаю Виртуалке ДВЕНАДЦАТЬ лет Пережила три разные виртуализации и четыре хо... текст свёрнут, показать | |
|
|
|
|
|
7.155, пох. (?), 20:52, 09/01/2021 [^] [^^] [^^^] [ответить]
| +2 +/– |
>> И без некоторых сохранностей данных.
> Естественно, бсдшнику виднее что у нас там в этих наших линуксах с
> сохранностью данных.
А, оно из-за этого навернулось? Как учуяло-то за двадцать километров...
| |
|
8.168, Аноним (-), 21:17, 09/01/2021 [^] [^^] [^^^] [ответить] | –2 +/– | Как, как, вы так мастерски мины себе на пути раскладываете и подрываетесь на них... текст свёрнут, показать | |
|
7.209, псевдонимус (?), 13:46, 11/01/2021 [^] [^^] [^^^] [ответить]
| +/– |
>> И без некоторых сохранностей данных.
> Естественно, бсдшнику виднее что у нас там в этих наших линуксах с
> сохранностью данных.
>> Линукса, тем более шапкообразного с на хранилке у меня не будет.
> Тебя за язык никто не тянул, это все что на самом деле
> надо знать о твоем уровне экспертизы по поводу данных в Linux.
> Ты это небось даже на скриншоте не видел но мнение имеешь.
Админ линуксоид. Восстанавливал, пока диски не вылетели. На райд5.
| |
|
|
5.151, пох. (?), 20:36, 09/01/2021 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> Изучай thin lvm.
> Лучше btrfs изучить - и почувствовать разницу. Рулится в духе zfs, только
> без некоторых его дурацкостей :-]
вот, к примеру, без объявления войны не смонтировался надысь. ага. Вполне в духе современной zfs, конечно, тут ты прав.
Кстати, а как там сделать замену диска? Не send/receive, это-то и бестолковая zfs могет, а просто был sda, стал sdb, а sda надо отдать прямщас. Не останавливая систему, потому что я хз как ее потом загрузить.
Предположим даже, для простоты, что никаких зеркал и, б-же упаси, raid там нет (хотя для lvm это было бы совершенно неважно).
| |
|
6.172, Аноним (172), 22:27, 09/01/2021 [^] [^^] [^^^] [ответить] | +/– | А error message какой И какие версии кернела и проч Ну и чего с ним сделали дл... большой текст свёрнут, показать | |
|
7.178, пох. (?), 00:16, 10/01/2021 [^] [^^] [^^^] [ответить] | +1 +/– | дык, никакого Есть типовые мусорные сообщения, которые при нормальном монтирова... большой текст свёрнут, показать | |
|
8.201, Аноним (-), 01:45, 11/01/2021 [^] [^^] [^^^] [ответить] | –2 +/– | Прикалываться изволите Дык, цитаты Чего-нибудь типа failed to open ctree Или ... большой текст свёрнут, показать | |
|
|
|
|
4.234, Онаним (?), 10:27, 12/01/2021 [^] [^^] [^^^] [ответить]
| +/– |
> md raid (с полным копированием всех данных после перезагрузки ресетом
Это называется про bitmap забыли.
| |
|
5.242, пох. (?), 12:34, 12/01/2021 [^] [^^] [^^^] [ответить]
| +/– |
>> md raid (с полным копированием всех данных после перезагрузки ресетом
> Это называется про bitmap забыли.
это называется непонимание элементарных вещей.
| |
|
6.244, Онаним (?), 15:23, 12/01/2021 [^] [^^] [^^^] [ответить]
| +/– |
Именно так это и называется.
Потому что bitmap в md позволяет полного рефреша избежать.
| |
|
|
|
|
|
|