The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

Оглавление

В ветку ядра Linux-next добавлена реализация ФС Bcachefs, opennews (??), 20-Сен-23, (0) [смотреть все]

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


21. "В ветку ядра Linux-next добавлена реализация ФС Bcachefs"  +/
Сообщение от Аноним (21), 20-Сен-23, 11:10 
>дополнительные возможности, свойственные Btrfs и ZFS, такие как включение в раздел нескольких устройств

Опять велосипеды вместо того, чтобы использовать lvm2. Ну откуда они такие лезут то?!

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

23. "В ветку ядра Linux-next добавлена реализация ФС Bcachefs"  +/
Сообщение от Аноним (23), 20-Сен-23, 11:18 
зачем лишняя прослойка, когда можно без лишней прослойки? башкой думай иногда
Ответить | Правка | Наверх | Cообщить модератору

29. "В ветку ядра Linux-next добавлена реализация ФС Bcachefs"  +/
Сообщение от _ (??), 20-Сен-23, 11:52 
Сходи к программерам - вот где прослоек …
LVM - рабочая, но еЯ IBM ещё в 1980-е сделала… она постарше вас будет, ну а старую цирковую собачку обучить новым фокусам … 🤷♂
Ответить | Правка | Наверх | Cообщить модератору

63. "В ветку ядра Linux-next добавлена реализация ФС Bcachefs"  –2 +/
Сообщение от Аноним (53), 20-Сен-23, 14:09 
Не делай слишком маленькие экстенты и не заметишь её существования. Оптимально, где-то, 32 М.
Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

94. "В ветку ядра Linux-next добавлена реализация ФС Bcachefs"  +1 +/
Сообщение от microcoder (ok), 20-Сен-23, 20:00 
Не лишняя, котлеты отдельно, мухи отдельно. А когда намешано в одну кучу, то это помойка называется
Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

127. "В ветку ядра Linux-next добавлена реализация ФС Bcachefs"  +2 +/
Сообщение от Аноним (-), 21-Сен-23, 00:28 
> Не лишняя, котлеты отдельно, мухи отдельно. А когда намешано в одну кучу,
> то это помойка называется

Ну, понимаешь, в btrfs в результате можно "btrfs device add" на вооон тот наобум взятый диск. В пуле +n места, без делания мозга выравниваниями и проч. При том что критерии RAID1 или чего там - по прежнему будут выполнены, 2 копии на 2 разных девайса уйдет. Просто вариантов куда разместить пару блоков - прибавилось, вот. А можно и remove. И это буквально 1-2 простыми командами. Быстро. Эффективно.

Или вот если у меня 3 диска на допустим 2, 3 и 4 терабайта. Вон там оно таки станет, таки RAID1, суммарной емкости примерно (2+3+4 / 2) = 4.5 терабайта места формата RAID1. А из LVM свогое е...чего ты такое вообще смогешь при тех же условиях с таким же доступным местом?! И если да то сколько тантров для этого потребуется? И будет ли оно при расхождении чтения с 2 копий знать какая копия - битая? Чтоб еще и self repair сделать, прозрачно и в фоне?

Ну вот тебе и ответ почему твой LVM - кусок хлама. Там даже отдаленно приблизиться к вот такому поведению - сойдешь с ума. А тут вот ненапряжный менеджмент парой командочек в лучшем виде. А твои знания как там шкворни правильно салом мазать - ну, так и быть, будешь у нас музеем-заповедником старины, будем экскурсии водить показывая как раншьше все сложно было, вместо того чтобы робот на линии колеса прикрутил в 5 секунд - вот, самому кувалдой надо было #$%шить полдня!

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

153. "В ветку ядра Linux-next добавлена реализация ФС Bcachefs"  –1 +/
Сообщение от User (??), 21-Сен-23, 09:24 
... вы прослушали рассказ о том, как страшна и безблагодатна жизнь пользователей ms word, В котором нельзя так просто взять - и одной командой удалить три последних символа в каждой четной строке файла начиная с девятой...
Ответить | Правка | Наверх | Cообщить модератору

177. "В ветку ядра Linux-next добавлена реализация ФС Bcachefs"  –1 +/
Сообщение от microcoder (ok), 21-Сен-23, 14:50 
В LVM тоже самое делается, только безопасней (на мой взгляд). У тебя атомарная функция (скорее всего) на уровне FS progs, а LVM это отдельная сущность, вначале добавляешь диски, а потом только действия по раширяемости с ФС. На одну-две команды больше, не кричтино, в этом вопросе соревноваться на пару секунд не имеет смысла.

VOLUME отдельно, RAID отдельно, FS отдельно. Никакого компота, каждый на своём уровне

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

188. "В ветку ядра Linux-next добавлена реализация ФС Bcachefs"  +/
Сообщение от пох. (?), 21-Сен-23, 16:56 
на твой безграмотный взгляд.

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

И да, повреждения на уровне lvm не диагностируются (кроме спонтанных крэшей вышележайшей fs) и не исправляются.

Хотя он сам по себе адски сложная структура с кучей метаданных и сложных агломераций. И вполне умеет обернуться тыковкой.

Вся эта ненужная иерархия ненужных "уровней" - от бедности. Попытка подкостылить устаревшие файловые системы образцов 70х годов.

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

195. "В ветку ядра Linux-next добавлена реализация ФС Bcachefs"  +/
Сообщение от Аноним (-), 21-Сен-23, 17:23 
> И дело не в на одну команду больше, а в том что
> у тебя нижний уровень ничего не знает о том что на
> нем лежит, а верхний не может переспросить нижний если что-то пошло не так.

Ну а и btrfs интегрированность cow + знание аллокации таки дает все знания которые нужны, и недеструктивность для безопасности, и аналог журнала нашару.

И на самом деле из продвинутого cow можно так то выжать что угодно завязанное на гибкость аллокации в любой точке - и реаллокации/реконфигурации при случае.

> И да, повреждения на уровне lvm не диагностируются (кроме спонтанных крэшей вышележайшей
> fs) и не исправляются.

Ну а btrfs при креше вообще не имеет поводов что-то портить. Он вообще не успел перевесить указатель и это даже откатывать не надо. А если успел - ну, эта операция успешно завершена. И там не так уж много вариантов "in between".

Кентушка посмотрел на этот праздник жизни да и подумал - а чего б ему не разыграть пару карт в дополнение к этому. Как то...
1) Низкий оверхед под суперскоростных то.
2) Иерархические хранилки с кешированием на более быстрых.

В принципе это логичная хотелка, это логичная надстройка над гибким write-anywhere аллокатором так то. Раз дизайн может гибко (ре)аллоцировать что угодно куда угодно можно и вот еще свойства стоража учитывать в процессе. Почему нет?! Имеет свой пойнт вроде.

> Хотя он сам по себе адски сложная структура с кучей метаданных и
> сложных агломераций. И вполне умеет обернуться тыковкой.

А чего ему не? Чудес не бывает. Если кто реализует энную логику, он никуда не денется от связанных с этим проблем. Интегрированные дизайны избегают проблем на стыке взаимодействий.

> Вся эта ненужная иерархия ненужных "уровней" - от бедности. Попытка подкостылить устаревшие
> файловые системы образцов 70х годов.

Интегрированные дизайны так то в сумме сильно проще, дублирующаяся функциональность выпадает, а вон те взаимодействия без интеграции, когда правая рука не знает что делала левая - неуклюжие и стремные так то.

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

197. "В ветку ядра Linux-next добавлена реализация ФС Bcachefs"  +/
Сообщение от пох. (?), 21-Сен-23, 17:31 
> Ну а и btrfs интегрированность cow + знание аллокации таки дает все знания которые нужны

"если б еще и работало" - но raid6 "пишутъ!"

(что в общем-то как бы и намекает на качество и всего остального кода)

Но вон синоложы как-то выкрутилась, все же ухитрившись связать несвязываемое - у нее каким-то непостижимым чудом btrfs обломавшаяся о несовпадение контрольки, может сообщить этот факт lvm'у (но мы вам о них не расскажем и даже за гаражом не показывают - и возможно это жжж неспроста)

Что разумеется не отменяет факта неумения никем из живущих (да и о мертвых известо скорее ничего чем хорошее) чинить рухнувший lvm.

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

202. "В ветку ядра Linux-next добавлена реализация ФС Bcachefs"  +/
Сообщение от Аноним (-), 21-Сен-23, 18:01 
>> Ну а и btrfs интегрированность cow + знание аллокации таки дает все знания которые нужны
> "если б еще и работало" - но raid6 "пишутъ!"

Дык работает. А RAID56 как бы явно маркированы как экспериментальные. Таки не вижу к чему придираться.

> (что в общем-то как бы и намекает на качество и всего остального кода)

В штуке размером с звездолет могут быть более отлаженные и менее отлаженные функции. И если тебе интересно как работает гипердрайв в атмосфере, ты можешь проверить на свой страх и риск, но тебе честно сказано - разработчики и сами лишь приблизительно понимают как оно :)

> Но вон синоложы как-то выкрутилась, все же ухитрившись связать несвязываемое - у
> нее каким-то непостижимым чудом btrfs обломавшаяся о несовпадение контрольки, может сообщить
> этот факт lvm'у (но мы вам о них не расскажем и даже за гаражом не показывают - и
> возможно это жжж неспроста)

Агаблин, они смогли собрать эрзац варпдрайва из какого-то металлолома и похоже и сами не поняли как это вышло. Ну круто, приятного полета :)

> Что разумеется не отменяет факта неумения никем из живущих (да и о
> мертвых известо скорее ничего чем хорошее) чинить рухнувший lvm.

Ну дык. Выбираем из того что есть. И поменеджив btrfs'а - на lvm вообще совсем не хочется что-то. Кент вот тоже меня в этом понимает по большинству пунктов. Поэтому делал свой звездолет по мотивам этого. Мне почему-то кажется что и остальные новые дизайны будут как-то так теперь. А вовсе не то что там в EXT4, с лимитом блин инодов. И прочие LVM где если потрахаться то может и будут чексумы и снапшоты но в таком виде что без слез не взглянешь.

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

190. "В ветку ядра Linux-next добавлена реализация ФС Bcachefs"  +/
Сообщение от Аноним (81), 21-Сен-23, 16:58 
Вот только не нужно говорить так, как будто это что-то хорошее.
В отсталыхгосударствах тоже по любому поводу нужно пробежать по 10 местам, каждое — со своими часами работы, записью, требованиями и причудами.
Потому что все отдельно друг от друга.
Ну, если по другому представить себе не можешь — то, конечно, нормально.
Спасибо, что не расстреляли.
Ответить | Правка | К родителю #177 | Наверх | Cообщить модератору

194. "В ветку ядра Linux-next добавлена реализация ФС Bcachefs"  +/
Сообщение от Аноним (183), 21-Сен-23, 17:14 
> В LVM тоже самое делается, только безопасней (на мой взгляд).

Btrfs на поверку переживает крах и ребут даже при конверсии схемы RAID, на минуточку. И потом может возобновить конверсию, без напряга. Или даже жить неопределенное время с смесью схем, дизайну так то похрен: 1 из вариантов конверсии это запрос новой схемы для НОВЫХ записей, а старые блоки вообще не трогать. Ему так то пофиг, это логически-корректная ситуация для того дизайна. Ни к каким суровым проблемам сие не ведет.

> У тебя атомарная функция (скорее всего) на уровне FS progs, а LVM это отдельная
> сущность, вначале добавляешь диски, а потом только действия по раширяемости с ФС.

В случае btrfs это вообще совсем иначе случается и радикально подперто внутренней механикой ФС.

Есть block groups с той или иной схемой хранения. Просто регионы аллокации, 1...несоколько гиг на том или ином девайсе, для хранения данных или метаданных. Экстент лежит там или сям, у него вот такая схема хранения (RAID1 значит что те же блоки дублированы на другом девайсе/девайсаз). При конверсии схемы хранения экстент как я понимаю сперва создается с новой схемой, в другие блочные группы, после этого переназначаются указатели, а если все вышло, можно маркировать старый регион как свободный. Остальные операции ворочаются в таком же стиле. Де факто оно может быстро и довольно безопасно "расчистить регион интереса". А было это для конверсии схемы (перепрофилирования типа BG в иной), уменьшения ФС, изъятия девайса, или чего там еще - да не так уж важно, core логики примерно одинаковое. Ну вот такой вот забавный крутой дизайн. Пока вы там на конской хребитине бока пинали, другие тут уже эвон какие звездолеты с гипердрайвом вона как научились. И да, это атомарное - сперва копия, потом апдейт указателей на нее, потом деаллокация. Прелесть cow в том что аналог полного журнала халявен.

И как вы понимаете - там не так уж много поводов для облома операций в таком то стиле. При крахе неудачная операция сама аннулируется "как обычно" - пока указатели не переназначили в новую локацию, этого вообще не существует. И это не блочный уровень уже, а скорее file-aware и space-aware, по backref известно чье оно, и можно удвигать только то что реально аллоцировано, со знанием дела. Если мы хотим почистить 10 гиг хвоста, и там чьи-то 100 кило на дороге стоят, удвигаются только эти 100 кило. И после этого можно спокойно откусить 10 гиг. Этим интеграция с ФС и аллокатором и крута.

> На одну-две команды больше, не кричтино, в этом вопросе
> соревноваться на пару секунд не имеет смысла.

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

> VOLUME отдельно, RAID отдельно, FS отдельно. Никакого компота, каждый на своём уровне

И в результате менеджмент становится миндфаком. Операции становятся медленными и печальными. А RAID1 сам по себе понятия не имеет ни какой файл побился, ни какая копия верная и не сделает self heal из исправной копии вот так сразу, в фоне, сам.

В чем разница? Вон то в btrfs 1 командой делается. И даже на 1 девайсе похожее можно. И все это прозрачно, ненапряжно. А у вас спятишь пока даже половину от этого нарулишь в этом месиве циферблатиков, проводочков и стрелочек. А чтобы все и сразу - в вон том виде... эм...

И да, знаете, когда оно само заруливает случайный разовый бэд, легко расширяется, конвертится, проверяет корректность работы железа чексум и проч - это прсото другой уровень менеджмента систем. Кент это понимает в отличие от "такпривыкли". Мир не вернется к более быстрым лошадям когда уже можно звездолет, как угодно.

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

170. "В ветку ядра Linux-next добавлена реализация ФС Bcachefs"  +/
Сообщение от Пряник (?), 21-Сен-23, 14:36 
Пробовал летать на самолёте отдельно без крыльев, кабины и двигателя?
Ответить | Правка | К родителю #94 | Наверх | Cообщить модератору

172. "В ветку ядра Linux-next добавлена реализация ФС Bcachefs"  +1 +/
Сообщение от microcoder (ok), 21-Сен-23, 14:38 
> Пробовал летать на самолёте отдельно без крыльев, кабины и двигателя?

Всё летает, LVM отдельно, FS отдельно. Ноу проблем.

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

216. "В ветку ядра Linux-next добавлена реализация ФС Bcachefs"  +/
Сообщение от Аноним (-), 21-Сен-23, 21:08 
>> Пробовал летать на самолёте отдельно без крыльев, кабины и двигателя?
> Всё летает, LVM отдельно, FS отдельно. Ноу проблем.

Вас наели, это не самолет, это жигуль ржавый. А летит он и правда без двигателя. То-есть двигатель конечно на месте, но не тот. Просто с обрыва что угодно летит.

Вон тот то читер гипердрайв ща врубит - ДО встречи с поверхностью. А у вас в жиге оно где?!

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

270. "В ветку ядра Linux-next добавлена реализация ФС Bcachefs"  +/
Сообщение от InuYasha (??), 23-Сен-23, 19:52 
Да нет - это у вас крылья лежат в салоне самолёта и пассажиры ими машут.

Файлы пусть лучше лежат в ФС
Тома в ллвввмммм
А рэйд пусть будет в SmurfArray (6ой и с батарейкой)

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

272. "В ветку ядра Linux-next добавлена реализация ФС Bcachefs"  +/
Сообщение от Аноним (-), 24-Сен-23, 05:57 
> Да нет - это у вас крылья лежат в салоне самолёта и
> пассажиры ими машут.

Да нет, чувак, тот то читер имел весьма годный план: врубив гипердрайв он проскочит планету насквозь - рематериализуется на орбите, как будто ничего не было. Одним куском. И, конечно, не будет сам наносекунды отмерять, бортовой компьютер сам все сделает, задача человека лишь маневр описать. Поэтому я вот видел несколько раз тот самый self heal в действии. Который спас от кучи головняка на ровном месте. Шляпе тоже так хочется но пока они мягко говоря еще не там с их XFSом, они как раз чем-то там машут, и уже майнтайнера - замахали.

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

> Файлы пусть лучше лежат в ФС
> Тома в ллвввмммм
> А рэйд пусть будет в SmurfArray (6ой и с батарейкой)

Угу. А теперь на своем лаптопе этот номер повтори. Или на десктопе. Или почему они должны быть лишены подобной благодати напрочь? Чтобы иллюстрировать сапожника без сапог? Ну или вон в одноплатниках - куды мне твой RAID с батарейкой? А вон тот фокус - таки, катит. И как раз при self heal самому ничем махать не надо, полностью автоматически все. Сюрприз! У шляпы с этого пригорает, пытаются из своего металлолома эрзац гипердрайва собрать. Получается так себе, майнтайнер заманался и уже практически открытым текстом кенту завидует, у того то подобные хотелки явно лучше будут реализовываться :)

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

273. "В ветку ядра Linux-next добавлена реализация ФС Bcachefs"  +/
Сообщение от InuYasha (??), 24-Сен-23, 10:14 
> какой у тебя на такие случаи хитрый план

Коробка новых однотипных хардов в шкафу, Парагон и Акронис, телефон службы рекавери.

> А теперь на своем лаптопе этот номер повтори.

Зачем ЭТО на лаптопе? Там fat32 достаточно.

> или вон в одноплатниках

там вообще хардов нет, только микросхемка флэша - тоже фат32 хватит

> Или на десктопе.

Ну, повторил. Дальше что? (правда, через LSI, но это не важно)

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

276. "В ветку ядра Linux-next добавлена реализация ФС Bcachefs"  +/
Сообщение от Аноним (-), 24-Сен-23, 16:32 
>> какой у тебя на такие случаи хитрый план
> Коробка новых однотипных хардов в шкафу, Парагон и Акронис, телефон службы рекавери.

Ну да, ну да, видал я это все. Проблема в том что все это д@рьмо не может в результате обеспечить даже вот сапожника сапогами. И допущения неудобны даже фирмачам, которые с превеликим удовольствием отправят вот это все вслед за *bsd всякими и прочим трудным в менеджменте мусором ставящим их на бабки лишний раз. Они уже тоже начинают догадываться что можно и получше чем это.

>> А теперь на своем лаптопе этот номер повтори.
> Зачем ЭТО на лаптопе? Там fat32 достаточно.

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

Нюансик в том что для компании хранить всякий хлам в своих помещениях, невозможность реаллокации ассетов на другие таски и проч - денег стоит, и создает неудобства. И за это таки можно вылететь пинком под зад когда руководство прочухает что можно дешевле и гибче. И кажется это уже начинается, судя по истошным потугам XFSников online repair'а.

>> или вон в одноплатниках
> там вообще хардов нет, только микросхемка флэша - тоже фат32 хватит

Ну вот у меня EXT4 там был. И я из-за одного рандомного бэда пришлось за свой счет внепланово подрываться переть к черту на куличики и в режиме аврала чинить железку. На ровном месте буквально. Если тебе так ЗБС - отлично, так и делай. А мне нравятся работающие системы. Не дохнущие от одного рандомного бэда за 5 лет. А вот свободного места там на SD/eMMC навалом и ополовинивание места на избыточность меня там вот вообще совсем не парит.

...а за сколько-то лет, вот, было несколько успешных срабатываний self heal. Куда как круче когда "csum failed ... corrected" в лог, инкремент счетчика "corrupted", и дальше себе пашет, вообще не требуя внимание. Ну а если это часто и счетчик corrupted большой - окей, это еще и индикатор что это фиксить или менять надо. При том - хаялайтящий проблему ДО того как все трансформируется в видимые проблемы. Так что можно все же в фоне и без суеты - а не в режиме аврала когда все сдохло.

>> Или на десктопе.
> Ну, повторил. Дальше что? (правда, через LSI, но это не важно)

Ну а вот у меня на лаптопе - оно рандомный бэд пару лет назад, вот, тоже парировало. Без всяких LSI и прочего бесполезного пропириетарного "супер" хлама за много денег.

Или на вооооон том компе (не своем) я был не уверен насчет апгрейда системы. Ну мне не понравилось как там Debian 12 работает и я снапшот с 11 вернул. А с FAT32 я бы чего делал? Убивал день на реинсталл оси? Вместо 5 минут на откат? Во круто. И не, знаешь, LVMом ты там сам снапшотайся как-нибудь. Btrfs'у оно и в подметки не годится. А сабжу... ух, если не ошибаюсь Кент возможно мировой рекордсмен по числу снапшотов на планете.

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

277. "В ветку ядра Linux-next добавлена реализация ФС Bcachefs"  +/
Сообщение от InuYasha (??), 24-Сен-23, 21:21 
Так весь твой хвалебный опус про что в итоге был - про bcachefs или btrfs?
От бэдов, если что, смарт и прочие чеки должны защищать. Хотя, я всё о хардах... И не то чтобы я эти ФС ругаю. Нет. Просто надоели эти сотни ФС. ПОд винду всё никак EXT2-то не допилят, а тут опять новое.
Ответить | Правка | Наверх | Cообщить модератору

281. "В ветку ядра Linux-next добавлена реализация ФС Bcachefs"  +/
Сообщение от Аноним (-), 25-Сен-23, 00:31 
> Так весь твой хвалебный опус про что в итоге был - про
> bcachefs или btrfs?

Пока - про btrfs. Сабж рановато в активную эксплуатацию! Но как дизайн он мне весьма интересен. Потому что технологически содран с btrfs, имеет предпосылки предоставлять большую часть того что мне в btrfs нравится, зарулив ряд аспектов, как то снизив оверхед, и вот еще и простое создание иерархических/буферизованых штук. Так что вот вам перфоманс почти SSD по цене за гиг почти HDD, и хотя это иллюзия, она здорово разгоняет эксплуатационные свойства ряда конфиг. Нашару. Без проприетарных супер-решений за чемоданы денег.

Да, конечно, можно к всем этим lvm, md, dm и прочему черти что и сбоку - вот - bcache прилепить. Знаешь в чем проблема?!

Во первых, не спятить при конфигурации этого мусора сможет не каждый. И даже ты сам через пару годиков будешь озадаченно чесать репу "блин как это вообще работает?!" боясь тронуть эту штуку.
Во вторых, любая переконфигурация такой помойки - боль. Много что может пойти не так.
В третьих, я видел как это все работает. И я бы сказал что мне оно "не очень".
В четвертых, сабжик явно в настроении дать мастеркласс этому позору на тему как это делать правильно. И, имхо, даст. Будучи автором bcache то пуркуа б ему не па?... :)

Например: XFS, EXT и т.п. интересно реагируют на начинающуюся кончину SSD'шника под буфером. Чаще всего заканчивается резким и ВНЕЗАПНЫМ фаталити всей ФС. Специальный бонус для многодисковых, вот и вспомните камасутру от и до, в темпе вальса, когда все уже померло! Вы же такое управление ОС хотели? :) Да что там, т.к. это не интегрированная часть дизайна, даже btrfs в ряде конфиг может заметить проблемы лишь тогда когда "assumptions failed". И это совсем не круто, потому что ВНЕЗАПНО мы им пользуемся для иного экспериенса управления системами. И в отличие от вас Кент, вот, понимает как это должно быть на самом деле. И насколько позорно работает такое МЕСИВО.

> От бэдов, если что, смарт и прочие чеки должны защищать.

Это шутка такая? Есть такие вещи как теорвер и "read error rate". То-есть если читать много и часто, или просто завести более 1 тазика и погонять их подольше... даже на хорошем и вполне исправном в целом накопителе может РАНДОМНО взбрыкнуть 1-2 сектора. Раз в дофига, конечно. Если чаще - оно сыпется, менять надо. Поэтому фирмвары умеют в (авто) REMAP. И предоставляют резерв на именно переназначение run-time бэдов. И собссно 1-2 бэда в несколько лет у профильных экспертов не считаются проблемой, совершенно крейсерское состояние дел.

...но если теорвер прикололся и бэд попадет под системную либу, система таки словит резкое и внезапное фаталити на ровном месте. И мы проигрываем по критерию "бэд вынес метаданные или любой критичный системный файл". Это довольно слабое требование и при достаточном времени эксплуатации достаточного числа тазиков можно заметить что этот джекпот порой выигрывается.

А вот штуки типа DUP в этом случае просто чинят проблему из копии. Да еще... на дефектном секторе "обычные" ФС будут до упора долбиться в нечитаемый сектор. Но до записи в него можно и не дожить. А вот в случае COW с избыточностью оно таки восстановит избыточность, и туда либо сразу запись зафутболится, либо регион будет деаллоцирован. В любом случае фирмварь сможет в REMAP при ближайшей записи туда - а эти данные более не нужны - и это как раз то что дружественно парадигме SELF HEAL. В отличие от in-place дизайнов.

> Хотя, я всё о хардах... И не то чтобы я эти ФС ругаю.

Ну а вот харды - да и SSD/eMMC/SD/флешки... таки умеют иногда либо фэйлить чтение энного сектора "на ровном месте" либо "возвращать труху" даже не сообщив IO Error для приличия, видимо когда FEC не выдюжил. Ах да, теоретически FEC может подумать что выдюжил - а на самом деле - нифига. Это тоже теорвер. И если читать много, на дофига тазиков, годами, в какой-то момент даже и "редкое" становится "возможным" если не "обыденным". Или к вопросу зачем нам чексуммы данных, end to end и избыточность. Обычные ФС деланы под такие допущения которых на самом деле в природе - не бывает. Бывает некое приближение к ним. От которого происходит удаление по мере того как юзеры хотят быстро, терабайты и чтоб за копье.

> Нет. Просто надоели эти сотни ФС. ПОд винду всё никак EXT2-то
> не допилят, а тут опять новое.

Мне пофиг на винду и ее проблемы. Я уже давно понял что продвинутые технологии это не про майкрософт, от них только маркетинг. И продажа 1 и того же кернела 20 лет подряд. А линух за это время стал из наколенной поделки мощной фичастой шустрой штукой способной давать мастеркласс. Чем оно и круто.

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

28. "В ветку ядра Linux-next добавлена реализация ФС Bcachefs"  +/
Сообщение от _ (??), 20-Сен-23, 11:47 
Ну если слаще морковки ничего и не пробовал … то можно и LVM2. Оно в принципе - рабочее, для простых сетапов - вполне себе хороший вариант.

Но всё же попробуй какую нибудь ZFS, чтобы хотя бы понимать о чем тут взрослые дяденьки печалятся. Но поначалу будет … больно 😁

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

32. "В ветку ядра Linux-next добавлена реализация ФС Bcachefs"  +/
Сообщение от пох. (?), 20-Сен-23, 11:55 
по началу - как раз нет, все работает из коробки и сразу. Вот при продолжении наступаешь на интересные грабли - но у владельца локалхоста они могут так и не вылезти вообще.

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

95. "В ветку ядра Linux-next добавлена реализация ФС Bcachefs"  +/
Сообщение от microcoder (ok), 20-Сен-23, 20:03 
> Но всё же попробуй какую нибудь ZFS

Одна большая помойка. Лучше котлеты отдельно, мухи отдельно. Не надо в файловую систему пихать LVM

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

174. "В ветку ядра Linux-next добавлена реализация ФС Bcachefs"  +/
Сообщение от Пряник (?), 21-Сен-23, 14:43 
К сожалению LVM копирует оригинальные данные в снапшот при изменении (Copy-on-Write). Снапшот может переполниться. А в ZFS снапшот это адреса блоков, а пишет новые данные он всегда в новые блоки. Снапшот не может переполниться, ведь он фиксированный набор данных.
Ответить | Правка | Наверх | Cообщить модератору

192. "В ветку ядра Linux-next добавлена реализация ФС Bcachefs"  +/
Сообщение от пох. (?), 21-Сен-23, 17:07 
В thin lvm это уже не так, но связываться с ним - такое себе...

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

179. "В ветку ядра Linux-next добавлена реализация ФС Bcachefs"  +/
Сообщение от Аноним (179), 21-Сен-23, 15:35 
Такое впечатление, что это ты кроме морковки ничего не едал. Постоянно про морковку вспоминаешь.
Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

82. "В ветку ядра Linux-next добавлена реализация ФС Bcachefs"  +/
Сообщение от Аноним (81), 20-Сен-23, 16:54 
Слишком сложно.
Используй EXT2 и не беспокойся этих глупостев™.
Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

100. "В ветку ядра Linux-next добавлена реализация ФС Bcachefs"  +/
Сообщение от Аноним (99), 20-Сен-23, 21:00 
Во! Апдейт сломал систему? Выключаешь компу питание и перезапускаешь в состоянии до сбоя! Сила EXT2!
Ответить | Правка | Наверх | Cообщить модератору

191. "В ветку ядра Linux-next добавлена реализация ФС Bcachefs"  +/
Сообщение от Аноним (81), 21-Сен-23, 17:00 
Апдейт выполняется в авторизованной мастерской квалифицированным персоналом.
Сам тронешь — лишишься гарантии и права доступа к облаку.
Ответить | Правка | Наверх | Cообщить модератору

112. "В ветку ядра Linux-next добавлена реализация ФС Bcachefs"  –1 +/
Сообщение от Аноним (-), 20-Сен-23, 23:37 
> Опять велосипеды вместо того, чтобы использовать lvm2. Ну откуда они такие лезут то?!

Да вот видишь ли, хотят люди нормальное управление файлухами. И впном - вайргад, а не полунерабочие ужастики типа IPSec - по тем же причинам.

Хорошо когда типовые СОВРЕМЕННЫЕ хотелки в современных реалиях настраиваются без IPSEC'аса с потугами гальванизации всякого легаси. Представляете, менеджмент файлухи может быть так прост как добавление и изъятие девайса. Без сношений с выравниваниями. С моментально работающими снапшотами. В приличных количествах. И это все - с избыточностью. Чексумами. Self repair-ом битых кусков. И так далее. А тут еще с кешированием в SSD и распихиванием свежезаписаного или часто нужного по SSD и подпором HDD "bulk storage" (опционально). В виде когда при настройке этого еще и не сойдешь с ума.

И все это - вместо вон того кошмара из спичек и желудей. Нормальному менеджменту систем поем мы славу. Время пришло.

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

130. "В ветку ядра Linux-next добавлена реализация ФС Bcachefs"  +/
Сообщение от Аноним (130), 21-Сен-23, 01:00 
Wireguard - это не VPN, а кастрат.
Ответить | Правка | Наверх | Cообщить модератору

135. "В ветку ядра Linux-next добавлена реализация ФС Bcachefs"  –1 +/
Сообщение от Аноним (-), 21-Сен-23, 01:48 
> Wireguard - это не VPN, а кастрат.

То ли дело IPSec, уровень на уровне и уровнем погоняет - и когда вы фигурно потрахались с этим всем два дня вы обнаруживаете что оно застревает на первом же файрволе и нате и решительно непригодно для ремотных сотрудников, так что плотные сношения были - зазря, а знания можно слить в толч. Все равно от них толку нет.

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

143. "В ветку ядра Linux-next добавлена реализация ФС Bcachefs"  +/
Сообщение от пох. (?), 21-Сен-23, 07:45 
> То ли дело IPSec, уровень на уровне и уровнем погоняет

очередной свидетель ужасов ipsec, видевший его только во сне.

> и решительно непригодно для ремотных сотрудников

наши ~4000 смотрят на тебя как на ...

А вот как ты будешь приземлять 4000 вайергадов и следить за тем что кто-то лишний не получил чего-то ненужного - я поржу.

>   зазря, а знания можно слить в толч. Все равно от них толку нет.

от твоих - нет. Потому что это не знания а сборник мифов и легенд в пересказах перепевов.
Сливай и иди в плесень-и-точка. Там опять некому убирать сортиры.

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

204. "В ветку ядра Linux-next добавлена реализация ФС Bcachefs"  –2 +/
Сообщение от Аноним (-), 21-Сен-23, 19:06 
> очередной свидетель ужасов ipsec, видевший его только во сне.

Ты как минимум в чем-то прав. Например, я предпочел забыть такие технологии как страшный сон. Если можно @#$ться в разы меньше а результат даже лучше, way to go.

> наши ~4000 смотрят на тебя как на ...

- Так, хорошо... очень хорошо.
- А что хорошо, док?!
- Хорошо, что все это - не у меня!

> А вот как ты будешь приземлять 4000 вайергадов и следить за тем
> что кто-то лишний не получил чего-то ненужного - я поржу.

Да ржи себе, ржи. А я посмотрю что твои road warriors будут делать оставшись без впн в наобум взятой кафехе где никто не будет рулить им кастомные правила фаера. Впрочем твои галерщики небось те еще road warrior, с цепью и на галере.

> от твоих - нет. Потому что это не знания а сборник мифов
> и легенд в пересказах перепевов.
> Сливай и иди в плесень-и-точка. Там опять некому убирать сортиры.

Как говорится, рекомендации лучших собоководов, но, погоди, ты вроде ж собак мыть собирался? :)

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

214. "В ветку ядра Linux-next добавлена реализация ФС Bcachefs"  +1 +/
Сообщение от пох. (?), 21-Сен-23, 20:54 
> Ты как минимум в чем-то прав. Например, я предпочел забыть такие технологии как страшный сон.

"забыть" то о чем никогда ни малейшего представления не имел. Ну да. Уровень местных "гуру".
Ну так может тогда и не будешь звездить о том чего не знал а потом забыл?

>> наши ~4000 смотрят на тебя как на ...
> - Так, хорошо... очень хорошо.
> - А что хорошо, док?!
> - Хорошо, что все это - не у меня!

но ты продолжай рассказывать сказочки о том что "решительно непригодно".

Твой огромный опыт виден за версту! Опыт локалхоста.


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

217. "В ветку ядра Linux-next добавлена реализация ФС Bcachefs"  –2 +/
Сообщение от Аноним (-), 21-Сен-23, 21:16 
> "забыть" то о чем никогда ни малейшего представления не имел. Ну да.
> Уровень местных "гуру". Ну так может тогда и не будешь звездить о том
> чего не знал а потом забыл?

Да вот к сожалению пришлось немного познакомиться. Откуда и узнал что знатный пример как протоколы и технологии делать не нужно. Оверинжерентутое ушлепище, неоправданно канительное в кофигурации. Designed by comittee такой, классический просто.

> но ты продолжай рассказывать сказочки о том что "решительно непригодно".

Да я могу себе представить как оно у тебя работает и насколько вон те похожи на road warrior'ов в их нормальном виде.

> Твой огромный опыт виден за версту! Опыт локалхоста.

Ну как бы твой чудный опыт привел тебя к тому что заниматься хобби - низя, и это свободой называется. Почему-то. И прочие рекламы виндов. А я имею наглость полагать что возможны варианты и поприкольнее чем такой ацкий трешак. Так что спасибо за ценные советы по достижению успеха, коенечно. Я буду знать на твоем примере как именно делать ни в коем разе не стоит. Учиться на чужих ошибках это прикольно :)

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

285. "В ветку ядра Linux-next добавлена реализация ФС Bcachefs"  +/
Сообщение от bOOster (ok), 25-Сен-23, 11:24 
Еще один "свидетель RUSTовый". Нах..на вы лезете туда, разбираться в чем не хотите? Дискредитируя всю отрасль в целом своими поделками на местах? Ничего сложного в IPSec нет. Ты еще скажи что не знаешь что такое модель OSI, хотя по твоим суждениям это понятно, что полный профан ждущий какое-нибудь решение вундервафлю - которое решит все проблемы. Только не будет такого, а ваш убогий удел жаловаться на opennet - как все в сетевых технологиях сложно.
Ответить | Правка | К родителю #204 | Наверх | Cообщить модератору

290. "В ветку ядра Linux-next добавлена реализация ФС Bcachefs"  –1 +/
Сообщение от Аноним (-), 26-Сен-23, 15:25 
> Еще один "свидетель RUSTовый". Нах..на вы лезете туда, разбираться в чем не
> хотите? Дискредитируя всю отрасль в целом своими поделками на местах?

ИМХО, дискредитируют - напыщенные бакланы, которые свое мнение обосновать не способны, зато горазды пальцы загибать. Тоже мне эксперты, выучили пару заклинаний и давай корчить из себя умников и пуп земли на этом основании. А потом оказывается что можно в 20 раз проще, лучше и без этой камасутры. И всех этих ветеран-тормозов вместе с левыми ритуалами и уходят пачками.

> Ничего сложного в IPSec нет.

Все познается в сравнении. Вайргад по сравнению с этим мусором - просто образец логики и лаконичности. С нормальным крипто, приличным перфомансом, в дохрена раз меньше кода и это при простой настройке. За что и заслуженный титул - "compared to openvpn and ipsec ... work of art" (c) Linus Torvalds.

И да, владелец адекватной точки зрения ее обосновать может. Не киванием на авторитет и загибанием пальцев а логически и технически. Но тебе и всяким похам это все не грозит.

> Ты еще скажи что не знаешь что такое модель OSI,

Это такой синтетический выпер академов. На который все дружно забили, потому что этому в его полном виде не соответствует вот тупо ни 1 протокол на этой планете. От слова вообще. Ну да, каких-то сов можно на глобус натянуть с переменным успехом, но факт в том что

> хотя по твоим суждениям это понятно, что полный профан ждущий какое-нибудь
> решение вундервафлю - которое решит все проблемы.

Не, не так. Компьютеры нужны для решения задач людей. Они инструмент. А когда вы какие-то левые ритуалы, концепции и парадигмы возводите в ранг культа и самоцели - это булшит. Когда оказывается что целей можно достигать проще, с результатом не хуже, а то и лучше, отлично, это улучшение и шаг вперед по сравнению с тем что было до этого. Это не только с компьютерами так бывает. Сравни фигачение напильником часами самому vs CNC фрезерующий за считаныне минуты. Парадигмы могут и смениться - и вот твой скилл 80 уровня фигачения напильником уже и не котируется, котируется скилл рисования в каде вместо этого. Но можно рассказать про вундервафли, я даже согласен что навороченный CNC оно. Но проблемы же решает.

> Только не будет такого, а ваш убогий удел жаловаться на opennet -
> как все в сетевых технологиях сложно.

Я не жалуюсь, чудик. Я констатирую что мне вайргад нравится на порядок больше. Он решает все проблемы которые мне надо было от VPN на самом деле - и делает это в 100500 раз проще и лучше. На мой вкус это большой шаг вперед.

И да, кому надо было дохреналион клиентов на нем - таки это давно уже запилили. Есть чудные хостинги с буквально дохреналионом клиентов, на фоне которых пох с его 4000 клиентов жалкий любитель-гаражник... имена и сами найдете, ну или будете такими же любителями и в вопросах поиска.

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

163. "В ветку ядра Linux-next добавлена реализация ФС Bcachefs"  –1 +/
Сообщение от tipa_admin (?), 21-Сен-23, 11:56 
Не используй винду - не надо будет в реестре ковыряться.
Ответить | Правка | К родителю #135 | Наверх | Cообщить модератору

154. "В ветку ядра Linux-next добавлена реализация ФС Bcachefs"  +/
Сообщение от User (??), 21-Сен-23, 09:32 
Вот ни разу не видал людей, которые хотели бы wireguard - обычно у всех хотели "я такой тык! И оно работает!" - из любой, что характерно, ос - а не только между двумя своими виртуалками.
У безов конечно свои желалки - централизованно управление ключами, маршрутами, комплаенс полиси на устройствах, сертификат фстэк и прочий ГОСТ - вот это всё. Им ваш вайргад тоже ээээ... Нафиг не сдался.
Инфраструктурщикам - поддержку со стороны оборудования подавай. И со стороны вендора. И официальную инструкцию по настройке.
Полтора линуксойда - те да, могут пердолиться как им угодно - пока с вышеозначенными множествами не пересекутся.
Ответить | Правка | К родителю #112 | Наверх | Cообщить модератору

156. "В ветку ядра Linux-next добавлена реализация ФС Bcachefs"  +/
Сообщение от пох. (?), 21-Сен-23, 10:03 
> Вот ни разу не видал людей, которые хотели бы wireguard - обычно у всех хотели "я такой тык!
> И оно работает!" - из любой, что характерно, ос - а не только между двумя своими виртуалками.

ну тут есть нюанс - оно может и работает - только не всегда и не у всех.

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

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

171. "В ветку ядра Linux-next добавлена реализация ФС Bcachefs"  +/
Сообщение от User (??), 21-Сен-23, 14:38 
Ну вот sstp от ms скорее работает. Anyconnect от Cisco - скорее "да". Даже какой-нибудь l2tp+ipsec уже скорее "да", чем "нет".
С wg на оффтопике у меня проблемы были. Про то, что сопровождать вышеописанные решения in scale > 1000 человек можно, а у wg'шников столько воображаемых друзей не набирается, так что они не в курсе, какие при этом проблемы возникают - мы милостиво промолчим.
Ответить | Правка | Наверх | Cообщить модератору

167. "В ветку ядра Linux-next добавлена реализация ФС Bcachefs"  +/
Сообщение от Аноним (11), 21-Сен-23, 13:17 
А что не так с WG на любой актуальной ОС? Кажется везде кроме форток он уже чуть ли не по уши в ядре
Ответить | Правка | К родителю #154 | Наверх | Cообщить модератору

173. "В ветку ядра Linux-next добавлена реализация ФС Bcachefs"  +1 +/
Сообщение от User (??), 21-Сен-23, 14:39 
Нукакгбэ да - но у 97% людей возможны варианты.
Ответить | Правка | Наверх | Cообщить модератору

155. "В ветку ядра Linux-next добавлена реализация ФС Bcachefs"  +/
Сообщение от User (??), 21-Сен-23, 09:38 
Вот ни разу не видал людей, которые хотели бы wireguard - обычно у всех хотели "я такой тык! И оно работает!" - из любой, что характерно, ос - а не только между двумя своими виртуалками.
У безов конечно свои желалки - централизованно управление ключами, маршрутами, комплаенс полиси на устройствах, сертификат фстэк и прочий ГОСТ - вот это всё. Им ваш вайргад тоже ээээ... Нафиг не сдался.
Инфраструктурщикам - поддержку со стороны оборудования подавай. И со стороны вендора. И официальную инструкцию по настройке.
Полтора линуксойда - те да, могут пердолиться как им угодно - пока с вышеозначенными множествами не пересекутся.
Ответить | Правка | К родителю #112 | Наверх | Cообщить модератору

176. "В ветку ядра Linux-next добавлена реализация ФС Bcachefs"  –1 +/
Сообщение от Пряник (?), 21-Сен-23, 14:47 
IPSec как раз таки и является самым нормальным VPN. Точнее IPSec это лишь шифрование. VPN делается через IKEv1+l2tp или IKEv2. Шифрование AES аппаратно поддерживается много где.
Ответить | Правка | К родителю #112 | Наверх | Cообщить модератору

215. "В ветку ядра Linux-next добавлена реализация ФС Bcachefs"  +/
Сообщение от пох. (?), 21-Сен-23, 21:01 
> IPSec как раз таки и является самым нормальным VPN. Точнее IPSec это
> лишь шифрование.

ipsec это и есть vpn. Вполне образует эту самую virtual network произвольной топологии. (или не образует - это уж кому как удобно)

Причем, вполне себе может обойтись и вовсе без ike, и уж тем более - windows-only костыля l2tp (его смысл в том же в чем ipsec interface в некоторых других ОС, только слепили из того что было, не заморачиваясь эффективностью).
ike - это всего лишь механизм key exchange (первая буква там преданье старины глубокой и давно устарела). Один из возможных.

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

237. "В ветку ядра Linux-next добавлена реализация ФС Bcachefs"  –1 +/
Сообщение от Пряник (?), 22-Сен-23, 10:20 
> ipsec это и есть vpn

У IPSec два режима: транспортный и туннельный. В транспортном шифруется только сам IP пакет, поэтому нужно создавать туннель, для чего как раз и используется L2TP.

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

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру