forum.opennet.ru

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Оглавление

Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD, opennews (??), 11-Янв-23, (0) [смотреть все]

Вот бы на Линукс эту шнягу завели, Аноним (1), 22:03 , 11-Янв-23, (1) +9 //

Лучше бы включили Reiser4 А от этих недоделок фэйловых типа бтрфс уже деваться н, innonimus (?), 22:06 , 11-Янв-23, (2) +2 //

Шишкин, еле узнал тебя под новым ником , Самый умный из вас (?), 22:08 , 11-Янв-23, (3) +17 //

Вопросительный знак проигнорируйте, пожалуйста , Самый умный из вас (?), 22:09 , 11-Янв-23, (5)
BSDшникам пусть свое нечто комитнет, там такое поймут , Аноним (69), 08:44 , 12-Янв-23, (69) –1

Да кому он нужен со своим молотком Эксперименты проводить на его файловой систе, Аноним (107), 13:46 , 12-Янв-23, (107)

Это Шишкину предлагалось, у него не молоток , Аноним (-), 11:35 , 13-Янв-23, (153)

Шишкин, никому твоя raiser4 не нужна 128514 , васёк (?), 22:11 , 11-Янв-23, (6) +5 //

Зумеры-адепты бтрфс набежали Как там сейчас, всё также не балансируется , innonimus (?), 22:39 , 11-Янв-23, (8) +1

Не боись, 80 гиговые диски только у тебя остались А на нормальных оно и не нужн, Аноним (16), 23:02 , 11-Янв-23, (16) –1

Админам локалхоста конечно хоть zfs, что btrfs - картинки и гнуху закоррапченную, ryosuke (?), 23:44 , 11-Янв-23, (32) +1

пиши сразу название конторы, чтобы знать с кем связываться не связываться, penetrator (?), 01:30 , 12-Янв-23, (50) +5

Из текста ясно, что это контора, в которой джуны заведуют серверами в проде , lleeree_ (ok), 07:21 , 12-Янв-23, (59) +13

А у девляпсов так, отдельных инфраструктурщиков нет Пришёл джун - и сразу под та, Омномним (?), 09:48 , 12-Янв-23, (81) +2

Мы это кто Мелкая контора с админами динозаврами которые не в состоянии усваива, Аноним (52), 01:54 , 12-Янв-23, (52) –1

Фэксбук с миллиардом юзеров Чтобы просто понимать масштаб протестированности ко, Аноним (69), 08:40 , 12-Янв-23, (66)

Есть спец-хостинг для определённого довольно сложного продукта, так мы на нём уж, Аноним (71), 08:50 , 12-Янв-23, (71) +1

Для raid вариантов с интенсивной заменой мелких файлов ещё как нужно, иначе сдох, maximnik0 (?), 02:47 , 12-Янв-23, (54)

Теперь попробуйте это на btrfs повторить он в этом смысле сильно менее тупой , Аноним (69), 08:09 , 12-Янв-23, (63)

А что из сообщения не было ясно что там btrfs использовалась плюс гластер Она х, maximnik0 (?), 08:49 , 12-Янв-23, (70) +2

Вроде нет А где это написано Ну тут смотря как валятся, конечно И при этом мат, Аноним (69), 10:21 , 12-Янв-23, (88)

Там у них не совсем нагруженная БД, можно сказать несколько тысяч таблиц с отчё, maximnik0 (?), 11:05 , 12-Янв-23, (95) +1

Ну вот тут упс, DB vs COW это ну такое себе Журнал бд CoW ается и получается не, Аноним (122), 02:25 , 13-Янв-23, (122) +1

Делали,делали Был конвертер -его 5 лет Редхад поддерживал,хотя там перевод был н, maximnik0 (?), 10:17 , 13-Янв-23, (142)
Все познается в сравнении Если те конвертор починили, а эти убрали, спрашиваетс, Аноним (154), 11:56 , 13-Янв-23, (154)
Да был спор с местными ребятами с службы приставов, они на бтрфс уже работали Я , maximnik0 (?), 13:25 , 13-Янв-23, (160)
А таки не врут В целом А так дурные случаи можно накопать везде Никогда не ви, Аноним (169), 17:56 , 13-Янв-23, (169)
А вот тут у вас батенька Незнание Это повидение описано в документации,ну соглас, maximnik0 (?), 23:41 , 13-Янв-23, (180)
Добавлю, для совсем тяжёлых случаев есть ключик к утилита tune2fs ,но ключ я не , maximnik0 (?), 00:09 , 14-Янв-23, (182)
Вообще-то это как раз знание Любезно предоставленное похом, так даже бывает Я о, Аноним (186), 05:21 , 14-Янв-23, (186)
Опять ловлю на незнание Был дефраг для ext2 Он даже официально входил в некотор, maximnik0 (?), 06:02 , 14-Янв-23, (191)
Там, ext4, имхо, был, или максимум ext3, не помню, но убился жестко, так что я о, Аноним (-), 09:03 , 14-Янв-23, (194)
А как теперь, если появился новый носитель, теперь можно добавить, например к ко, shardddin (?), 16:50 , 14-Янв-23, (200)
Я лично пару раз с конвертацией с ext4 обжогся,но вот пару последних конвертируе, maximnik0 (?), 00:27 , 15-Янв-23, (202) +1
Спасибо , shardddin (?), 01:28 , 15-Янв-23, (203)
Не советую следовать идеям maximnik0 vs btrfs Достаточно посмотреть как он наше, Аноним (-), 06:29 , 15-Янв-23, (205)
Ну, мне плодить все равно придется - основное устройство с корнем и домашней - н, shardddin (?), 20:04 , 15-Янв-23, (208)
Абсолютно После add просто эн места появляется Очень приколько так RAID ы отра, Аноним (-), 06:19 , 15-Янв-23, (204) +1
Интересно Я, конечно, не изучал устройство бтрфс так глубоко, поэтому полагал, , shardddin (?), 21:33 , 15-Янв-23, (209)
CoW ы next gen технология С особенностями, сильными и слабыми чудес не бывает , Аноним (210), 14:21 , 18-Янв-23, (210) +1
Благодарю 1210 ау бул , shardddin (?), 00:01 , 21-Янв-23, (211)
Перенес систему на новый SSD с использованием подтомов - возникла проблема с до, shardddin (?), 01:23 , 23-Май-23, (215)
Почитал Ваши опусы и был, искренне, восхищён Вашей терпимостью Ни каждый осилит, 128557 (?), 13:17 , 03-Дек-23, (217)
А зачем ей журнал то,что в этот журнал упёрлись то Там версирование версий и cr, maximnik0 (?), 13:42 , 13-Янв-23, (161)
Потому что без него при крахе не только продалбывается неопределенный объем данн, Аноним (-), 18:08 , 13-Янв-23, (170)
В каком качестве Что на них крутится , Аноним (199), 15:14 , 14-Янв-23, (199)
Эти в основном серваки таможни - по специальному протоколу идёт обмен данными Ис, maximnik0 (?), 22:29 , 14-Янв-23, (201) +1
Если конвертирование было не успешным можно откатить обратно,это штатная фича bt, maximnik0 (?), 10:39 , 13-Янв-23, (146)
Это фича btrfs гибкий аллокатор, испольузет свободное место оставленное воооон , Аноним (-), 12:07 , 13-Янв-23, (155)
Плохо не знать офтопик С 2000 в состав операционки входит утилита convert Ман по, maximnik0 (?), 14:06 , 13-Янв-23, (163) +2
Добавлю а ещё раньше NT4 могла фат16 конвертировать,фат32 она официально не пони, maximnik0 (?), 14:10 , 13-Янв-23, (164) +1
Даже там такими извратами адекватные люди не особо занимаются Да хрен с ним с оф, Аноним (-), 18:11 , 13-Янв-23, (171) +1
Не выпили а запрятали И прекратили обновлять Но если у вас есть раздел преведуще, maximnik0 (?), 23:53 , 13-Янв-23, (181)
Это к счастью не мои проблемы, у меня линукс есть со всякими бтрфс поэтому я мог, Аноним (-), 05:34 , 14-Янв-23, (187)
Параноид детектид Есть исходники -качай себе на здоровье и компилируй Что там , maximnik0 (?), 05:44 , 14-Янв-23, (188)
Мне это полезно как зайцу стопсигнал я ушел на линукс, прокачался в линуксе, и , Аноним (186), 09:19 , 14-Янв-23, (195)
Разработчики просили дампы а у меня обьеммы огог а безлимита нету,в это все и уп, maximnik0 (?), 11:24 , 13-Янв-23, (151)
У них есть режим дампа только метаданных Заодно и приваси лучше сохраняет Так , Аноним (-), 12:28 , 13-Янв-23, (157)
Нет, железо исправно было,перепроверено несколько раз Меня больше убило что не ч, maximnik0 (?), 13:59 , 13-Янв-23, (162)
А чексум еррор тогда, извините, откуда Там вариантов мало - результат счета и т, Аноним (-), 18:17 , 13-Янв-23, (172)
Kubuntu 20 04 - 3 года назад Так что не совсем древнее Нашел тему на linux орг h, maximnik0 (?), 01:13 , 14-Янв-23, (184) –1
Коменты там еще более донные чем на опеннете, имхо И таки если CSUM ERROR то 95 , Аноним (-), 05:49 , 14-Янв-23, (189)
До сих пор использую для архивов,бад блоков нет и помирать не собираеться Только, maximnik0 (?), 06:19 , 14-Янв-23, (192)
А оно бывает очень по разному если в тех случаях Да и приколов у железа много, , Аноним (-), 09:32 , 14-Янв-23, (196)
Окисление в гермоблоке Это либо очень косячная сборка производителя- либо плас, maximnik0 (?), 10:08 , 14-Янв-23, (197)
Контакты между платой электроники и гермоблоком, лол Особенно WD в некоторых ст, Аноним (-), 14:30 , 14-Янв-23, (198)

Пускай битрфс научится возвращать место после снапшотов Но в прод ей ещё ран, User999 (?), 20:40 , 12-Янв-23, (117)

Делаю кучу снапшотов, место на месте, возвращается как надо ЧЯДНТ Да уж, куда т, Аноним (-), 01:56 , 13-Янв-23, (121)

возьми да включи ещё одна макака, которой всё должны принести на блюдечке , Аноним (7), 22:20 , 11-Янв-23, (7) +1 //

Слышали слышали, сначала добейся, начни с себя и т д , innonimus (?), 22:39 , 11-Янв-23, (10) –3

Слышали, и что Выводы-то сделали , Герострат (?), 22:53 , 11-Янв-23, (14) +1

Сделали конечно RedHat и MicroFocus с Oracle тоже сделали и поэтому ни btrfs ни , innonimus (?), 23:35 , 11-Янв-23, (26) –2

поэтому Оракл добавил назад BTRFS в UEK clown, penetrator (?), 01:31 , 12-Янв-23, (51) +2

А редхат - в федору Да что там - даже васик редхатовский, последний из моникан,, Аноним (69), 08:41 , 12-Янв-23, (67)
Так то ты эсс-кловн Почитай known issues по UEK касательно бтрфс, если английски, ryosuke (?), 20:25 , 12-Янв-23, (116)

если не юзать встроенный RAID, то проблем не наблюдаю совсемну и ты бы линк скин, penetrator (?), 01:07 , 13-Янв-23, (120)

Да оно и с встроеным RAID нормально работает, как минимум RAID1 точно , Аноним (69), 10:28 , 13-Янв-23, (144)

Очень полезные слова, особенно для болтунов и клоунов с опеннет, Аноним (62), 07:58 , 12-Янв-23, (62)

Не включат, название слишком мпзогинистичное , Аноним (9), 22:39 , 11-Янв-23, (9)
При том куда-нибудь в NetBSD, им все равно выбирать не из чего , Аноним (-), 09:25 , 12-Янв-23, (78) +1

Вопрос времени , Аноним (25), 23:17 , 11-Янв-23, (25)

Почему OpenBSD обидели , Аноним (4), 22:09 , 11-Янв-23, (4) +5 //

Потому что не нужно , Аноним (25), 23:13 , 11-Янв-23, (20)
Она строго относится к сложным вещам Поэтому там и zfs нет , Аноним (31), 23:43 , 11-Янв-23, (31) +1 //

Тео просто шлёт гомосятину, которая эксплоитится однострочником, лесом и обходит, ryosuke (?), 23:45 , 11-Янв-23, (33) –3 //

За однострочники нужно карать прилюдно на площадях , Аноним (25), 00:27 , 12-Янв-23, (42) –2
Тео, как нам хорошо известно, мастурбирующая макака , Аноним (46), 01:22 , 12-Янв-23, (46)
Не терпит конкуренции А можно пруф на однострочник, а то так любую ФС можно чере, Аноним (97), 11:10 , 12-Янв-23, (97)

У меня есть аналог однострочника,по крайне мере 2-3 года назад по прежнему убива, maximnik0 (?), 14:40 , 13-Янв-23, (165)

https disk yandex ru d O3aRNJVWeBHbgw, maximnik0 (?), 16:00 , 13-Янв-23, (168)

в OpenBSD даже ext4 нормально нет, там полторы fs - ffs и ext2 с перебоями , Аноним (64), 08:16 , 12-Янв-23, (64) +1
OpenBSD слишком кривая и своеобразная, туда сложно что-то портировать Поэтому т, Аноним (65), 08:17 , 12-Янв-23, (65) –1 //

зато там amd и intel отлично работают на большинстве железа, в отличие от netbad, Аноним (64), 09:39 , 12-Янв-23, (79) //

На большинстве того небольшого объёма железа, что вообще как-то работает , Аноним (97), 11:10 , 12-Янв-23, (99) +1

Пользуясь случаем, спрошу Под какую BSD новичку проще писать драйверы , Аноним (31), 22:40 , 11-Янв-23, (11) +1 //

Под ту у разработчиков который уровень ЧСВ ниже Вот у авторов FreeBSD оно высок, Аноним (12), 22:52 , 11-Янв-23, (12) –2 //

Они ZFS хотят развивать совместно с разработчиками Linux, а NetBSD эта фс нужнее, lxoid (ok), 23:03 , 11-Янв-23, (17) //

Боже, какой бред Там есть ZFS , Аноним (22), 23:17 , 11-Янв-23, (22) +3

В зародыше разве что, lxoid (ok), 00:19 , 12-Янв-23, (39)

Ну, в Linux ZFS вообще нет , Аноним (31), 00:26 , 12-Янв-23, (40)

Да, да нету А пакеты в LTS К Ubuntu это мои галлюцинации Единственное что офици, maximnik0 (?), 02:30 , 12-Янв-23, (53)

Это был отчасти троллинг, отчасти правда, в зависимости от угла восприятия В я, Аноним (85), 09:58 , 12-Янв-23, (85)
Ну Бубунта же у нас ванилла , Аноним (91), 10:51 , 12-Янв-23, (91)

Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD, Аноним (98), 11:10 , 12-Янв-23, (98)

Да действительно нахрен надо снапшоты ОС и прочие глупости, еще не хватало опера, Аноним (-), 02:55 , 13-Янв-23, (129)

А для чего Бут разделу снапшот Что за идиотизм,не подумавший вякнуть Ну пришло т, maximnik0 (?), 14:52 , 13-Янв-23, (166)

Для того что если мне не понравился апгрейд операционки - я его возьму да откачу, Аноним (186), 18:25 , 13-Янв-23, (173)

Это boot раздел,ваши программы и либы с данными на ZFS разделе Так загружался в , maximnik0 (?), 00:29 , 14-Янв-23, (183)

Добавлю ещё перчика Есть стандарт UEFI,загрузчик по этому стандарту должен быт, maximnik0 (?), 01:44 , 14-Янв-23, (185)
Если обратить внимание, стандарт UEFI не ограничивает допустимые ФС И если в ue, Аноним (-), 06:40 , 15-Янв-23, (206)
Придумать то придумали и до фига Но почему же тотже exfat в стандарт не записать, maximnik0 (?), 07:23 , 15-Янв-23, (207)
При том ничего сравнимого по уровню с технологий даже с btrfs который у линуксои, Аноним (-), 01:18 , 21-Янв-23, (212)
Сколько можно повторять -не поотрубали а скрыли и прекратили обновлять Официальн, maximnik0 (?), 08:01 , 23-Янв-23, (213)
Зачем все это делать Современные видиокарточки поддерживают Вулкан -знаете ско, maximnik0 (?), 08:45 , 23-Янв-23, (214)
Да в принципе все это решаемо Но внемайнлайновый выкидыш это внемайнлайновый вы, Аноним (-), 05:57 , 14-Янв-23, (190)

Вот жэж открытие Уже несколько лет юзаем на бубунте зфс для самого быстрого в м, Аноним (71), 08:55 , 12-Янв-23, (74) –1

В линуксе нет ZFS но все тырят код из ZoL Анонимусы, kree , Аноним (-), 03:11 , 13-Янв-23, (130) –1

вообще нет, это полноценная ФС в NetBSD , Аноним (22), 00:42 , 12-Янв-23, (45) +2

Где тогда возможность поставить её на ZFS Только позавчера NetBSD 9 3 ставил , lxoid (ok), 03:11 , 12-Янв-23, (55) +1

Ты точно юзер BSD Если да, то таких вопросов не задавал бы , Аноним (22), 10:39 , 12-Янв-23, (90)
С такими вопросами тебе в убунту, Аноним (22), 12:03 , 12-Янв-23, (105)
cat kern versionNetBSD 10 99 2 GENERIC 0 Wed Jan 11 09 35 06 UTC 2023 , Аноним (22), 18:27 , 12-Янв-23, (115) +1

NetBSD, там хорошие мануалы и примеры , Аноним (22), 22:52 , 11-Янв-23, (13) +5 //

Под NetBSD на Lua можно писать драйвера, lxoid (ok), 23:01 , 11-Янв-23, (15) //

Упаси меня ктулха от таких дров Еще на питоне напишите , Аноним (69), 08:43 , 12-Янв-23, (68) +1

После раста в ядро и ужа притянут, 1 (??), 09:09 , 12-Янв-23, (76)

Lua там появился задолго до идеи включения Rust в Linux , Аноним (85), 10:18 , 12-Янв-23, (87) +1
Rust хотя-бы в нативный код компилится, в отличие от , Аноним (122), 02:29 , 13-Янв-23, (123)

А как оно, по сравнению с Linux , Аноним (31), 23:40 , 11-Янв-23, (29) +1 //

Вцелом всё красивее, стройнее, архитектурно-элегантнее посмотри на ужас в sk_bu, Аноним (22), 00:02 , 12-Янв-23, (36) +6

Порой настолько стройно-красивое, что не может даже на ноутбук поставиться И де, Аноним (71), 09:01 , 12-Янв-23, (75) –3

стриггерился, Аноним (100), 11:16 , 12-Янв-23, (100) +1

Ну, фигово, иди код пиши чтобы больше такие позорные отзывы не получать , Аноним (-), 07:17 , 13-Янв-23, (133)

И как ваще связана красивый дизайн с тем, что какое-то железо не поддерживается , Аноним (22), 12:11 , 12-Янв-23, (106) +2

Видите ли, над элитизмом, вот этим у нас все правильно, академично, стройно, эл, Аноним (109), 15:06 , 12-Янв-23, (109) –1

Видите ли, нам не нужны юзеры, к-м надо просто фичи похер какой ценой и каким же, Аноним (22), 15:45 , 12-Янв-23, (111) +1

Принято Будем юзать убунту , Аноним (109), 17:43 , 12-Янв-23, (114)
Хочешь об этом поговорить Ну, давай рискнем Вон там, по ссылочке ниже, в hamme, Аноним (-), 07:28 , 13-Янв-23, (134)

Все верно бро Бздишники только на публику задвигать горазды, про элегантные, се, Аноним (109), 07:59 , 13-Янв-23, (135)

С линуксом была такая же хрень, но за годы там толпа народа это расчистила, и во, Аноним (186), 09:57 , 13-Янв-23, (138)

Да, l4z в ядре NetBSD нету А касательно реюзинга кода, вот цитата с их сайта Pr, Аноним (22), 09:15 , 13-Янв-23, (136)

И культуры выноса реюзабельного кода в инфраструктурно-библиотечные штуки - тоже, Аноним (69), 10:09 , 13-Янв-23, (140) +1

Конечно есть Никто не делает 10 разных реализаций одного и того же, но для разн, Аноним (22), 10:25 , 13-Янв-23, (143)
А почему они тогда LZ4 прямо в файлуху втрамбовали Ну вот просто в лоб сравнива, Аноним (-), 10:41 , 13-Янв-23, (147)
А почему ZFS сделали так же Потому что HAMMER2 - не часть NetBSD и в ядро ее не, Аноним (22), 14:58 , 13-Янв-23, (167)
Видимо культура кодинга в их прожекте такая Впрочем, их в майнлайн все равно не, Аноним (-), 18:41 , 13-Янв-23, (175)
Ну учитывая как портировался вялый, стойкая принципиальность прослеживается htt, Аноним (22), 20:06 , 13-Янв-23, (177)
Это код из Стрекозы, откуда мне знать откуда Диллон его выдрал или сам с нуля на, Аноним (22), 10:33 , 13-Янв-23, (145)
Ну тогда вот вам, из того файла code Copyright C 2011-2013, Yann Collet cod, Аноним (-), 10:48 , 13-Янв-23, (148)
еще скажут , Аноним (22), 11:01 , 13-Янв-23, (150)
А, это как в том порте wireguard для fbsd Почти успели , Аноним (109), 11:35 , 13-Янв-23, (152)
Там тоже высокоархитектурный кодец был Правда, автор вайргада встал костьми и н, Аноним (-), 18:42 , 13-Янв-23, (176)

https github com openzfs zfs blob master module zfs lz4 cА это тогда зачем зде, Аноним (22), 12:25 , 13-Янв-23, (156)

А это, вероятно, одна из причин по которым этот внемайнлайновый выкидыш в майнла, Аноним (-), 12:34 , 13-Янв-23, (158)
https github com openzfs zfs pull 1789Им даже пришлось переименовать функции, , Аноним (22), 12:41 , 13-Янв-23, (159)

ZoL обречен жить выкидышем, из-за лицензии и хреновой интеграции с кернелом, нав, Аноним (-), 18:38 , 13-Янв-23, (174)
Razorfs по этой же причине, как я понимаю, не в ядре - использует собственные сл, Аноним (22), 20:09 , 13-Янв-23, (178)
ReiserFS I mean, Аноним (22), 20:11 , 13-Янв-23, (179)
И это одна из ключевых причин по которым ее в майнлайне не будет Они тоже не по, Аноним (-), 08:28 , 14-Янв-23, (193)

Балабол294, зачем ты опять стабильно и быстро спрыгнул на свои фантазии , Аноним (118), 21:49 , 12-Янв-23, (118)

User294 Я думал он где-то лет 10-13 назад помер, Аноним (22), 23:04 , 12-Янв-23, (119)

Конечно, ведь у девляпсов умишки собрать своё ядро не хватает Хочу играть на ги, BorichL (ok), 15:28 , 12-Янв-23, (110)

Ну тогда можно гитарой по башке е ть как некоторые музыканты Зато учиться муз, Анони (?), 02:36 , 13-Янв-23, (124)

Любую , Аноним (25), 23:13 , 11-Янв-23, (19) +2
А ты чё производитель чтобы писать драйверы или у тебя есть спецификация некого , Аноним (25), 23:17 , 11-Янв-23, (24) +6 //

Я производитель файловых систем и прочих буков , Самый Лучший Гусь (?), 23:38 , 11-Янв-23, (28) –1 //

оставь себе свои поделки, Аноним (7), 23:46 , 11-Янв-23, (34)
Не знаю какой ты производитель,но перосян так себе, Аноним (25), 00:28 , 12-Янв-23, (43) +3

С железом работаю, но там rtos Хочу для начала как хобби, потом может и пригоди, Аноним (31), 23:42 , 11-Янв-23, (30) //

и зачем тебе драйвер, если можешь сделать ещё одну библиотеку, Аноним (7), 23:48 , 11-Янв-23, (35)

Знаю Но хочу на простой задаче поупражняться для начала , Аноним (31), 00:08 , 12-Янв-23, (37)

Пиши на расте под лучшее ядро жмупинус , Аноним (46), 01:25 , 12-Янв-23, (47) –2

Пиши под FreeBSD FreeBSD это мейнстрим BSD, соответственно больше всего людей п, Аноним (82), 09:49 , 12-Янв-23, (82)

Для курсовика , Аноним (91), 10:55 , 12-Янв-23, (94) //

Нет, это для себя , Аноним (98), 11:09 , 12-Янв-23, (96)

Стрекоза теряет свою киллер фичу и становится не нужной , Аноним (25), 23:14 , 11-Янв-23, (21) +6 //

Ты не нужен , innonimus (?), 23:37 , 11-Янв-23, (27) –1
Ну не скажи, там всё таки гибридное ядро, которое ближе к микроядру, чем к монол, lxoid (ok), 00:17 , 12-Янв-23, (38) +2 //

Что это даёт на практике обычным админам про десктоп, надеюсь, всерьез никто н, Аноним (25), 00:26 , 12-Янв-23, (41) +1 //

Большую стабильность как минимум, отвалился один модуль, но ядро всё равно пашет, lxoid (ok), 03:14 , 12-Янв-23, (56) +3

И насколько часто в линуксе например, или в любой из бздов, отваливается драйвер, Аноним (71), 09:09 , 12-Янв-23, (77) –1

Регулярно В линуксе и венде Аудиодрайвер в венде перестал после нескольких лет, Аноним (80), 09:39 , 12-Янв-23, (80)

Кстати, с pulseaudio звуковая карта продолжает работать нормально после отвала д, Аноним (80), 09:50 , 12-Янв-23, (83)

Поттеринг волшебник, не иначе Может работать даже через отвалившийся драйвер , Аноним (169), 02:45 , 13-Янв-23, (128) +1

Там прерывания в ядре отваливаются Звук нормально работает, только пока ты мышк, Аноним (80), 10:04 , 13-Янв-23, (139)

Если прерывания отваливаются это совсем уж какой-то мегабаг И не очень понятно , Аноним (-), 10:15 , 13-Янв-23, (141)

Очень странно А в других осях значит за тебя твою проблему другие поправят Что, Аноним (169), 02:40 , 13-Янв-23, (125)

В Стрекозе это не работает Ты хотя бы почитай рассылку их придется гуглить на , Аноним (22), 15:49 , 12-Янв-23, (112) +1

Тогда как они разработчики вообще оправдывают её существование , warlock66613 (ok), 10:59 , 13-Янв-23, (149)
Насколько я понимаю, гибридность там заключается в том, что для каждого устройст, www2 (??), 14:26 , 08-Май-24, (219)

Лучшее враг хорошего , Аноним (46), 01:26 , 12-Янв-23, (48) +1
В NetBSD вообще RUMP-kernel есть - https www opennet ru opennews art shtml num, Аноним (22), 01:28 , 12-Янв-23, (49) //

В линуксу вообще UML есть, Анончик (?), 07:32 , 12-Янв-23, (60)

Хочу писать драйвера в Umbrello или Rational Rose , Аноним (108), 14:41 , 12-Янв-23, (108)

Он, вероятно, про User Mode Linux - когда ядро линукса компилится как программа , Аноним (169), 02:43 , 13-Янв-23, (127)

Если сравнивать с FreeBSD 13 - весьма спорный вопрос касаемый производительности, bOOster (ok), 06:04 , 12-Янв-23, (57)
Ты так говоришь как будто микроядро это что-то хорошее Микроядро это сложно и л, Аноним (73), 08:55 , 12-Янв-23, (73) +1

Она пока ещё не перестаёт иметь гибридное ядро , Аноним (91), 10:52 , 12-Янв-23, (92)

А что так , nymous (?), 07:03 , 12-Янв-23, (58) //

Я бы попробовал , Ivan_83 (ok), 07:53 , 12-Янв-23, (61) //

Так попробуй От заяв на опеннете код не напишется , Аноним (169), 02:41 , 13-Янв-23, (126) +1

Ибо нефиг , Аноним (73), 08:52 , 12-Янв-23, (72)
Будем надеяться, что это пока , YetAnotherOnanym (ok), 11:40 , 12-Янв-23, (101)

В illumos сабж не планируют портировать , Аноним (82), 10:03 , 12-Янв-23, (86) //

Иллюминатам ненужно , Аноним (91), 10:53 , 12-Янв-23, (93)

Ну, ять, слава яйтцы Интересно бы посмотреть, как это сделано В своё время, ког, YetAnotherOnanym (ok), 11:46 , 12-Янв-23, (102) +1 //

https github com kusumi netbsd_hammer2 tree master src sys fs hammer2, Аноним (22), 16:35 , 12-Янв-23, (113)

Сообщения [Сортировка по времени | RSS]

6. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD" +5 +/–

Сообщение от васёк (?), 11-Янв-23, 22:11

Шишкин, никому твоя raiser4 не нужна 😂

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

8. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD" +1 +/–

Сообщение от innonimus (?), 11-Янв-23, 22:39

Зумеры-адепты бтрфс набежали?
Как там сейчас, всё также не балансируется?

Ответить | Правка | Наверх | Cообщить модератору

16. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD" –1 +/–

Сообщение от Аноним (16), 11-Янв-23, 23:02

Не боись, 80 гиговые диски только у тебя остались. А на нормальных оно и не нужно.

Ответить | Правка | Наверх | Cообщить модератору

32. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD" +1 +/–

Сообщение от ryosuke (?), 11-Янв-23, 23:44

Админам локалхоста конечно хоть zfs, что btrfs - картинки и гнуху закоррапченную можно заново выкачать, когда fsck гавкнет в консоль.
за btrfs на серверах в проде мы лишаем премии незадачливого джуна, ибо он молод и глупость свою таким ходом выказывает.

Ответить | Правка | Наверх | Cообщить модератору

50. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD" +5 +/–

Сообщение от penetrator (?), 12-Янв-23, 01:30

пиши сразу название конторы, чтобы знать с кем связываться / не связываться

Ответить | Правка | Наверх | Cообщить модератору

59. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD" +13 +/–

Сообщение от lleeree_ (ok), 12-Янв-23, 07:21

>название конторы
Из текста ясно, что это контора, в которой джуны заведуют серверами в проде.

Ответить | Правка | Наверх | Cообщить модератору

81. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD" +2 +/–

Сообщение от Омномним (?), 12-Янв-23, 09:48

А у девляпсов так, отдельных инфраструктурщиков нет.
Пришёл джун - и сразу под танки, плейбуки, простите, рецепты писать.

Ответить | Правка | Наверх | Cообщить модератору

52. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD" –1 +/–

Сообщение от Аноним (52), 12-Янв-23, 01:54

Мы это кто? Мелкая контора с админами динозаврами которые не в состоянии усваивать новую информацию и поэтому в штыки воспринимают все новое? Так то btrfs много где в проде используется.

Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

66. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD" +/–

Сообщение от Аноним (69), 12-Янв-23, 08:40

> Мы это кто? Мелкая контора с админами динозаврами которые не в состоянии
> усваивать новую информацию и поэтому в штыки воспринимают все новое? Так
> то btrfs много где в проде используется.
Фэксбук с миллиардом юзеров. Чтобы просто понимать масштаб протестированности кода в проде. Теперь покажите это для Reiser4? Да он как обычно сдохнет при отклонении от идеала. Интересно, у него fsck так же в вермишель том потом нашинкует как с рейзер3?

Ответить | Правка | Наверх | Cообщить модератору

71. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD" +1 +/–

Сообщение от Аноним (71), 12-Янв-23, 08:50

Есть спец-хостинг для определённого довольно сложного продукта, так мы на нём уже несколько лет zfs гоняем. Снэпшоты продаются пользователям как отдельная услуга. Никогда не знал что у нас локалхост, пойду объясню это руководству.

Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

54. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD" +/–

Сообщение от maximnik0 (?), 12-Янв-23, 02:47

>А на нормальных оно и не нужно.
Для raid вариантов с интенсивной заменой мелких файлов ещё как нужно, иначе сдохнут жёсткие диски под нагрузкой.Или нужно брать ssd .Или использовать отключение Cow .
У нас в морпорту уже был крик-развалился Raid3 из за рассинхронизации дисков.Хорошо 2 кластер выжил,данные удалось спасти.Теперь по начали принудительно гоняют дефрагментацию с балансировкой.К сожалению все подробности не знаю,т.к там не работаю,но диски там не смешивали и  черепичку не использовали.

Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

63. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD" +/–

Сообщение от Аноним (69), 12-Янв-23, 08:09

>  У нас в морпорту уже был крик-развалился Raid3 из за рассинхронизации дисков.
Теперь попробуйте это на btrfs повторить... он в этом смысле сильно менее тупой.

Ответить | Правка | Наверх | Cообщить модератору

70. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD" +2 +/–

Сообщение от maximnik0 (?), 12-Янв-23, 08:49

А что из сообщения не было ясно что там btrfs использовалась плюс гластер? Она хоть менее тупая но когда жёсткие валяться от сильной фрагментации нехорошо и ей делается.Не успевает фоновая дефрагментация при сильной нагрузке .Поэтому теперь там и организовали вечерние дежурства-по вечерам когда нагрузки нет балансировку с дефрагментацией устраивать с обслуживанием БД каждый 3-й вечер.А если отключать СОW ,тогда смысл в этой фс ? Метаданные и в ext4 контрольной суммой заверяется.Снапшоты ? Так они бэкапов не заменяют, а гластер снимки тоже может делать внешними средствами.Еденственное что тогда не хватает это сжатие и субтома.Да и то ,народ поглядывает на XFS....
(От этих людей узнал наконец то почему я ловил глюки- оказывыется btrfs-convert содержал ошибку которую поправили в 20 году....из за этой ошибки у меня и разваливались тома, мда...)

Ответить | Правка | Наверх | Cообщить модератору

88. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD" +/–

Сообщение от Аноним (69), 12-Янв-23, 10:21

> А что из сообщения не было ясно что там btrfs использовалась плюс гластер?
Вроде нет. А где это написано?
> Она хоть менее тупая но когда жёсткие валяться от сильной фрагментации
> нехорошо и ей делается.
Ну тут смотря как валятся, конечно. И при этом мата на CSUM ERROR должно быть немеряно до того как это проблемой станет. Народ совсем не читает логи и не мониторит статистику устройств и прочие траблы?
> Не успевает фоновая дефрагментация при сильной нагрузке.
> Поэтому теперь там и организовали вечерние дежурства-по вечерам когда нагрузки нет
> балансировку с дефрагментацией устраивать с обслуживанием БД каждый 3-й вечер.
Может кому-то
1) commit=<побольше> сколько там вам важно не продолбать данных при слете питания без sync. Чем больше это время тем лучше оптимизация.
2) Если фрагментится что-то типа бд можно NOCOW на этом врубить.
3) Забивать под завязку не надо, зачем аллокатору пакостить? Благо в btrfs можно 1 девайс подоткнуть а не группами строго одного размера и по три. Сколько-то места добавится а RAID1C3 это 3 копии на разных девайсах, и только. Если сильно несимметрично, ребаланс сделать в период минимальной нагрузки. Можно с фильтрами а не по всей площади, там продвинуто.
> А если отключать СОW ,тогда смысл в этой фс ?
Смотря где отключать. БД имеют свое мнение о журналировании и COWать это ну так себе идея, две фичи делают одно и то же и не совсем мирно сосуществуют, активно мешая друг другу.
> Метаданные и в ext4 контрольной суммой заверяется.Снапшоты ? Так они бэкапов не заменяют,
Зато позволяют откатить неудачные факапы типа стирания половины файлухи, неудачных апгрейдов системы и прочие приколы. Быстро и радикально. При том все остается консистентным.
>  а гластер снимки тоже может делать внешними средствами.Еденственное что тогда не хватает
> это сжатие и субтома.Да и то ,народ поглядывает на XFS....
Да как бы удачи.
> (От этих людей узнал наконец то почему я ловил глюки- оказывыется btrfs-convert
> содержал ошибку которую поправили в 20 году....из за этой ошибки у
> меня и разваливались тома, мда...)
О, круто, слепить фафлуху из гамна полухакерскими методами из какого-то легаси и потом удивляться что там хрень какая-то. А создать фс с ноля создать было слишком банально? Нет, вон то конечно удобная и крутая фича (кто еще так вообще может) но

Ответить | Правка | Наверх | Cообщить модератору

95. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD" +1 +/–

Сообщение от maximnik0 (?), 12-Янв-23, 11:05

Там у них не совсем нагруженная БД, можно сказать  несколько тысяч таблиц с отчётами,но их много и отчёты потом обрабатываются и отсылаются по нужным ведомствам в некуда ,электронная отчётность которая нужна сейчас как зайцу стоп сигнал,остаток от проекта электронное правительство.И их не закрывают но и толком не обновляются по железу,хоть давно просят.
>О, круто, слепить фафлуху из гамна полухакерскими
Странно апгрейдить XFS4 в 5 это нормально.Миллионы нормально апгрейдили ext2 в 3-4 версию без потерь данных.И только в BTRFS это стало гамном....может код поправить надо было раньше? А 2-я дырень охранительная это сразу не предусмотреть возможность что из за мелких файлов кончиться место под метаданные,а места на жёстком часто оставалось на 50% свободное... сколько народа на этот косяк напоролись (в том числе и я),пока не внедрили расшерение...

Ответить | Правка | Наверх | Cообщить модератору

122. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD" +1 +/–

Сообщение от Аноним (122), 13-Янв-23, 02:25

> по нужным ведомствам в некуда ,электронная отчётность которая нужна сейчас как
> зайцу стоп сигнал,остаток от проекта электронное правительство.И их не закрывают но
> и толком не обновляются по железу,хоть давно просят.
Ну вот тут упс, DB vs COW это ну такое себе. Журнал бд CoW'ается и получается не особо. С дефрагом конечно работать как-то будет но вообще не есть удачное комбо. И да, если автодефраг зашивается, значит не такая уж и ненагруженая.
> Странно апгрейдить XFS4 в 5 это нормально.
В смысле?! Они вообще вроде апгрейд этой пакости не делали! Зато пообещали убить поддержку в 2030, мило. Во всяком случае, когда у меня был том с старым XFS, мне показали варнинг, а вот про апгрейд ни звука не нашлось. И сколько XFS ни апгрейдь а btrfs'ом по фичам не станет, особенно в части управления устройствами и местом. А возиться с тем что редхатчики предлагают да ну их нафиг когда можно просто подцепить ЛЮБОЙ девайс, сказать btrfs device add и вот вам +место, в любой конфигурации райда и проч, без съедения мозга.
> Миллионы нормально апгрейдили ext2 в 3-4 версию без потерь данных.
Это не превращение ФС в другую а добавление фич в одной и той же. EXT3 = EXT2+журнал+HTREE. Можно сделать EXT2+HTREE даже. EXT4 это все +экстенты нормальные вместо битмапов, для скорости. И delayed alloc. А так одна и та же фс, 1 драйвер цепляет все 3.
> И только в BTRFS это стало гамном....
Ничего что это превращение совсем другой фс в btrfs? Попробуй btrfs в ext4 обернуть, или там ext4 в XFS например?! Хорошо получается? То то и оно, btrfs достаточно гибкий чтобы вокруг того чтобы есть обернуться и сделать их пустое место своим. Это довольно навороченый хак с разбором чужой ФС и переводом ее терминов в свои. То что он не идеально срабатывал, ок, но остальные так вообще не умели и сравнение не состоится за их отсутствием на ринге.
> может код поправить надо было раньше?
Как нашли так и поправили. Такими жесткими извращениями не очень много народа занимается, потому и нашлось как нашлось. Вы же не репортили ваш разлет, так? Как отрепортил кто-то более прошареный так и починили.
> А 2-я дырень охранительная это сразу не предусмотреть возможность что из за мелких
> файлов кончиться место под метаданные,
Это какая-то весьма экзотичная ситуация на самом деле. Блочные группы выделяются динамически и откровенное несовпадение возможно либо в крайне экзотичных ситуациях, либо на очень малиньких сторажах менее нескольких гигов, где этой механике негде развернуться, для таких mixed-bg есть, когда в одних группах и данные и метаданные могут храниться.
> а места на жёстком часто оставалось на 50% свободное... сколько народа на
> этот косяк напоролись
Да вообще-то в масштабах планеты - мало. Это весьма редкая проблема. Может вы там что-то особо креативное делали типа впихивания фс на карточку в пару гигз, или кто ж вас знает, но на стораже более полсотни гигов это обычно ведет себя культурно само по себе. Хотя если очень надо то ребаланс вон то исправит на раз. Однако лично мне это знание на правтике ни разу не требовалось.
> (в том числе и я),пока не внедрили расшерение...
Не особо понимаю как на вот именно то нарваться можно. Может речь о том что для удаления файлов надо было дописать метаданных, а если места нет - то откуда его взять? Сейчас из глобального резерва, спецом на пиковые случаи. Фэйсбук недавно еще более радикальные вещи выкатил. Но у них нагрузка и масштабы такие что там много чего странного случается. Их и 20-терабайтные файлы интересовали, например.

Ответить | Правка | Наверх | Cообщить модератору

142. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD" +/–

Сообщение от maximnik0 (?), 13-Янв-23, 10:17

>В смысле?! Они вообще вроде апгрейд этой пакости не делали!
Делали,делали.Был конвертер -его 5 лет Редхад поддерживал,хотя там перевод был не полным,чего то не хватало.Затем из за экономи места и прекращения поддержки  XFS-convert убрали.
>Ну вот тут упс, DB vs COW это ну такое себе
Кто сказал что там использует БД журнал? Не использует,там только не падайте духом -фокспро подобная система (если не знали есть полуофициальный бразильский порт под Линукс),я же говорю отчёты и аналитика.Делаеться 3 файла архивная копия,рабочий старый вариант и редактируемый файл-мини
БД.Ошибка-файл нахрен,идёт откат на рабочий старый.Очень железная система и дубовоустойчивая система которая жила раньше под досом с его фат16.Но плодит кол-во файлов сами понимаете охранительное кол-во.
>Может вы там что-то особо креативное делали
Какое нахрен креативное-использовали  sqlite2, в 3 версии косяк поправили,теперь она не убивает метаданные BTRFS .Я кстати если хотите поищу порт рабочий программ католизатора с чтением (Либрусек) переписанный на wxWidgets,но движок БД  там старый 2 версии.Если забудете поставить бит на БД и поставите индексировать книги,до сих пор в 50% случаев дохнет если только не 300-400% свободного места по отношению к БД.
Уже спорили одни умные,до сих пор вино несут....

Ответить | Правка | Наверх | Cообщить модератору

154. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD" +/–

Сообщение от Аноним (154), 13-Янв-23, 11:56

> Делали,делали.Был конвертер -его 5 лет Редхад поддерживал,хотя там перевод
> был не полным,чего то не хватало.Затем из за экономи места и прекращения
> поддержки XFS-convert убрали.
Все познается в сравнении. Если те конвертор починили, а эти убрали, спрашивается кто для меня лучше? Наверное, не редхат с XFS'ом. Если все и вся становится моими проблемами, ну их таких.
> Кто сказал что там использует БД журнал? Не использует,там только не падайте
> духом -фокспро подобная система
А она что, совсем без журналирования и крахи не переживает?
> система которая жила раньше под досом с его фат16.Но плодит кол-во
> файлов сами понимаете охранительное кол-во.
А, даже вот так. Ну попробовать время комита побольше.
> Какое нахрен креативное-использовали  sqlite2, в 3 версии косяк поправили,теперь она не
> убивает метаданные BTRFS .
Чего? Кого? Скулайт хоть какой совсем убивать фс не имеет права. Делать что-то не очень удачное - да, но вот именно насмерть ничего не должно помирать. Как максимум тормозить.
> книги,до сих пор в 50% случаев дохнет если только не 300-400%
> свободного места по отношению к БД.
Это еще актуально в паре последних кернелов? Там фэйсбучники нечто такое для своих инсталлях радикально патчили для каких-то совсем экстремальных случаев. Так то бтрфсники чинят свои проблемы - если знают про них, и как это воспроизвести.
> Уже спорили одни умные,до сих пор вино несут....
Что за вино? Что за умные? Wine чтоли?

Ответить | Правка | Наверх | Cообщить модератору

160. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD" +/–

Сообщение от maximnik0 (?), 13-Янв-23, 13:25

>Что за вино? Что за умные? Wine чтоли?
Да был спор с местными ребятами с службы приставов, они на бтрфс уже работали.Я говорю что знаю как односрочник который не починили повторить.(интервью Шишкина 2 или 3 года назад) .Да Шишкин пи....л и на голову тяжёлый.Поставили спор.Я установил программу Либрусек,поставил на индексацию книги -свободно было 250 Гб на разделе.Проверил что бит не стоит.Все раздел здох через 4 или 5 часов,не чем не смогли починить,нет места ,не балансируется.При этом файл murulib.db занимал 700-900 мгб ,у меня полностью индексированный 1,1 гига.Фишка в том что 2  версия этой БД версия тоже работает с очень мелкими блоками и подробности точно не помню происходил конфликт в
процедуре открытия-записи файла ,методанные распухали.2 или 3 года назад было не починено.Этот баг есть в багтреке очень давно,уже хрен знает сколько ему лет.

Ответить | Правка | К родителю #154 | Наверх | Cообщить модератору

169. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD" +/–

Сообщение от Аноним (169), 13-Янв-23, 17:56

> Шишкина 2 или 3 года назад) .Да Шишкин пи....л и на голову тяжёлый.
А таки не врут. В целом. А так дурные случаи можно накопать везде. Никогда не видали файл стирающийся 10 минут? Всего лишь хорошенько фрагментированый торент на 20 гигз на XFS, ничего не подумайте. Даже без cow всякого, просто с метаданными работает медленно как трактор и если фрагментов много, сушите весла.
Или вот EXT4. Берем диру. Создаем в ней дохреналион файлов. Стираем. Так, стоп, размер самой диры ... не сдувается? Создаем еще одну. Повторяем. Теперь тоже столько весит? Хотя там ни 1 файла? Ну вот так, а место продолбано. Повторив этот фокус несколько раз можно получить эн ПУСТЫХ дир и нифига места. А все место сожрано на пустые диры которое оно сдувать не умеет. Ну вот так вот.
> раздел здох через 4 или 5 часов,не чем не смогли починить,нет
> места ,не балансируется.
Это какие версии ядер были?
> баг есть в багтреке очень давно,уже хрен знает сколько ему лет.
Ну и кого интересуют ископаемые баги в 2023, где оно миллиард юзеров книгоморды на себе держит?

Ответить | Правка | К родителю #160 | Наверх | Cообщить модератору

180. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD" +/–

Сообщение от maximnik0 (?), 13-Янв-23, 23:41

>Повторив этот фокус несколько раз можно получить эн ПУСТЫХ дир и нифига места. А все место сожрано на пустые диры которое оно сдувать не умеет.
А вот тут у вас батенька Незнание.Это повидение описано в документации,ну согласитесь достаточно редко даже на серверах миллионы файлов нужно создавать и удалять.Чиниться элементарно ПОВТОРЯЮ это есть в манах по переходу с ext3 -fsck.ext4 -D ,опция D заставляет заняться оптимизацией каталогов,будет выполнена переиндексация.И место возращается.Не забываем что иноды создаются статически, это имеет как плюсы,так и минусы.Но интересно -проверил fsck,ключ до сих пор не описан.
>Ну и кого интересуют ископаемые баги в 2023, где оно миллиард юзеров книгоморды на себе держит?
Это получается что юзер не превышая квоты может убить ФС,да за это обычно руки отрывали по самые яйца.Косяк и очень страшный.Если это поведение легко повторяется скриптом.А насчёт спора-там LTS версия юбинты,так что ядра не гавно мамонта были.

Ответить | Правка | К родителю #169 | Наверх | Cообщить модератору

182. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD" +/–

Сообщение от maximnik0 (?), 14-Янв-23, 00:09

Добавлю, для совсем тяжёлых случаев есть ключик к утилита tune2fs ,но ключ я не помню,тоже сбрасывает не используемые иноды.Я же говорю очень уж редко эта ситуация, про тюнье не сразу вспомнил.

Ответить | Правка | К родителю #180 | Наверх | Cообщить модератору

186. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD" +/–

Сообщение от Аноним (186), 14-Янв-23, 05:21

>> сожрано на пустые диры которое оно сдувать не умеет.
> А вот тут у вас батенька Незнание.
Вообще-то это как раз знание. Любезно предоставленное похом, так даже бывает.
> Это повидение описано в документации,
Я от фс нормальные свойства хочу а не документацию костылей.
> ну согласитесь достаточно редко даже на серверах миллионы файлов нужно создавать
Это зависит от кейсов и фс не украшает. Какого я должен аллокацией вручную заведовать? Или место постепенно девается вникуда.
> и удалять.Чиниться элементарно
Только, вот, не файлухой а педальным приводом. По нормальному сами должны были GC сделать.
> ПОВТОРЯЮ это есть в манах по переходу с ext3 -fsck.ext4 -D
Оно и у EXT4 так то осталось.
> место возращается.Не забываем что иноды создаются статически, это имеет как плюсы,так
> и минусы.Но интересно -проверил fsck,ключ до сих пор не описан.
Вон то можно и вручную сделать - удвигаем диру, создаем новую, перемещаем в нее файло, сносим. Это достаточно быстро и легко, и даже с запущеными программами прокатывает с некоторыми ограничениями и рисками, но какого я это должен делать?
> Это получается что юзер не превышая квоты может убить ФС,да за это
> обычно руки отрывали по самые яйца.Косяк и очень страшный.Если это поведение
> легко повторяется скриптом.
Если оно легко повторяется на вот именно актуальных керенелах, это баг. Иначе "contact your support" как говорится. А так любую фс можно ушатать. Я как-то на хостинге ext3 положил до совершенно непотребной величины iops-ов, пришлось и меня двигать и всю толпу клиентов, оказывается я преалокацию в торентах забыл указать и случилось вот это вот, по сути я положил весь хост с толпой народа на уровне именно фс. А и дефрага EXTов тогда вообще никакого не было.
> А насчёт спора-там LTS версия юбинты,так что ядра не гавно мамонта были.
У них как раз ядра достаточно окаменелые, особенно в старых убунтах, по дефолту, если явно бэкпорты не ставить.

Ответить | Правка | К родителю #180 | Наверх | Cообщить модератору

191. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD" +/–

Сообщение от maximnik0 (?), 14-Янв-23, 06:02

> в торентах забыл указать и случилось вот это вот, по сути
> я положил весь хост с толпой народа на уровне именно фс.
> А и дефрага EXTов тогда вообще никакого не было.
Опять ловлю на незнание.Был дефраг для ext2 .Он даже официально входил в некоторые дистрибутивы- например Дибиан. Но потом поддержку забросили как часто бывает.И у этого дефрага был недостаток- нужно было создавать свой initr  для  ядра,т.к он работал только с размонтированной фс. Была даже псевдаграфика в стиле нортона с кирпичиками, из недостатков приходилось переписывать Lilo если  это слово  вам знакомо.

Ответить | Правка | К родителю #186 | Наверх | Cообщить модератору

194. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD" +/–

Сообщение от Аноним (-), 14-Янв-23, 09:03

> Опять ловлю на незнание.Был дефраг для ext2 .
Там, ext4, имхо, был, или максимум ext3, не помню, но убился жестко, так что я охренел когда ВСЕ файловые операции стали занимать непотребные времена. Стереть диру с сотней файлов? Задолбаешься ждать. И так вообще весь хост, кастомеры стали теребить сапорт, пришлось признаться в факапе и вместе думать что делать. Ну они и предложили всех скопом на новую машину, мне идея понравилась, я согласился и даже потер все что не очень нужно чтобы объем IO им скостить, в моих же интересах - иначе я бы задолбался ждать завершения операции.
Дефрагать то что получилось - да ну! К тому же даже современный e4defrag довольно паршивенькая и базовая штука. И его эффективность - так себе, от ситуации зависит. Пока вы тут про незнание, я еще и пользовался им если что.
> Он даже официально входил в некоторые дистрибутивы- например Дибиан.
Судя по тому что я там видел, результат был бы примерно такой: дофига времени на вспашку, при хилом результате. Им проще было хост перекатать с ноля. Это лучше по время/результат. У коммерческой фирмы железо должно деньги делать, а не стоять под дефрагом днями. Я так понимаю там глобально диск забился а я его пачкой фрагментов добил, это не очень лечится а колупается в час по чайной ложке, т.к. удобной рабочей области просто нет.
> Но потом поддержку забросили как часто бывает.
Ну а в btrfs дефрагер никто не забрасывал. Как максимум у него есть косяк с unshare блоков, так что юзеж места растет. Но это потому что дефраг блоков на которые сразу несколько раз юзаются - это достаточно сложно, с этим были свои приколы когда пробовали продвинуто их двигать. Предпочли убрать от греха shanshot-aware defrag. Это не так уж страшно, потом можно обратно зашарить любым офлайновым дедупликатором, который заодно и еще чего интересного в одни блоки сведет.
> И у этого дефрага был недостаток- нужно было создавать свой initr
> для  ядра,т.к он работал только с размонтированной фс.
Т.е. по сути неюзабельно для большинства случаев ибо ведет к прерыванию сервиса. Не, але, даже мой десктоп мне живым нужен, а серваки и проч - и подавно. Зафиг мне такой дефраг? E4defrag как и brtrfs filesystem defragment в этом сильно вменяемее, они именно онлайн дефраги. Но колупать ВОН ТО было бы крайне печально даже таким.
> Была даже псевдаграфика в стиле нортона с кирпичиками, из недостатков
> приходилось переписывать Lilo если  это слово  вам знакомо.
Из недостатков - это не решение пригодное для реальной эксплуатации в реальных сценариях которые подразумевают что люди компьютеры купили для того чтобы пользоваться ими а не гонять там кирпичики в дефрагерах.
Вот btrfs'ники этот момент очень круто усвоили. Все эти идеи заколочены в самые азы дизайна. Увеличить или уменьшить ФС? На ходу? Даже удвинув данные с хвоста? Легко. Пройти backrefs, по ним видно чьи блоки, передвинуть куда хотелось, проапдейтить. Так что уменьшить btrfs можно на ходу - и это довольно легкая и быстрая операция по сравнению со всеми остальными кто так в принципе умеет. Добавить девайс? Вынуть девайс? Легко. Да, с вынимаемого девайса оно тоже данные само удвинет, той же механикой, лишь бы было куда. А попробуйте такое пилотирование глайдера на чем-нибудь другом изобразить? И как, хорошо получается? А, у вас дирижабль, там даже бортового компьютера нет... ну, ок, значит такой маневр не для вас.

Ответить | Правка | К родителю #191 | Наверх | Cообщить модератору

200. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD" +/–

Сообщение от shardddin (?), 14-Янв-23, 16:50

А как теперь, если появился новый носитель, теперь можно добавить, например к корню, новый раздел как дополнительный - команда btrfs device add, как японял, добавит, а в fstab-е автоматически добавится или командами subvolum придется прописывать для постоянного добавления нового раздела?... Как проще сделать конвертацию раздела /home с фс ext4, если добавить также как к корню (он-то уже на btrfs) новый раздел с нового устройства, но так, чтобы "главным" оказался именно старый раздел /home?
sda1  ext4      1.0    1,5G    44%  /boot
sda2  btrfs            50,9G    57% /
sda3  ext4      1.0    18,4G    76% /home

Ответить | Правка | К родителю #194 | Наверх | Cообщить модератору

202. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD" +1 +/–

Сообщение от maximnik0 (?), 15-Янв-23, 00:27

Я лично пару раз с конвертацией с ext4 обжогся,но вот пару последних конвертируемых томов живут и не разваливаются.Вроде сказали ошибку поправили.Я рекомендую не полениться взять чистый диск -разбить как тебе нужно.И вручную указать опции монтирования - связанных с сжатием и временем обновления (можешь если нужно нужный для контрольной суммы алгоритм указать).Если у тебя только домашний раздел подумай нужны ли тебе субтома? Если будешь делать снапшоты куча места можно сэкономить при правильном разделение на субтома.И просто тупо копируй на том бтрфс.Предварительно праверь какой для твоего оборудования алгоритм сжатия подходит.Если сжимаемых данных мало лучше сжатие для раздела отключить (для субтома можно указать отдельно сжатие, так что думай и ещё раз думай как правильно разбить)

Ответить | Правка | К родителю #200 | Наверх | Cообщить модератору

203. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD" +/–

Сообщение от shardddin (?), 15-Янв-23, 01:28

Спасибо!)

Ответить | Правка | К родителю #202 | Наверх | Cообщить модератору

205. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD" +/–

Сообщение от Аноним (-), 15-Янв-23, 06:29

> Спасибо!)
Не советую следовать идеям maximnik0 vs btrfs. Достаточно посмотреть как он нашел себе кучу проблем на ровном месте там где у других это просто работало. И зачем вам куча отдельных разделов? Использовать место глобально - прикольнее. Управлять потом проще, а лучшее что btrfs мог предложить это ненапряжный менеджмент да снапшоты. Хотя сжатие и чексуммы, тоже, конечно, бонус полезный. Сейчас эксперт maximnik0 почешет репу где именно у него железки глюкавили для CSUM ERROR например :). А просто потому что случаев когда это вот именно багом ФС было бы я вообще не встречал. Все что я видел было глючным железом.

Ответить | Правка | К родителю #203 | Наверх | Cообщить модератору

208. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD" +/–

Сообщение от shardddin (?), 15-Янв-23, 20:04

Ну, мне плодить все равно придется - основное устройство с корнем и домашней - на одном ссд, плюс новый ссд - для расширения обоих разделом... Или есть смысл создать раздел для домашнего на новом устройстве и перенести со старого, а освободившееся место расширить для корня??...

Ответить | Правка | К родителю #205 | Наверх | Cообщить модератору

204. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD" +1 +/–

Сообщение от Аноним (-), 15-Янв-23, 06:19

> А как теперь, если появился новый носитель, теперь можно добавить, например к
> корню, новый раздел как дополнительный - команда btrfs device add, как японял, добавит,
Абсолютно. После add просто эн места появляется. Очень приколько так RAID'ы отращивать, никаких приключений с добавлением строго по N устройств 1 размера и прочим имением мозга когда приходится в угаре искать вот именно подходящий накопитель а вокруг пять "неподходящих" болтается. Просто добавляем что есть и готово.
В терминах BTRFS допустим RAID1 это "положи блоки на 2 разные устройства". При этом разные блоки могут лежать на разных устройствах и их парах, в любом случае при отказе вон того устройства для всех его блоков найдутся те же блоки на каких-то других устройствах в ФС. Это не есть глупый блочный RAID с 1:1 по пространству на зеркалах, более продвинутое гранулярное нечто. Оно даже частично конвертированое и со смесью уровней вполне себе живет, позволяя на лету сменить уровень RAID если достаточно места и устройств для новых требований. А при обломе конверсии на середине еще и нормально относится к смеси уровней. Просто продолжает с места облома. Можно даже не делать конверсию а просто запросить чтобы от сих новые блоки писали с другой схемой. Старые останутся с предыдущей и будут в таком виде пока кто-то не перезапишет это по какой-то причине.
Все что при вон том важно (для примера RAID1) - чтобы было 2 хоть какие-то устройства и свободное место на них. Добавление +1 устройства очевидно позволяет использовать и его место для тех целей, с уточнением что на других должно быть какое-то свободное место. Иначе в какой-то момент место на этом девайсе будет, но куда определять вторую копию блока?! Поэтому после добавления устройства нехило сделать и ребаланс для более равномерного использования устройств, но это не есть абсолютное требование для того чтобы оно работать начало.
> а в fstab-е автоматически добавится или командами subvolum придется
> прописывать для постоянного добавления нового раздела?...
Btrfs после попытки монтирования куска ФС сам остальные девайсы попробует найти.
> Как проще сделать конвертацию раздела /home с фс ext4,
Честно говоря не понимаю смысл в разделах когда хочется рулить пространством глобально и удобно, они только мешают этому - в btrfs нет причин делать home и os разными разделами.Просто скопировать хомяка, лучше в отдельный subvolume, и нахрен разделы, отдать место btrfs'у. Если раздел /home был опосля / то / реально увеличить в хвост и отдать место btrfs'у потом, но перетряс разделов довольно опасная операция, бэкапы ценного и таблиц разделов мастхэв. После отращивания раздела btrfs потом можно увеличить на добавочное место. Вот что-что а убавить или скостить размер ФС в нем легко.
Лично мне нравится как убунта btrfs раскладывает: раздел 1 на все, однако в ФС есть subvolume @ для / и @home для /home. Настоящий корень иерархии btrfs в не монтируется, вместо этого делают как-то типа (это fstab):

LABEL=system  /               btrfs   defaults,noatime,subvol=@     0       1
LABEL=system  /home           btrfs   defaults,noatime,subvol=@home 0       2

Можно UUID= (нужной фс) с тем же эффектом. Сие подразумевает ФС с лэйблом system и что на ней в топе иерархии есть subvolume'ы @ и @home. Место делится на обоих, а снапшотить "ос" и "хомяк" можно независимо.
Настоящая иерархия с @ и @home окажется на уровень выше / и когда хочется снапшот делать, логично временно замаунтить без subvol= уже и вот там их раскладывать. Чтобы это вообще не влияло на нормальный вид ос.
Subvolube в btrfs это нечто типа более мощной версии директории, разные subvolume можно снапшотить независимо друг от друга. Поэтому откат снапшота сводится к по сути операциям с "директориями". Если был @snapshot1 и @ и в @snapshot1 была система, нечто типа mv @ @old; mv @snapshot1 @ - и после этого ребут, приведет к перезагрузке в систему из @snapshot1. Можно поубивать ненужные снапшоты. Просто rm или миднайтом уже в современных кернелах. А весь пойнт - снапшот изначально реюзает блоки оригинала и поэтому хотя ведет себя как отдельная дира с копией ОС, места занимает мало (только отличия состояний).
> если добавить также как к корню (он-то уже на btrfs) новый раздел с нового устройства,
> но так, чтобы "главным" оказался именно старый раздел /home?
Там не интересно кто главный, если сделать как убунта придумала, цепляя с явным указанием subvolume. Топ иерархии при этом перестанет быть виден в системе и станет уровнем выше / - это теперь уровень менеджмента, можно версиями систем и хомяков рулить. Включая текущий. Ну типа как в виртуалке где есть гипервозор, у него свои понятия относительно снапшотов, можно вернуться на какой-то из них и все будет в виде как на момент снапшота.
> sda1  ext4      1.0
> 1,5G    44%  /boot
> sda2  btrfs
>   50,9G    57% /
> sda3  ext4      1.0
> 18,4G    76% /home
Я бы в топе btrfs сделал @ под систему и удвинул систему туда. Потом @home и мувнул home туда, потом прописал вон то. А, если @ и @home не нравятся: это лишь дефолтовые убунтуйские названия, поскольку я спер идею у них то и названия взял как там было. Но названия любые могут быть, главное не запутаться что есть что - на вид в файловом менеджере дира и subvolume ничем особо не отличаются.
А потом если не сыкотно - снести sda3, отрастить sda2 до конца, и его место будет доступно "btrfs вообше" которого можно будет ресайзнуть по размеру. Его динамически поделят между собой и @ и @home. Редактирование разделов требует аккуратного исполнения т.к. технически при этом sda2 на время удаляется но тут же создается с тем же началом (важно!), но размером уже крупнее. Я так делал, работает, но требует аккуратности. Ну и бэкапы при желании такое провернуть мастхэв, особенно таблиц разделов - в файлик на отдельном накопителе, на случай если номер не получился и захочется вернуть как было.
На самом деле проще всего посмотреть как нечто типа убунты себя на btrfs ставит, и потом спереть идею если хотелось не убунту.

Ответить | Правка | К родителю #200 | Наверх | Cообщить модератору

209. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD" +/–

Сообщение от shardddin (?), 15-Янв-23, 21:33

>>Лично мне нравится как убунта btrfs раскладывает: раздел 1 на все, >>однако в ФС есть subvolume @ для / и @home для /home. Настоящий корень >>иерархии btrfs в не монтируется, вместо этого делают как-то типа (это >>fstab):
>>LABEL=system  /               btrfs   defaults,noatime,subvol=@     0       >>1
>>LABEL=system  /home           btrfs   defaults,noatime,subvol=@home 0       >>2
Интересно. Я, конечно, не изучал устройство бтрфс так глубоко, поэтому полагал, что subvolum означает примкнутый - смонтированный иной раздел с бтрфс как дополнительное место к основному, прописанному в фстаб-е... А здесь что получается - допустим, 1ое устройство делится логически на два раздела (допустим, для монтирования корня и домашней) и размеры логически имеют равные, но при исчерпании места, например в субволюм @ - возьмет ли драйвер фс свободное место из половины @home или это вообще ничего не означает, а лишь только то, что и @ и @home берут места на первом устройстве до тех пор, пока оно не кончится??... Тогда возникает второй вопрос - именно добавление той командой иного устройства, например sdb (как целого, а не разделенного на разделы), позволит использовать субволюмам (подтомам, по-русски говоря) свободное место второго устройства имеенно также как и первого - т.е - сколько нужно @ и @home - столько и будет выделяться по надобности??... Если это так - то могу отдать должное разработчикам! Мысля более чем не плохая - так и до гениальности, имхо, недалеко!!!)...
>>На самом деле проще всего посмотреть как нечто типа убунты себя на >>btrfs ставит, и потом спереть идею если хотелось не убунту.
А как тогда с рейдом будет обстоять дело? Допустим, если охота будет из второго устройства сделать именно скоростной рейд - или это будет иметь место по умолчанию для новоподключенного второго устройста - т.е.данные автоматически будут делиться и одновременно записываться на два устройства, давая почти удвоенную скорость при записи и чтении?? Тогда я  вообще сниму шляпу перед разработчиками!!!)
П.Н. спасибо за наводку, буду изучать и пробовать внедрять!

Ответить | Правка | К родителю #204 | Наверх | Cообщить модератору

210. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD" +1 +/–

Сообщение от Аноним (210), 18-Янв-23, 14:21

> Интересно. Я, конечно, не изучал устройство бтрфс так глубоко, поэтому полагал,
CoW'ы next gen технология. С особенностями, сильными и слабыми (чудес не бывает) сторонами. На основе этого некоторые вещи делаются достаточно круто и неординарно. Ну, вот, типа снапшотов, или множественных ссылок на блоки. Но лучше понимать как это работает, чтобы не обломаться.
Скажем я могу из шаблона VM сделать 5 клонов, с как-бы независимыми дисками, сделав диску шаблона cp --reflink. Завершится за пару секунд, изначально будет 5 ссылок на 1 блоки оригинала. Они даже места не займут сразу. Пять виртуалок с дисками на 20 Гб будут жрать суммарно примерно те 20Гб на всех. А вот по мере их эксплуатации и расхождения состояния фс поддержит иллюзию что файлы и правда независимые, копируя нужные блоки в сторонку. Потому и copy-on-write. Если записей мало, оно так и будет почти как 1 виртуалка по весу. Если много - станет ближе к независимым копиям.
> что subvolum означает примкнутый - смонтированный иной раздел с бтрфс как дополнительное
> место к основному, прописанному в фстаб-е...
В случае btrfs означает супер-директорию которую можно независимо от остальных снапшотить.Просто точка входа в CoW иерархию пригодная для независимых снапшотов и монтирования по имени этого, как в примере с fstab. Снапшоты впрочем тоже subvolume, в этом полная симметрия. К управлению местом особого отношения не имеет. Поэтмоу удобно всех на 1 разделе держать, ну а нафиг вам лоскуты с прибитой на гвозди аллокацией места когда место можно делить на home и system динамически? При этом меньше риска промахнуться с оценками кому сколько. А добавление скажем нового девайса в пул может прибавить места всем и сразу. Без канители - ненапряжнй менеджмент.
> А здесь что получается - допустим, 1ое устройство делится логически на два
> раздела (допустим, для монтирования корня и домашней) и размеры логически имеют
> равные, но при исчерпании места, например в субволюм @ - возьмет ли драйвер фс
> свободное место из половины @home или это вообще ничего не означает,
Это означает что есть ФС. Свободное место в ней определяется выделенными ей устройствами и их размерами. А этой ФС может быть 1 или несколько subvolume которые делят между собой место на этой ФС "динамически", как файлы в разных дирах. Можно считать это директориями на стероидах, только снапшотить можно независимо, и, вот, референсить при монтировании, например. А чисто технически subvolume можно переименовывать, и даже с некоторых пор стирать, как обычные диры, так что только создание снапшота требует какие-то специальные команды. Жонглирование уже имеющимися может происходить в терминах иерархий. Просто желательно это уровнем выше делать, вне видимости этого для системы. Уровень менеджмента выше / решает эту проблему.
> а лишь только то, что и @ и @home берут места на первом устройстве до тех пор,
> пока оно не кончится??...
Если в одну и ту же ФС btrfs (с одним и тем же UUID) входит более 1 устройства, место доступное btrfs доступно всем subvolume входящим в этот btrfs. Один btrfs может распостраняться на несколько устройств, с той или иной схемой хранения. Если устройств более 1 то народ часто RAID хочет для повышения надежности, что логично. Но можно и просто место отрастить (e.g. RAID0) но при кончине любого из юзаемых устройств будет нехорошо, разумеется, если избыточной копии не было. В любом случае дотыкание очередного устройства добавляет места в пул на всю ораву (фс с данным UUID). Вы не создаете новый btrfs при этом, просто просите btrfs заюзать +1 девайс, он сам создаст на нем ... себя, именно тот UUID.
> Тогда возникает второй вопрос - именно добавление той командой иного устройства,
> например sdb (как целого, а не разделенного на разделы), позволит использовать
> субволюмам (подтомам, по-русски говоря) свободное место второго устройства имеенно
> также как и первого - т.е - сколько нужно @ и @home - столько и
> будет выделяться по надобности??...
Все так. Оба увидят все место доступное в ФС. Если в ФС более 1 устройства, получившееся свободное место доступно им всем. Поэтому дотыкание устройства добавляет места и системе и хомяку. Если использовать именно btrfs'ный вариант.
Это даже с RAID1 работает. Если у вас было 2 устройства по терабайту и вы третье добавили, ну, ок, теперь у вас RAID1 на условные полтора терабайта: суммарные 3 Тб деленые на 2. Вот прям так. И это будет видно всему что на этой ФС жило. Да, пардон, из-за этого ответ на вопрос "а сколько места реально есть" не всегда так тривиален как могло бы хотеться. Это порождает странные мифы и легенды.
> Если это так - то могу отдать должное разработчикам! Мысля более чем не плохая - так и до
> гениальности, имхо, недалеко!!!)...
Вы же не думали что они столько возились с новым дизайном по приколу? Этой штукой и правда удобно рулить и можно забыть безобразие которое было раньше как страшный сон :). Ну да, панацеи не бывает и за это есть свои особенности. Но почитать мануал на этот персональный глайдер все же стоит, чтобы не обнаружить что у вас ВНЕЗАПНО закончился кислород.
> А как тогда с рейдом будет обстоять дело? Допустим, если охота будет
> из второго устройства сделать именно скоростной рейд -
Добавить второй девайс в конфигурации RAID0? Так можно, но вылет любого из 2 естественно испортит ФС. Хотя возможны забавные комбо, когда метаданные RAID1 а данные RAID0. Вообще оно само начинает RAID1 на метаданных юзать если 2 или более устройств было, так то очень разумно, метаданные не очень много места занимают а вот их слет весьма фатален.
> скорость при записи и чтении?? Тогда я  вообще сниму шляпу
> перед разработчиками!!!)
Ну вот насчет параллелинга операций там не все идеально. На самом деле такой дизайн может сильно больше того что реализовано в уровнях управления и абстракциях. Скажем, теоретически можно было бы хоть разный уровень RAID разным файлам (или дирам) заказывать, раз уж оно с смесью уровней живет. Просто нет уровня который бы занялся принятием решений "а как мы пишем блоки вот именно этого файла?!".
> П.Н. спасибо за наводку, буду изучать и пробовать внедрять!
Из интересных будущих разработок на тему в линуксе bcachefs еще делают, но он пока не в ядре. Авторы оного явно увлекались btrfs - только подумали как это еще и БЫСТРЫМ сделать. Btrfs не то что медленынй, но на современных суперскоростных SSD может и не быть чемпионом. Ну а сабж это лучшее что у BSDшников на тему есть. Чем оно и интересно. Есть ZFS еще но он здоровенный, прожорливый, с странностями дизайна. Первый блин. Который как известно, всегда немного комом.

Ответить | Правка | К родителю #209 | Наверх | Cообщить модератору

211. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD" +/–

Сообщение от shardddin (?), 21-Янв-23, 00:01

Благодарю! Һау бул!)

Ответить | Правка | К родителю #210 | Наверх | Cообщить модератору

215. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD" +/–

Сообщение от shardddin (?), 23-Май-23, 01:23

>> А как теперь, если появился новый носитель, теперь можно добавить, например к
>> корню, новый раздел как дополнительный - команда btrfs device add, как японял, добавит,
> Абсолютно. После add просто эн места появляется. Очень приколько так RAID'ы отращивать,
> никаких приключений с добавлением строго по N устройств 1 размера и
> прочим имением мозга когда приходится в угаре искать вот именно подходящий
> накопитель а вокруг пять "неподходящих" болтается. Просто добавляем что есть и
> готово.
Перенес систему на новый SSD с использованием подтомов - возникла проблема с добавлением отформатированного старого ССД к новому:
# btrfs device add relatime,discard=async,commit=100,ssd,space_cache=v2,autodefrag,compress-force=zstd:3 /dev/sda1 /
ERROR: zoned: unable to stat relatime,discard=async,commit=100,ssd,space_cache=v2,autodefrag,compress-force=zstd:3
ERROR: checking status of relatime,discard=async,commit=100,ssd,space_cache=v2,autodefrag,compress-force=zstd:3: No such file or directory
ERROR: /dev/sda1 appears to contain an existing filesystem (btrfs)
ERROR: use the -f option to force overwrite of /dev/sda1

Ответить | Правка | К родителю #204 | Наверх | Cообщить модератору

217. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD" +/–

Сообщение от 128557 (?), 03-Дек-23, 13:17

Почитал Ваши опусы и был, искренне, восхищён Вашей терпимостью. Ни каждый осилит столь долгий диалог с Евгением Вахтанговичем.

Ответить | Правка | К родителю #186 | Наверх | Cообщить модератору

161. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD" +/–

Сообщение от maximnik0 (?), 13-Янв-23, 13:42

>А она что, совсем без журналирования и крахи не переживает?
А зачем ей журнал то,что в этот журнал упёрлись то? Там версирование версий и crc32 .Произошла ошибка,проверяются файлы на целостность,нашли битый файл,заменяется на целый,если что то записывалось и конфликт версий происходит откат пакетной обработки.Есть небольшая БД с открытыми на обработке файлами.Есть индекс файлов,есть 2-е резервирования файлов БД.Что ещё для надёжности надо ?
Надёжная фс-а фокспро на современном оборудование обрабатывает файлы так что оказывается фс не справляется , может дисковая стойка барохло и ей место на свалке,все возможно,я в той зоне пару раз всего по шабашкам был с недельным пропуском,удивился что ещё SUN пользуются в качестве серваков.

Ответить | Правка | К родителю #154 | Наверх | Cообщить модератору

170. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD" +/–

Сообщение от Аноним (-), 13-Янв-23, 18:08

> А зачем ей журнал то,что в этот журнал упёрлись то?
Потому что без него при крахе не только продалбывается неопределенный объем данных так еще корректного восстановления нет.
> Там версирование версий и crc32 .Произошла ошибка,проверяются файлы на целостность,
> нашли битый файл,заменяется на целый,если что то записывалось и конфликт версий
> происходит откат пакетной обработки.
Похоже на какой-то самопальный кастомный аналог журналирования так то...
> резервирования файлов БД.Что ещё для надёжности надо ?
Есть более 9000 способов изобрести журналирование. Большая их часть эквивалентны по смыслу. CoW интересет тем что всех на-о-бывает путем использования как журнала вообще всей площади. За счет этого ему не надо двигать журнал в основную область, только уметь актуальный view строить. При этом запись больших обхемов быстрее. Особенно большим жирным непрерывным куском. EXT4 с полным журналом обвалится по скорости записи в хлам. CoW со скоростью записи диска по сути.
Но есть нюансы. Когда фрагментов дофига, ворочание сотен метаданных может начать неиллюзорно тупить. А куча мелких записей ведет к именно этому. Чтобы актуальный вид файла получить надо вооооон какую пачку фрагментов сжевать. А это не быстро. Особенно на механике, если это все еще и читать надо, хрустя головами.

Ответить | Правка | К родителю #161 | Наверх | Cообщить модератору

199. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD" +/–

Сообщение от Аноним (199), 14-Янв-23, 15:14

>удивился что ещё SUN пользуются в качестве серваков
В каком качестве? Что на них крутится?

Ответить | Правка | К родителю #161 | Наверх | Cообщить модератору

201. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD" +1 +/–

Сообщение от maximnik0 (?), 14-Янв-23, 22:29

Эти в основном серваки таможни - по специальному протоколу идёт обмен данными.Используеться в качестве БД Оракл +какой то ещё софт (но у меня туда не было допуска) ,туда особо не лазил и подробности я не знаю (сзади стоял суровый охранник с пистолетом).Но на них не жалуются,уже корпуса пылью слегка покрылись,вполне вывозят всю нагрузку,говорили пацаны что по многопоточности ихним процессорам равных практически на тот момент не было-до 25 года есть поддержка от Оракла.Серваки тоже кластерные ,работают по парам + эн кол-во горячий резерв,+ пару стоек ленточных бэкапов.Поменяли ИБП на свежие,т.к старые того сдохли аккумуляторы, а ихние фирменные аккумуляторы оказались изготовленные из "золота по стоимости" .На наши промышленные стойки-прикольно,можно ставить обычные щелочные аккумуляторы и комбинировать их со свинцовыми + производитель обещал обновление прошивки для поддержки железно литиевых аккумуляторов.

Ответить | Правка | К родителю #199 | Наверх | Cообщить модератору

146. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD" +/–

Сообщение от maximnik0 (?), 13-Янв-23, 10:39

>Попробуй btrfs в ext4 обернуть,
Если конвертирование было не успешным можно откатить обратно,это штатная фича btrfs-convert,при условии что снапшот не удален.Так что пример не удачный.
>или там ext4 в XFS например?!
Есть и бесплатный конвертер и коммерческий который это делает (насчёт коммерческого это по-моему ещё для 4 версии XFS).Да это извращение в некоторых случаях но что в жизни не бывает.
А насчёт превращений-про офтопик не забываем пожалуйста.Фат 16-32 в нтфс сойдёт за превращение?
А утилита Парагон могла ntfs обратно в фат32 превратить при условии что там нет больших файлов (4,2 Гб).А также для бывших маководов была утилита от Акроникса она от старого макинтоша в htfs разделы переводила если меня память не подводит.И что то в дистрибутиве  Сласкваре было на конвертирования с мака на ext2.Тэ

Ответить | Правка | К родителю #122 | Наверх | Cообщить модератору

155. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD" +/–

Сообщение от Аноним (-), 13-Янв-23, 12:07

> Если конвертирование было не успешным можно откатить обратно,это штатная фича btrfs-
> convert,при условии что снапшот не удален.
Это фича btrfs: гибкий аллокатор, испольузет свободное место оставленное воооон теми. Но для этого надо их структуру ФС парсить, довольно сложная операция и без хорошего тестирования легионом есть чему идти не так.
> Так что пример не удачный.
Логично, если нет фичи то и багов в ней нет. Но тут какая-то подстава, не? Сравнение сделать нельзя: EXT4 скорее всего никак не обернет себя вокруг иной задачи, как и XFS, ну и все, нерешаемая задача. Сравнение не состоится.
> Есть и бесплатный конвертер и коммерческий который это делает (насчёт коммерческого это
> по-моему ещё для 4 версии XFS).
Ох, знаете, вообще я бы хотел официальные тулы от разработчиков а не варез всякий, особенно платный. Если вопрос так ставить, я вот в btrfs его и "сконвертил", даром, постеменным мувом на другой стораж. Но это не круто и не удобно и точно не заслуга вон тех.
> А насчёт превращений-про офтопик не забываем пожалуйста.Фат 16-32 в нтфс сойдёт за
> превращение?
Сойдет, если его делают штатные утилсы. То что какой-то коммерческий конвертор или кто там еще это делает, круто, конечно. И есть уверенность что все это без глюков идет? А то я как-то нтфс коммерческим конвертором ресайзнуть вниз по размеру пробовал, слетело питание, было очень не прикольно потом - на этот случай плана не было, том был сильно помят жизнью и полный рекавери не вышел. А в btrfs такие вещи сильно получше работают так то, оно даже и крах переживает и резюмит операции такого плана нормально.
> А утилита Парагон могла ntfs обратно в фат32 превратить при условии что
> там нет больших файлов (4,2 Гб).
Это заслуга утилиты парагона а не файлух, внезапно. Ну и оно все проприетарное и платное, для не сильно большого стоража я могу тупо временное место гденить накопать и нашару в фоне мувнуть, уж спасибо.

Ответить | Правка | Наверх | Cообщить модератору

163. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD" +2 +/–

Сообщение от maximnik0 (?), 13-Янв-23, 14:06

>Сойдет, если его делают штатные утилсы.
Плохо не знать офтопик.С 2000 в состав операционки входит утилита convert.Ман по конверту
convert E: /FS:NTFS. Где: E: – буква диска, который вы хотите сконвертировать из FAT32 в NTFS; /FS:NTFS – файловая система, которую мы хотим получить; Вводим данную команду в командную строку и ждем, пока не появится надпись «Преобразование завершено».

Ответить | Правка | К родителю #155 | Наверх | Cообщить модератору

164. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD" +1 +/–

Сообщение от maximnik0 (?), 13-Янв-23, 14:10

Добавлю а ещё раньше NT4 могла фат16 конвертировать,фат32 она официально не понимала,хотя был драйвер под эту фс и народ даже на корень умудрялся ставить с нортовскими проверочными утилитами (они подменяли стандартную проверку и могли ченить фат32)

Ответить | Правка | К родителю #163 | Наверх | Cообщить модератору

171. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD" +1 +/–

Сообщение от Аноним (-), 13-Янв-23, 18:11

> Плохо не знать офтопик.
Даже там такими извратами адекватные люди не особо занимаются.
> получить; Вводим данную команду в командную строку и ждем, пока не
> появится надпись «Преобразование завершено».
Да хрен с ним с офтопиком. Пусть откат снапшота в нормальном виде лучше покажет. А то ReFS для домашних юзеров вообще выпилили, а дисковые технологии NTFS... ну... btrfs нормально к 200К файлов в иерархии размером с линукскернел относится. Удачи такое на NTFS в винде выгрузить, там такой перфоманс впечатляющий, конечно....

Ответить | Правка | К родителю #163 | Наверх | Cообщить модератору

181. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD" +/–

Сообщение от maximnik0 (?), 13-Янв-23, 23:53

>А то ReFS для домашних юзеров вообще выпилили
Не выпили а запрятали.И прекратили обновлять.Но если у вас есть раздел преведущей версии то с ним домашняя версия будет работать.А ещё народ сварганил самодельный mkfc,для создания фс,скачивай,пользуйся.Официальная причина зачем запрятали- вылизла несовместимость с некоторым софтом и играми, техподдержка умерала....

Ответить | Правка | К родителю #171 | Наверх | Cообщить модератору

187. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD" +/–

Сообщение от Аноним (-), 14-Янв-23, 05:34

> Не выпили а запрятали.И прекратили обновлять.
Это к счастью не мои проблемы, у меня линукс есть со всякими бтрфс поэтому я могу без всяких обиняков cp --reflink на терабайтном образе влупить. И получить "копию" влет. Даже если еще терабайта места не было, только отличия хранятся. Пусть юзер маздайки этот номер покажет. А так то круто копии виртуалок из шаблона подымать или с образами дисков на восстановление экспериментировать.
Ну и нахрен мне ваши дирижабли и знание их пилотирования? У этой гадости даже бортового компьютера еще нет, а у меня уже есть персональный космический корабль, где технологии сильно выше уровнем. Да, на дирижабле вас в принципе не парит перехват хакером управления, зато парит много чего иного, и лучше ли это - не факт.
> Но если у вас есть раздел преведущей версии то с ним домашняя версия будет работать.
У меня линукс есть где мне не надо выковыривать подачки задним числом и расчищать гадости в мой адрес от вендора. Это был ключевой аргумент за линукс.
> А ещё народ сварганил самодельный mkfc,для создания фс,скачивай,пользуйся.
Да, и попробуй угадать какой там из них без троянов в комплекте. Ведь нормальных репов у майков нет. И поставить программу зная что это нечто заведомо потребное - низя.
> Официальная причина зачем запрятали- вылизла несовместимость с некоторым софтом
> и играми, техподдержка умерала....
А неофийиально такой вендор может пойти на ... и в ... даже за бесплатно. А за бабки вдвойне :)

Ответить | Правка | К родителю #181 | Наверх | Cообщить модератору

188. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD" +/–

Сообщение от maximnik0 (?), 14-Янв-23, 05:44

>Да, и попробуй угадать какой там из них без троянов в комплекте. Ведь нормальных репов у майков нет. И поставить программу зная что это нечто заведомо потребное - низя.
Параноид детектид ? Есть исходники -качай себе на здоровье и компилируй.
Что там напихаеш то на 1  мгб ? Современным шифравальщикам и троянам минимум 2 мгб требуется :-)
https://github.com/0xbadfca11/mkrefs

Ответить | Правка | К родителю #187 | Наверх | Cообщить модератору

195. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD" +/–

Сообщение от Аноним (186), 14-Янв-23, 09:19

> Параноид детектид ? Есть исходники -качай себе на здоровье и компилируй.
Мне это полезно как зайцу стопсигнал: я ушел на линукс, прокачался в линуксе, и все зашло настолько далеко что у меня куча линуксных скиллов - и никакой винды вокруг.
Мне винды просто не требуются. Никак и никогда. И я в гробу видал софт с .vcxproj для билдовки, это категорически не есть предпочитаемый мной путь. Такой опенсорс - себе оставьте.
Особенно когда вот это все порево - для создания обкоцаной пародии на btrfs. Которую я нахаляву получаю в каждом линуксном дистре. Без такого вот. А если мне приспичивает там софт пересобрать, это сильно дружественнее чем инстал вьжлстудии. И быстрей раз в 50. Пусть кто понимет пойнт тех мучений и занимается этим, имхо.

Ответить | Правка | К родителю #188 | Наверх | Cообщить модератору

151. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD" +/–

Сообщение от maximnik0 (?), 13-Янв-23, 11:24

>Вы же не репортили ваш разлет, так?
Разработчики просили дампы а у меня обьеммы огог а безлимита нету,в это все и упиралось,не хватало дампов,не у одного меня ошибка такая вылазила.А с третьим случаем ещё смешнее было-бекапный диск сконвертированный ,пролежал 4 года.Достал архив а диск только чтение,ошибка чек суммы в служебной области.Позадовал вопросы на линуксорг,сказали ССЗБ.Да какого хрена,я прежде чем положить в архив проверил архив и фс,все в порядке было.Достал 2 точно такой же архив,сравнил контрольные суммы файлов_ОДИНАКОВО,разжал архив с первого диска,щука все данные целые.Много думал....все багрепорты перевернул- ну нету такого похожего.Я уже думал что ошибка из за 32бит в 64 (перевел дистрибутив дома),но проффи кричали что версии 100% совместимы.

Ответить | Правка | К родителю #122 | Наверх | Cообщить модератору

157. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD" +/–

Сообщение от Аноним (-), 13-Янв-23, 12:28

> Разработчики просили дампы а у меня обьеммы огог а безлимита нету,
У них есть режим дампа только метаданных. Заодно и приваси лучше сохраняет. Так сильно меньше.
> в это все и упиралось,не хватало дампов,не у одного меня ошибка такая вылазила.
Они тоже не телепаты, данные для бага либо есть либо нет. Сильно е...ся с каждой конфигой они не могут. Их сколько, а там вон вся планета лезет к ним со всякими с странностями, при том 90% это траблы железа, btrfs их хорошо хайлайтит, на ext4 каком никто проьлем не замечает пока совсем не развалится а тут оно CSUM ERROR орет - "баг в фс". Реально ессно глючное железо. Этого есть.
И дальше вы либо активно пашете чтобы помочь проблему зарулить, либо не судьба. Конкретно бтрфсники достаточно дружественные к отлову и фиксу, есть положительный опыт, но для этого надо подыграть.
> А с третьим случаем ещё смешнее было-бекапный диск сконвертированный ,пролежал 4 года.Достал
> архив а диск только чтение,ошибка чек суммы в служебной области.Позадовал вопросы
> на линуксорг,сказали ССЗБ.Да какого хрена,я прежде чем положить в архив проверил
> архив и фс,все в порядке было.
Однако ошибки чексум сами по себе не появляются. К тому же по дефолту btrfs DUP даже на единичном диске делает и если это реально в метаданных, оно еще и переживает это обычно. А если кто на бэкапном диске на метаданных сэкономил, кто ему доктор? Суперблоков там на типичном диске будет штуки этак три, все их продолбать тоже малореально.
> Достал 2 точно такой же архив,сравнил контрольные суммы файлов_ОДИНАКОВО,
> разжал архив с первого диска,щука все данные целые.
Тогда это возможно глючное железо: блоки могли быть ок, но при счете RAM или CPU ошибся, результат не совпал, упс, "плохой блок". При следующем чтении нормально сработает. Если совсем махозист с этим даже можно жить, вкатитв DUP даннам + метаданным, будет якобы-чинить из исправной копии, но вообще, лечи кривое железо. За это мы btrfs и любим. Другие бы тихо делали труху. Сразу архив не помрет. А вот при случае тут битик, там битик, и тут опа то бэкап не распакуется, то файлуха чего-то умрет, то еще мистика какая.
> Много думал....все багрепорты перевернул- ну нету такого похожего. Я уже думал что ошибка
> из за 32бит в 64 (перевел дистрибутив дома),но проффи кричали что
> версии 100% совместимы.
Абсолютно совместимы, но есть такое ощущение что у вас глючное железо. Просто сбоит при операциях CPU или RAM. Я даже видел пару таких компов, там и торенты иногда непонятные сбойные блоки на давно скачаных и 100% исправных торентах находили. Просто глюкает железка, чаще всего рам или проц.

Ответить | Правка | Наверх | Cообщить модератору

162. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD" +/–

Сообщение от maximnik0 (?), 13-Янв-23, 13:59

>Абсолютно совместимы, но есть такое ощущение что у вас глючное железо.
Нет, железо исправно было,перепроверено несколько раз.
Меня больше убило что не чем такой косяк не ченился,Фс отказала сбросить чек суммы,хотя в мануалах это предусмотренно.Бтрфс скруп падал в сегментацию на середине проверки,на одних и тех же процентах.А про fsck и говорить нечего..умершее и непотдерживаемое.

Ответить | Правка | К родителю #157 | Наверх | Cообщить модератору

172. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD" +/–

Сообщение от Аноним (-), 13-Янв-23, 18:17

> Нет, железо исправно было,перепроверено несколько раз.
А чексум еррор тогда, извините, откуда? Там вариантов мало - результат счета и того что с стоража прочли не совпал. Значит что-то пошло не так. И почти всегда - где-то на уровне железа.
Современное (да и не очень) железо это огроменный программно аппаратный комплекс. Сложный. Капризный. Хрупкий. С кучей своих приколов.
> Меня больше убило что не чем такой косяк не ченился,Фс отказала сбросить
> чек суммы,хотя в мануалах это предусмотренно.Бтрфс скруп падал в сегментацию на
> середине проверки,на одних и тех же процентах.
Это все в каких, пардон, версиях ядер и утилит?
> А про fsck и говорить нечего..умершее и непотдерживаемое.
Да он ему не особо нужен, если честно. Потому что после обычного краха fsck ему не надо - из-за cow он просто отбросит свежие изменения да останется в чуть более старом виде. Для фоновых проверок scrub есть. А если дело совсем туго то офлайновый чтец есть.
Остается узкая ниша мануальных потуг рекавери ФС до монтируемого состояния, но если к этому пришло, это по любому уже человек разбирается и если ему сильно надо он нужное офлайн чтецом вынет, благо, часть btrfs'овских штатных утилсов. Типа всяких нтфсрекавери и тирамис, только нахаляву, сразу от разработчиков. С возможностью потыкаться по генерациям, если дело совсем тухлое. Оно ж не сразу более старые состояния убивает GC, есть некий диапазон. Поэтому можно найти даже то что казалось бы снесено. А старые состояния могут это еще содержать.

Ответить | Правка | К родителю #162 | Наверх | Cообщить модератору

184. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD" –1 +/–

Сообщение от maximnik0 (?), 14-Янв-23, 01:13

>Это все в каких, пардон, версиях ядер и утилит?
Kubuntu 20.04 - 3 года назад.Так что не совсем древнее.Нашел тему на linux орг
https://www.linux.org.ru/forum/talks/16102298

Ответить | Правка | К родителю #172 | Наверх | Cообщить модератору

189. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD" +/–

Сообщение от Аноним (-), 14-Янв-23, 05:49

> linux орг
> https://www.linux.org.ru/forum/talks/16102298
Коменты там еще более донные чем на опеннете, имхо.
И таки если CSUM ERROR то 95% что проблема железа. Сломаться может все. От гнилого кабеля к диску (в SATA это почему-то довольно часто) и кривого питальника, до шалящего проца, мамки, памяти. Btrfs крут тем что это все всплывает. Вы даже не представляете себе сколько железа которое как живое, но при детальном рассмотрении изредка глюкавит. Пока чексум не было это никто особо не замечал. Тихо караптя данные понемногу. В какой-то момент это конечно может стать заметно но вот там уже может быть поздняк. Ну как, у некоторых юзеров например NTFS вот так живой, а потом не маунтится, checkdisk починить не может, а то и вовсе на попытке монтирования бсод. И что хотите то и делайте. Если кто хотел сказать что вот так лучше - не факт.
И вот тут я таки знаю что если оно у меня работает - "all systems operational". А если "CSUM ERROR" - "we have a problem". И вот это вот - очень круто, на самом деле. Такой себе end to end check состояния систем реалистичной нагрузкой. Дает хорошее понимание состояния систем. Может у твоего винча контакты окислились к блоку голов за эн лет и он на грани помирания? CSUM ERROR это еще безобидно - они так то могут и на более низком уровне в ящик сыграть от этого. И это реальная фигня которая случается с некоторыми винчами. Ну да, ок, на ext4 ты левые данные вообще не заметишь при случае.

Ответить | Правка | К родителю #184 | Наверх | Cообщить модератору

192. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD" +/–

Сообщение от maximnik0 (?), 14-Янв-23, 06:19

>Может у твоего винча контакты окислились к блоку голов за эн лет и он на грани помирания?
До сих пор использую для архивов,бад блоков нет и помирать не собираеться.Только я теперь для архивов особо важных еще  par2 информацию дописываю.Рекомендую,проверенная утилита.

Ответить | Правка | К родителю #189 | Наверх | Cообщить модератору

196. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD" +/–

Сообщение от Аноним (-), 14-Янв-23, 09:32

>> Может у твоего винча контакты окислились к блоку голов за эн лет и он на грани помирания?
> До сих пор использую для архивов,бад блоков нет
А оно бывает очень по разному если в тех случаях. Да и приколов у железа много, это одна из триллионов версий, немного похожая на правду. Может быть много чего еще.
> и помирать не собираеться.
Оптимизм хорошо, но в случае окисления контактов в гермоблок может и внезапно сдохнуть. Бывает иногда. Редко, тем кому повезло радости с осознания что джекпот 1 на миллион? Это ж не у них джекпот а у лабы которая будет данные вынимать оттуда. Но может быть и дофига чего еще. Типа редкого взглюка железа раз в полдня в определенной экзотичной ситуации. Такого счастья - есть. И когда я виду CSUM ERROR я уже знаю что жизнь собирается меня где-то поиметь, и меня очень сильно заранее об этом предупредили, за что и спасибо.
> Только я теперь для архивов особо важных еще  par2 информацию дописываю.
> Рекомендую,проверенная утилита.
Да оно как бы даже не есть плохая идея, но в некоторых случаях может и не спасти. Если скажем винч на нормальный режим не выйдет - вы с него ничего и не получите. Ни с par2 ни без. Хотя потом, конечно, в лабе что-то прочтут, если денег не жалко, шансов будет побольше. Но так то сильно ценное лучше на несколько разных устройств раскидывать. Надежнее. Все сразу не помрут же.

Ответить | Правка | К родителю #192 | Наверх | Cообщить модератору

197. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD" +/–

Сообщение от maximnik0 (?), 14-Янв-23, 10:08

>Оптимизм хорошо, но в случае окисления контактов в гермоблок может и внезапно сдохнуть. Бывает иногда.
Окисление в гермоблоке ? Это либо очень косячная сборка производителя- либо пластины уже должны покрыться ржавчиной от неправильного хранения :-) Честно говоря не видел,вот подшипники из-за ионной коррозии клинят это да ,есть такое,И то иногда проворачивать удаеться и с считывания информации идет жесткий на свалку т.к в последующих пару пусков придет ему хана.
>Но так то сильно ценное лучше на несколько разных устройств раскидывать
Это да ,минимум 3 копии на жестких разных производителей(по возможности)

Ответить | Правка | К родителю #196 | Наверх | Cообщить модератору

198. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD" +/–

Сообщение от Аноним (-), 14-Янв-23, 14:30

> Окисление в гермоблоке ?
Контакты между платой электроники и гермоблоком, лол. Особенно WD в некоторых старых сериях отличился, сэкономив на золочении печатки пару микрон, и обнаружив что прозрачный слой золота, оказывается, перестает функции выполнять, особенно если у юзера климат хреновый.
Настолько налетели на той экономии на спичках, что в новых сериях/версиях стали подчеркивать нормальное золочение, качественную плату, хы.
> Это либо очень косячная сборка производителя- либо пластины
> уже должны покрыться ржавчиной от неправильного хранения :-)
Конектор гермозоны к плате, однако.
> Честно говоря не видел,вот подшипники из-за ионной коррозии клинят это да ,есть такое,
Пару заклинивших 3.5" я даже расклинил резкими движениями вокруг оси шпинделя. Если пакет большой с хорошей инерцией вообще не проблема. И оно вполне себе прочиталось.
> Это да ,минимум 3 копии на жестких разных производителей(по возможности)
А в идеале и в разных локациях. Мало ли какое г случается. Пожары-наводнения-маскишоу и чего там еще бывает.

Ответить | Правка | К родителю #197 | Наверх | Cообщить модератору

117. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD" +/–

Сообщение от User999 (?), 12-Янв-23, 20:40

Пускай битрфс научится возвращать место после снапшотов.... Но в прод ей ещё рано, это вам не zfs

Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

121. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD" +/–

Сообщение от Аноним (-), 13-Янв-23, 01:56

> Пускай битрфс научится возвращать место после снапшотов....
Делаю кучу снапшотов, место на месте, возвращается как надо. ЧЯДНТ?
> Но в прод ей ещё рано, это вам не zfs
Да уж, куда там фэйсу буку до васян инкорпорейтеда...

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру


	6. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD"	+5 +/–
	Сообщение от васёк (?), 11-Янв-23, 22:11
	Шишкин, никому твоя raiser4 не нужна 😂
	Ответить \| Правка \| К родителю #2 \| Наверх \| Cообщить модератору


	8. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD"	+1 +/–
	Сообщение от innonimus (?), 11-Янв-23, 22:39
	Зумеры-адепты бтрфс набежали? Как там сейчас, всё также не балансируется?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	16. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD"	–1 +/–
	Сообщение от Аноним (16), 11-Янв-23, 23:02
	Не боись, 80 гиговые диски только у тебя остались. А на нормальных оно и не нужно.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	32. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD"	+1 +/–
	Сообщение от ryosuke (?), 11-Янв-23, 23:44
	Админам локалхоста конечно хоть zfs, что btrfs - картинки и гнуху закоррапченную можно заново выкачать, когда fsck гавкнет в консоль. за btrfs на серверах в проде мы лишаем премии незадачливого джуна, ибо он молод и глупость свою таким ходом выказывает.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	50. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD"	+5 +/–
	Сообщение от penetrator (?), 12-Янв-23, 01:30
	пиши сразу название конторы, чтобы знать с кем связываться / не связываться
	Ответить \| Правка \| Наверх \| Cообщить модератору


	59. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD"	+13 +/–
	Сообщение от lleeree_ (ok), 12-Янв-23, 07:21
	>название конторы Из текста ясно, что это контора, в которой джуны заведуют серверами в проде.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	81. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD"	+2 +/–
	Сообщение от Омномним (?), 12-Янв-23, 09:48
	А у девляпсов так, отдельных инфраструктурщиков нет. Пришёл джун - и сразу под танки, плейбуки, простите, рецепты писать.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	52. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD"	–1 +/–
	Сообщение от Аноним (52), 12-Янв-23, 01:54
	Мы это кто? Мелкая контора с админами динозаврами которые не в состоянии усваивать новую информацию и поэтому в штыки воспринимают все новое? Так то btrfs много где в проде используется.
	Ответить \| Правка \| К родителю #32 \| Наверх \| Cообщить модератору


	66. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD"	+/–
	Сообщение от Аноним (69), 12-Янв-23, 08:40
	> Мы это кто? Мелкая контора с админами динозаврами которые не в состоянии > усваивать новую информацию и поэтому в штыки воспринимают все новое? Так > то btrfs много где в проде используется. Фэксбук с миллиардом юзеров. Чтобы просто понимать масштаб протестированности кода в проде. Теперь покажите это для Reiser4? Да он как обычно сдохнет при отклонении от идеала. Интересно, у него fsck так же в вермишель том потом нашинкует как с рейзер3?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	71. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD"	+1 +/–
	Сообщение от Аноним (71), 12-Янв-23, 08:50
	Есть спец-хостинг для определённого довольно сложного продукта, так мы на нём уже несколько лет zfs гоняем. Снэпшоты продаются пользователям как отдельная услуга. Никогда не знал что у нас локалхост, пойду объясню это руководству.
	Ответить \| Правка \| К родителю #32 \| Наверх \| Cообщить модератору


	54. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD"	+/–
	Сообщение от maximnik0 (?), 12-Янв-23, 02:47
	>А на нормальных оно и не нужно. Для raid вариантов с интенсивной заменой мелких файлов ещё как нужно, иначе сдохнут жёсткие диски под нагрузкой.Или нужно брать ssd .Или использовать отключение Cow . У нас в морпорту уже был крик-развалился Raid3 из за рассинхронизации дисков.Хорошо 2 кластер выжил,данные удалось спасти.Теперь по начали принудительно гоняют дефрагментацию с балансировкой.К сожалению все подробности не знаю,т.к там не работаю,но диски там не смешивали и черепичку не использовали.
	Ответить \| Правка \| К родителю #16 \| Наверх \| Cообщить модератору


	63. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD"	+/–
	Сообщение от Аноним (69), 12-Янв-23, 08:09
	> У нас в морпорту уже был крик-развалился Raid3 из за рассинхронизации дисков. Теперь попробуйте это на btrfs повторить... он в этом смысле сильно менее тупой.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	70. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD"	+2 +/–
	Сообщение от maximnik0 (?), 12-Янв-23, 08:49
	А что из сообщения не было ясно что там btrfs использовалась плюс гластер? Она хоть менее тупая но когда жёсткие валяться от сильной фрагментации нехорошо и ей делается.Не успевает фоновая дефрагментация при сильной нагрузке .Поэтому теперь там и организовали вечерние дежурства-по вечерам когда нагрузки нет балансировку с дефрагментацией устраивать с обслуживанием БД каждый 3-й вечер.А если отключать СОW ,тогда смысл в этой фс ? Метаданные и в ext4 контрольной суммой заверяется.Снапшоты ? Так они бэкапов не заменяют, а гластер снимки тоже может делать внешними средствами.Еденственное что тогда не хватает это сжатие и субтома.Да и то ,народ поглядывает на XFS.... (От этих людей узнал наконец то почему я ловил глюки- оказывыется btrfs-convert содержал ошибку которую поправили в 20 году....из за этой ошибки у меня и разваливались тома, мда...)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	88. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD"	+/–
	Сообщение от Аноним (69), 12-Янв-23, 10:21
	> А что из сообщения не было ясно что там btrfs использовалась плюс гластер? Вроде нет. А где это написано? > Она хоть менее тупая но когда жёсткие валяться от сильной фрагментации > нехорошо и ей делается. Ну тут смотря как валятся, конечно. И при этом мата на CSUM ERROR должно быть немеряно до того как это проблемой станет. Народ совсем не читает логи и не мониторит статистику устройств и прочие траблы? > Не успевает фоновая дефрагментация при сильной нагрузке. > Поэтому теперь там и организовали вечерние дежурства-по вечерам когда нагрузки нет > балансировку с дефрагментацией устраивать с обслуживанием БД каждый 3-й вечер. Может кому-то 1) commit=<побольше> сколько там вам важно не продолбать данных при слете питания без sync. Чем больше это время тем лучше оптимизация. 2) Если фрагментится что-то типа бд можно NOCOW на этом врубить. 3) Забивать под завязку не надо, зачем аллокатору пакостить? Благо в btrfs можно 1 девайс подоткнуть а не группами строго одного размера и по три. Сколько-то места добавится а RAID1C3 это 3 копии на разных девайсах, и только. Если сильно несимметрично, ребаланс сделать в период минимальной нагрузки. Можно с фильтрами а не по всей площади, там продвинуто. > А если отключать СОW ,тогда смысл в этой фс ? Смотря где отключать. БД имеют свое мнение о журналировании и COWать это ну так себе идея, две фичи делают одно и то же и не совсем мирно сосуществуют, активно мешая друг другу. > Метаданные и в ext4 контрольной суммой заверяется.Снапшоты ? Так они бэкапов не заменяют, Зато позволяют откатить неудачные факапы типа стирания половины файлухи, неудачных апгрейдов системы и прочие приколы. Быстро и радикально. При том все остается консистентным. > а гластер снимки тоже может делать внешними средствами.Еденственное что тогда не хватает > это сжатие и субтома.Да и то ,народ поглядывает на XFS.... Да как бы удачи. > (От этих людей узнал наконец то почему я ловил глюки- оказывыется btrfs-convert > содержал ошибку которую поправили в 20 году....из за этой ошибки у > меня и разваливались тома, мда...) О, круто, слепить фафлуху из гамна полухакерскими методами из какого-то легаси и потом удивляться что там хрень какая-то. А создать фс с ноля создать было слишком банально? Нет, вон то конечно удобная и крутая фича (кто еще так вообще может) но
	Ответить \| Правка \| Наверх \| Cообщить модератору


	95. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD"	+1 +/–
	Сообщение от maximnik0 (?), 12-Янв-23, 11:05
	Там у них не совсем нагруженная БД, можно сказать несколько тысяч таблиц с отчётами,но их много и отчёты потом обрабатываются и отсылаются по нужным ведомствам в некуда ,электронная отчётность которая нужна сейчас как зайцу стоп сигнал,остаток от проекта электронное правительство.И их не закрывают но и толком не обновляются по железу,хоть давно просят. >О, круто, слепить фафлуху из гамна полухакерскими Странно апгрейдить XFS4 в 5 это нормально.Миллионы нормально апгрейдили ext2 в 3-4 версию без потерь данных.И только в BTRFS это стало гамном....может код поправить надо было раньше? А 2-я дырень охранительная это сразу не предусмотреть возможность что из за мелких файлов кончиться место под метаданные,а места на жёстком часто оставалось на 50% свободное... сколько народа на этот косяк напоролись (в том числе и я),пока не внедрили расшерение...
	Ответить \| Правка \| Наверх \| Cообщить модератору


	122. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD"	+1 +/–
	Сообщение от Аноним (122), 13-Янв-23, 02:25
	> по нужным ведомствам в некуда ,электронная отчётность которая нужна сейчас как > зайцу стоп сигнал,остаток от проекта электронное правительство.И их не закрывают но > и толком не обновляются по железу,хоть давно просят. Ну вот тут упс, DB vs COW это ну такое себе. Журнал бд CoW'ается и получается не особо. С дефрагом конечно работать как-то будет но вообще не есть удачное комбо. И да, если автодефраг зашивается, значит не такая уж и ненагруженая. > Странно апгрейдить XFS4 в 5 это нормально. В смысле?! Они вообще вроде апгрейд этой пакости не делали! Зато пообещали убить поддержку в 2030, мило. Во всяком случае, когда у меня был том с старым XFS, мне показали варнинг, а вот про апгрейд ни звука не нашлось. И сколько XFS ни апгрейдь а btrfs'ом по фичам не станет, особенно в части управления устройствами и местом. А возиться с тем что редхатчики предлагают да ну их нафиг когда можно просто подцепить ЛЮБОЙ девайс, сказать btrfs device add и вот вам +место, в любой конфигурации райда и проч, без съедения мозга. > Миллионы нормально апгрейдили ext2 в 3-4 версию без потерь данных. Это не превращение ФС в другую а добавление фич в одной и той же. EXT3 = EXT2+журнал+HTREE. Можно сделать EXT2+HTREE даже. EXT4 это все +экстенты нормальные вместо битмапов, для скорости. И delayed alloc. А так одна и та же фс, 1 драйвер цепляет все 3. > И только в BTRFS это стало гамном.... Ничего что это превращение совсем другой фс в btrfs? Попробуй btrfs в ext4 обернуть, или там ext4 в XFS например?! Хорошо получается? То то и оно, btrfs достаточно гибкий чтобы вокруг того чтобы есть обернуться и сделать их пустое место своим. Это довольно навороченый хак с разбором чужой ФС и переводом ее терминов в свои. То что он не идеально срабатывал, ок, но остальные так вообще не умели и сравнение не состоится за их отсутствием на ринге. > может код поправить надо было раньше? Как нашли так и поправили. Такими жесткими извращениями не очень много народа занимается, потому и нашлось как нашлось. Вы же не репортили ваш разлет, так? Как отрепортил кто-то более прошареный так и починили. > А 2-я дырень охранительная это сразу не предусмотреть возможность что из за мелких > файлов кончиться место под метаданные, Это какая-то весьма экзотичная ситуация на самом деле. Блочные группы выделяются динамически и откровенное несовпадение возможно либо в крайне экзотичных ситуациях, либо на очень малиньких сторажах менее нескольких гигов, где этой механике негде развернуться, для таких mixed-bg есть, когда в одних группах и данные и метаданные могут храниться. > а места на жёстком часто оставалось на 50% свободное... сколько народа на > этот косяк напоролись Да вообще-то в масштабах планеты - мало. Это весьма редкая проблема. Может вы там что-то особо креативное делали типа впихивания фс на карточку в пару гигз, или кто ж вас знает, но на стораже более полсотни гигов это обычно ведет себя культурно само по себе. Хотя если очень надо то ребаланс вон то исправит на раз. Однако лично мне это знание на правтике ни разу не требовалось. > (в том числе и я),пока не внедрили расшерение... Не особо понимаю как на вот именно то нарваться можно. Может речь о том что для удаления файлов надо было дописать метаданных, а если места нет - то откуда его взять? Сейчас из глобального резерва, спецом на пиковые случаи. Фэйсбук недавно еще более радикальные вещи выкатил. Но у них нагрузка и масштабы такие что там много чего странного случается. Их и 20-терабайтные файлы интересовали, например.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	142. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD"	+/–
	Сообщение от maximnik0 (?), 13-Янв-23, 10:17
	>В смысле?! Они вообще вроде апгрейд этой пакости не делали! Делали,делали.Был конвертер -его 5 лет Редхад поддерживал,хотя там перевод был не полным,чего то не хватало.Затем из за экономи места и прекращения поддержки XFS-convert убрали. >Ну вот тут упс, DB vs COW это ну такое себе Кто сказал что там использует БД журнал? Не использует,там только не падайте духом -фокспро подобная система (если не знали есть полуофициальный бразильский порт под Линукс),я же говорю отчёты и аналитика.Делаеться 3 файла архивная копия,рабочий старый вариант и редактируемый файл-мини БД.Ошибка-файл нахрен,идёт откат на рабочий старый.Очень железная система и дубовоустойчивая система которая жила раньше под досом с его фат16.Но плодит кол-во файлов сами понимаете охранительное кол-во. >Может вы там что-то особо креативное делали Какое нахрен креативное-использовали sqlite2, в 3 версии косяк поправили,теперь она не убивает метаданные BTRFS .Я кстати если хотите поищу порт рабочий программ католизатора с чтением (Либрусек) переписанный на wxWidgets,но движок БД там старый 2 версии.Если забудете поставить бит на БД и поставите индексировать книги,до сих пор в 50% случаев дохнет если только не 300-400% свободного места по отношению к БД. Уже спорили одни умные,до сих пор вино несут....
	Ответить \| Правка \| Наверх \| Cообщить модератору


	154. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD"	+/–
	Сообщение от Аноним (154), 13-Янв-23, 11:56
	> Делали,делали.Был конвертер -его 5 лет Редхад поддерживал,хотя там перевод > был не полным,чего то не хватало.Затем из за экономи места и прекращения > поддержки XFS-convert убрали. Все познается в сравнении. Если те конвертор починили, а эти убрали, спрашивается кто для меня лучше? Наверное, не редхат с XFS'ом. Если все и вся становится моими проблемами, ну их таких. > Кто сказал что там использует БД журнал? Не использует,там только не падайте > духом -фокспро подобная система А она что, совсем без журналирования и крахи не переживает? > система которая жила раньше под досом с его фат16.Но плодит кол-во > файлов сами понимаете охранительное кол-во. А, даже вот так. Ну попробовать время комита побольше. > Какое нахрен креативное-использовали sqlite2, в 3 версии косяк поправили,теперь она не > убивает метаданные BTRFS . Чего? Кого? Скулайт хоть какой совсем убивать фс не имеет права. Делать что-то не очень удачное - да, но вот именно насмерть ничего не должно помирать. Как максимум тормозить. > книги,до сих пор в 50% случаев дохнет если только не 300-400% > свободного места по отношению к БД. Это еще актуально в паре последних кернелов? Там фэйсбучники нечто такое для своих инсталлях радикально патчили для каких-то совсем экстремальных случаев. Так то бтрфсники чинят свои проблемы - если знают про них, и как это воспроизвести. > Уже спорили одни умные,до сих пор вино несут.... Что за вино? Что за умные? Wine чтоли?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	160. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD"	+/–
	Сообщение от maximnik0 (?), 13-Янв-23, 13:25
	>Что за вино? Что за умные? Wine чтоли? Да был спор с местными ребятами с службы приставов, они на бтрфс уже работали.Я говорю что знаю как односрочник который не починили повторить.(интервью Шишкина 2 или 3 года назад) .Да Шишкин пи....л и на голову тяжёлый.Поставили спор.Я установил программу Либрусек,поставил на индексацию книги -свободно было 250 Гб на разделе.Проверил что бит не стоит.Все раздел здох через 4 или 5 часов,не чем не смогли починить,нет места ,не балансируется.При этом файл murulib.db занимал 700-900 мгб ,у меня полностью индексированный 1,1 гига.Фишка в том что 2 версия этой БД версия тоже работает с очень мелкими блоками и подробности точно не помню происходил конфликт в процедуре открытия-записи файла ,методанные распухали.2 или 3 года назад было не починено.Этот баг есть в багтреке очень давно,уже хрен знает сколько ему лет.
	Ответить \| Правка \| К родителю #154 \| Наверх \| Cообщить модератору


	169. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD"	+/–
	Сообщение от Аноним (169), 13-Янв-23, 17:56
	> Шишкина 2 или 3 года назад) .Да Шишкин пи....л и на голову тяжёлый. А таки не врут. В целом. А так дурные случаи можно накопать везде. Никогда не видали файл стирающийся 10 минут? Всего лишь хорошенько фрагментированый торент на 20 гигз на XFS, ничего не подумайте. Даже без cow всякого, просто с метаданными работает медленно как трактор и если фрагментов много, сушите весла. Или вот EXT4. Берем диру. Создаем в ней дохреналион файлов. Стираем. Так, стоп, размер самой диры ... не сдувается? Создаем еще одну. Повторяем. Теперь тоже столько весит? Хотя там ни 1 файла? Ну вот так, а место продолбано. Повторив этот фокус несколько раз можно получить эн ПУСТЫХ дир и нифига места. А все место сожрано на пустые диры которое оно сдувать не умеет. Ну вот так вот. > раздел здох через 4 или 5 часов,не чем не смогли починить,нет > места ,не балансируется. Это какие версии ядер были? > баг есть в багтреке очень давно,уже хрен знает сколько ему лет. Ну и кого интересуют ископаемые баги в 2023, где оно миллиард юзеров книгоморды на себе держит?
	Ответить \| Правка \| К родителю #160 \| Наверх \| Cообщить модератору


	180. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD"	+/–
	Сообщение от maximnik0 (?), 13-Янв-23, 23:41
	>Повторив этот фокус несколько раз можно получить эн ПУСТЫХ дир и нифига места. А все место сожрано на пустые диры которое оно сдувать не умеет. А вот тут у вас батенька Незнание.Это повидение описано в документации,ну согласитесь достаточно редко даже на серверах миллионы файлов нужно создавать и удалять.Чиниться элементарно ПОВТОРЯЮ это есть в манах по переходу с ext3 -fsck.ext4 -D ,опция D заставляет заняться оптимизацией каталогов,будет выполнена переиндексация.И место возращается.Не забываем что иноды создаются статически, это имеет как плюсы,так и минусы.Но интересно -проверил fsck,ключ до сих пор не описан. >Ну и кого интересуют ископаемые баги в 2023, где оно миллиард юзеров книгоморды на себе держит? Это получается что юзер не превышая квоты может убить ФС,да за это обычно руки отрывали по самые яйца.Косяк и очень страшный.Если это поведение легко повторяется скриптом.А насчёт спора-там LTS версия юбинты,так что ядра не гавно мамонта были.
	Ответить \| Правка \| К родителю #169 \| Наверх \| Cообщить модератору


	182. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD"	+/–
	Сообщение от maximnik0 (?), 14-Янв-23, 00:09
	Добавлю, для совсем тяжёлых случаев есть ключик к утилита tune2fs ,но ключ я не помню,тоже сбрасывает не используемые иноды.Я же говорю очень уж редко эта ситуация, про тюнье не сразу вспомнил.
	Ответить \| Правка \| К родителю #180 \| Наверх \| Cообщить модератору


	186. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD"	+/–
	Сообщение от Аноним (186), 14-Янв-23, 05:21
	>> сожрано на пустые диры которое оно сдувать не умеет. > А вот тут у вас батенька Незнание. Вообще-то это как раз знание. Любезно предоставленное похом, так даже бывает. > Это повидение описано в документации, Я от фс нормальные свойства хочу а не документацию костылей. > ну согласитесь достаточно редко даже на серверах миллионы файлов нужно создавать Это зависит от кейсов и фс не украшает. Какого я должен аллокацией вручную заведовать? Или место постепенно девается вникуда. > и удалять.Чиниться элементарно Только, вот, не файлухой а педальным приводом. По нормальному сами должны были GC сделать. > ПОВТОРЯЮ это есть в манах по переходу с ext3 -fsck.ext4 -D Оно и у EXT4 так то осталось. > место возращается.Не забываем что иноды создаются статически, это имеет как плюсы,так > и минусы.Но интересно -проверил fsck,ключ до сих пор не описан. Вон то можно и вручную сделать - удвигаем диру, создаем новую, перемещаем в нее файло, сносим. Это достаточно быстро и легко, и даже с запущеными программами прокатывает с некоторыми ограничениями и рисками, но какого я это должен делать? > Это получается что юзер не превышая квоты может убить ФС,да за это > обычно руки отрывали по самые яйца.Косяк и очень страшный.Если это поведение > легко повторяется скриптом. Если оно легко повторяется на вот именно актуальных керенелах, это баг. Иначе "contact your support" как говорится. А так любую фс можно ушатать. Я как-то на хостинге ext3 положил до совершенно непотребной величины iops-ов, пришлось и меня двигать и всю толпу клиентов, оказывается я преалокацию в торентах забыл указать и случилось вот это вот, по сути я положил весь хост с толпой народа на уровне именно фс. А и дефрага EXTов тогда вообще никакого не было. > А насчёт спора-там LTS версия юбинты,так что ядра не гавно мамонта были. У них как раз ядра достаточно окаменелые, особенно в старых убунтах, по дефолту, если явно бэкпорты не ставить.
	Ответить \| Правка \| К родителю #180 \| Наверх \| Cообщить модератору


	191. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD"	+/–
	Сообщение от maximnik0 (?), 14-Янв-23, 06:02
	> в торентах забыл указать и случилось вот это вот, по сути > я положил весь хост с толпой народа на уровне именно фс. > А и дефрага EXTов тогда вообще никакого не было. Опять ловлю на незнание.Был дефраг для ext2 .Он даже официально входил в некоторые дистрибутивы- например Дибиан. Но потом поддержку забросили как часто бывает.И у этого дефрага был недостаток- нужно было создавать свой initr для ядра,т.к он работал только с размонтированной фс. Была даже псевдаграфика в стиле нортона с кирпичиками, из недостатков приходилось переписывать Lilo если это слово вам знакомо.
	Ответить \| Правка \| К родителю #186 \| Наверх \| Cообщить модератору


	194. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD"	+/–
	Сообщение от Аноним (-), 14-Янв-23, 09:03
	> Опять ловлю на незнание.Был дефраг для ext2 . Там, ext4, имхо, был, или максимум ext3, не помню, но убился жестко, так что я охренел когда ВСЕ файловые операции стали занимать непотребные времена. Стереть диру с сотней файлов? Задолбаешься ждать. И так вообще весь хост, кастомеры стали теребить сапорт, пришлось признаться в факапе и вместе думать что делать. Ну они и предложили всех скопом на новую машину, мне идея понравилась, я согласился и даже потер все что не очень нужно чтобы объем IO им скостить, в моих же интересах - иначе я бы задолбался ждать завершения операции. Дефрагать то что получилось - да ну! К тому же даже современный e4defrag довольно паршивенькая и базовая штука. И его эффективность - так себе, от ситуации зависит. Пока вы тут про незнание, я еще и пользовался им если что. > Он даже официально входил в некоторые дистрибутивы- например Дибиан. Судя по тому что я там видел, результат был бы примерно такой: дофига времени на вспашку, при хилом результате. Им проще было хост перекатать с ноля. Это лучше по время/результат. У коммерческой фирмы железо должно деньги делать, а не стоять под дефрагом днями. Я так понимаю там глобально диск забился а я его пачкой фрагментов добил, это не очень лечится а колупается в час по чайной ложке, т.к. удобной рабочей области просто нет. > Но потом поддержку забросили как часто бывает. Ну а в btrfs дефрагер никто не забрасывал. Как максимум у него есть косяк с unshare блоков, так что юзеж места растет. Но это потому что дефраг блоков на которые сразу несколько раз юзаются - это достаточно сложно, с этим были свои приколы когда пробовали продвинуто их двигать. Предпочли убрать от греха shanshot-aware defrag. Это не так уж страшно, потом можно обратно зашарить любым офлайновым дедупликатором, который заодно и еще чего интересного в одни блоки сведет. > И у этого дефрага был недостаток- нужно было создавать свой initr > для ядра,т.к он работал только с размонтированной фс. Т.е. по сути неюзабельно для большинства случаев ибо ведет к прерыванию сервиса. Не, але, даже мой десктоп мне живым нужен, а серваки и проч - и подавно. Зафиг мне такой дефраг? E4defrag как и brtrfs filesystem defragment в этом сильно вменяемее, они именно онлайн дефраги. Но колупать ВОН ТО было бы крайне печально даже таким. > Была даже псевдаграфика в стиле нортона с кирпичиками, из недостатков > приходилось переписывать Lilo если это слово вам знакомо. Из недостатков - это не решение пригодное для реальной эксплуатации в реальных сценариях которые подразумевают что люди компьютеры купили для того чтобы пользоваться ими а не гонять там кирпичики в дефрагерах. Вот btrfs'ники этот момент очень круто усвоили. Все эти идеи заколочены в самые азы дизайна. Увеличить или уменьшить ФС? На ходу? Даже удвинув данные с хвоста? Легко. Пройти backrefs, по ним видно чьи блоки, передвинуть куда хотелось, проапдейтить. Так что уменьшить btrfs можно на ходу - и это довольно легкая и быстрая операция по сравнению со всеми остальными кто так в принципе умеет. Добавить девайс? Вынуть девайс? Легко. Да, с вынимаемого девайса оно тоже данные само удвинет, той же механикой, лишь бы было куда. А попробуйте такое пилотирование глайдера на чем-нибудь другом изобразить? И как, хорошо получается? А, у вас дирижабль, там даже бортового компьютера нет... ну, ок, значит такой маневр не для вас.
	Ответить \| Правка \| К родителю #191 \| Наверх \| Cообщить модератору


	200. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD"	+/–
	Сообщение от shardddin (?), 14-Янв-23, 16:50
	А как теперь, если появился новый носитель, теперь можно добавить, например к корню, новый раздел как дополнительный - команда btrfs device add, как японял, добавит, а в fstab-е автоматически добавится или командами subvolum придется прописывать для постоянного добавления нового раздела?... Как проще сделать конвертацию раздела /home с фс ext4, если добавить также как к корню (он-то уже на btrfs) новый раздел с нового устройства, но так, чтобы "главным" оказался именно старый раздел /home? sda1 ext4 1.0 1,5G 44% /boot sda2 btrfs 50,9G 57% / sda3 ext4 1.0 18,4G 76% /home
	Ответить \| Правка \| К родителю #194 \| Наверх \| Cообщить модератору


	202. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD"	+1 +/–
	Сообщение от maximnik0 (?), 15-Янв-23, 00:27
	Я лично пару раз с конвертацией с ext4 обжогся,но вот пару последних конвертируемых томов живут и не разваливаются.Вроде сказали ошибку поправили.Я рекомендую не полениться взять чистый диск -разбить как тебе нужно.И вручную указать опции монтирования - связанных с сжатием и временем обновления (можешь если нужно нужный для контрольной суммы алгоритм указать).Если у тебя только домашний раздел подумай нужны ли тебе субтома? Если будешь делать снапшоты куча места можно сэкономить при правильном разделение на субтома.И просто тупо копируй на том бтрфс.Предварительно праверь какой для твоего оборудования алгоритм сжатия подходит.Если сжимаемых данных мало лучше сжатие для раздела отключить (для субтома можно указать отдельно сжатие, так что думай и ещё раз думай как правильно разбить)
	Ответить \| Правка \| К родителю #200 \| Наверх \| Cообщить модератору


	203. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD"	+/–
	Сообщение от shardddin (?), 15-Янв-23, 01:28
	Спасибо!)
	Ответить \| Правка \| К родителю #202 \| Наверх \| Cообщить модератору


	205. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD"	+/–
	Сообщение от Аноним (-), 15-Янв-23, 06:29
	> Спасибо!) Не советую следовать идеям maximnik0 vs btrfs. Достаточно посмотреть как он нашел себе кучу проблем на ровном месте там где у других это просто работало. И зачем вам куча отдельных разделов? Использовать место глобально - прикольнее. Управлять потом проще, а лучшее что btrfs мог предложить это ненапряжный менеджмент да снапшоты. Хотя сжатие и чексуммы, тоже, конечно, бонус полезный. Сейчас эксперт maximnik0 почешет репу где именно у него железки глюкавили для CSUM ERROR например :). А просто потому что случаев когда это вот именно багом ФС было бы я вообще не встречал. Все что я видел было глючным железом.
	Ответить \| Правка \| К родителю #203 \| Наверх \| Cообщить модератору


	208. "Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD"	+/–
	Сообщение от shardddin (?), 15-Янв-23, 20:04
	Ну, мне плодить все равно придется - основное устройство с корнем и домашней - на одном ссд, плюс новый ссд - для расширения обоих разделом... Или есть смысл создать раздел для домашнего на новом устройстве и перенести со старого, а освободившееся место расширить для корня??...
	Ответить \| Правка \| К родителю #205 \| Наверх \| Cообщить модератору