The OpenNET Project / Index page

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



"Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания NAS на базе Bcachefs"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания NAS на базе Bcachefs"  +/
Сообщение от opennews (??), 20-Апр-26, 11:03 
Кент Оверстрит (Kent Overstreet) опубликовал выпуск файловой системы Bcachefs 1.38.0. Выпуск охватывает два пакета: bcachefs-kernel-dkms с модулем ядра, собираемым при помощи системы DKMS (Dynamic Kernel Module Support), и bcachefs-tools с запускаемой в пространстве пользователя утилитой bcachefs,  реализующей команды для создания (mkfs), монтирования, восстановления и проверки ФС. Пакеты собраны для Debian, Ubuntu и ожидаются для Arch Linux, Fedora, openSUSE и NixOS. DKMS-модуль поддерживает работу с ядрами Linux, начиная с 6.16...

Подробнее: https://www.opennet.ru/opennews/art.shtml?num=65244

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

Оглавление

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


1. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +26 +/
Сообщение от Аноним (1), 20-Апр-26, 11:03 
Я никогда не доверю свои файлы файловой системе, которую вайбкодит человек с его "ИИ партнёром". Кент ещё и думает что у его Клода сознание есть.
Ответить | Правка | Наверх | Cообщить модератору

3. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  –5 +/
Сообщение от Аноним (3), 20-Апр-26, 11:14 
Ну юзай exfat
Ответить | Правка | Наверх | Cообщить модератору

5. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +8 +/
Сообщение от Аноним (1), 20-Апр-26, 11:15 
Спасибо, но нет, мне btrfs хватает, работает идеально, сжатие люблю.
Ответить | Правка | Наверх | Cообщить модератору

8. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +2 +/
Сообщение от Аноним (8), 20-Апр-26, 11:17 
Да BTRFS тоже местами уровня вайбкода. Снапшоты и пр понтовалки есть, а дело дошло до ошибок так он сразу ошибку суперблока, и снапшоты бесполезны.
Ответить | Правка | Наверх | Cообщить модератору

22. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  –1 +/
Сообщение от Аноним (-), 20-Апр-26, 13:30 
> Да BTRFS тоже местами уровня вайбкода. Снапшоты и пр понтовалки есть,
> а дело дошло до ошибок так он сразу ошибку суперблока, и снапшоты бесполезны.

У него суперблоков так то несколько. Если 1 не читается можно и из другого восстановиться. И многие проблемы таки аннулировать - можно.

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

52. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +4 +/
Сообщение от Аноним (52), 20-Апр-26, 19:11 
Хуже. Две недели назад весёлая история была - у человека развалилась btrfs из-за передёрнутого питания, backup_roots не помогли, спас данные благодаря своим навайбкоженным инструментам. Приполз в багтрекер с чудесной оговоркой, что поломка ФС из-за питания - это не баг (то есть на коленях приполз, изображает лояльность over 9000) и его всё равно послали.
https://news.ycombinator.com/item?id=47656303
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

59. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от Аноним (59), 20-Апр-26, 21:35 
Судя по куску истории, человек собрал странную конструкцию, которая развалилась бы рано или поздно и с любой другой фс.

A hard power cycle on a 3 device pool (data single, metadata DUP, DM-SMR disks) left the extent tree and free space tree in a state that no native repair path could resolve.

People in this thread seem to happily shit on btrfs here but this seems to be very much not like a sane, resilient configuration no matter the FS.

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

61. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +3 +/
Сообщение от Аноним (61), 20-Апр-26, 22:50 
Так и запишем: "У кого нет data=dup - тот может идти куда Полонский послал". А счастливые пользователи винды продолжат использовать NTFS и проблем не знать.
Ответить | Правка | Наверх | Cообщить модератору

65. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +1 +/
Сообщение от Аноним (52), 20-Апр-26, 23:37 
> Так и запишем: "У кого нет data=dup

Нет, там слабость в metadata DUP вместо metadata RAID1.

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

66. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от Аноним (59), 21-Апр-26, 00:33 
там как раз таки нет "data=dup". там только метадата дуплицируется. причем это в принципе неправильный подход при нескольких дисках. надо зеркалить/разносить на разные диски, а не дуплицировать на одном.
Ответить | Правка | К родителю #61 | Наверх | Cообщить модератору

63. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +1 +/
Сообщение от Аноним (52), 20-Апр-26, 23:30 
> Судя по куску истории, человек собрал странную конструкцию, которая развалилась бы рано
> или поздно и с любой другой фс.

Эмм, обычный spanned volume (JBOD), доступный 25-35 лет через LVM или его виндоаналог. Должен развалиться после отказа диска, не по питанию. Или даже тогда лишь потерять часть файлов - ФС нового поколения имеют возможность действовать лучше, чем старые слойки из LVM+ФС, где ФС не знает про LVM и наоборот.

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

71. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от нах. (?), 21-Апр-26, 02:12 
А эфес нового поколения (sic!) ему и говорит - опаньки, твои данные больше не данные. Причем все диски у него, как я понимаю, физически целы.

А разработчики говорят на ник пройти, у них в мордокниге так не бывает.

Круто, чо.

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

73. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  –1 +/
Сообщение от Аноним (-), 21-Апр-26, 04:06 
> А эфес нового поколения (sic!) ему и говорит - опаньки, твои данные
> больше не данные. Причем все диски у него, как я понимаю,
> физически целы.
> А разработчики говорят на ник пройти, у них в мордокниге так не
> бывает.
> Круто, чо.

У этих на совсем пиковый случай - btrfs restore есть. А вот что всякие адепты zfs и ко делают в таких ситуациях - вопрос интересный, да. С нтфсиком понятное дело можно потрепыхаться, но коммерческий софт придется все ж стырить или купить...

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

117. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от пох. (?), 22-Апр-26, 14:47 
> У этих на совсем пиковый случай - btrfs restore есть.

мы буквально в тредике под детальным (с микроскопическим разбором и правильным вариантом восстановления) описанием как btrfs restore не только не спас, а угробил данные которые можно было бы использовать для восстановления с минимумом потерь. А разработчики послали автора подальше, потому что главное ничего же не чинить.

у тебя контекст в 250 раз меньше чем у клавы, хватает с трудом на одно сообщение?

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

121. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +1 +/
Сообщение от Аноним (121), 22-Апр-26, 20:40 
> мы буквально в тредике под детальным (с микроскопическим разбором и правильным вариантом
> восстановления) описанием как btrfs restore не только не спас, а угробил
> данные которые можно было бы использовать для восстановления с минимумом потерь.

Ты совсем не в адеквате сегодня? Протрезвей, потом пищи на форум! Btrfs restore это READONLY чтение, с девайсов btrfs на другое, блин, назначение. По типу тирамисы и прочих подобных для нтфс. Но - встроенная прям в родной тулкит ФС, прям сразу и бесплатно, что очень мило с их сотроны. И т.к. это еще и cow, там еще и в разные generation можно попытаться подцепиться как точка входа для парсинга, в надежде что чуть более старая версия лучше окажется.

Как readonly offline reader, вычитывающий с совсем убитого фс файло на ДРУГОЕ назначение может вообще что-то испортить - загадка природы. Да, в твоем ZFS нет аналога этой фичи. И я даже не уверен есть ли ЭТО в коммерческих тулсах, не изучал. А тут вот нашару тул не хуже про датареков прям в тулките фс есть. Но тебе с твоими двойными стандартами главное что-нибудь брякнуть.

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

"btrfs restore" не подразумевает "починку", это офлайновый чтец данных с фс которая даже не моунтабельна и проч, эксперт ты наш. Да, у ZFS нет никакого эквивалента в его тулинге. У большей части фс - нет. Есть - в коммерческих тулсах.

> у тебя контекст в 250 раз меньше чем у клавы, хватает с
> трудом на одно сообщение?

Это говорит человек, который обвинил тул для ОФЛАЙН ВЫЧИТКИ НЕМОУНТАБЕЛЬНОЙ ФС в разрушении этой самой ФС. Хотя эта процедура - ридонли. Но проекция насчет буфера зачетная конечно. Вот только это не про меня кажется было...

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

142. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от PnD (??), 23-Апр-26, 19:27 
Вот сейчас ты сморозил, да. restore≠repair. (Вот тот реально умеет распускать данные на фарш. Такое ощущение что только это и умеет.)

Нюанс. Было 1ТБ данных и 20 штук снапшотов (единственного тома) с небольшими отличиями. Всего в btrfs было занято ≈1.1ТБ.
А теперь внимание, вопрос. Сколько нужно дисковой ёмкости для успешного restore?
(Но можно попробовать считерить и поставить "справа" какой-нибудь zfs с дедупликатором. Или поделие от EMC за чемодан денег. Или vdo. Или…)

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

155. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от Аноним (155), 24-Апр-26, 20:59 
> А теперь внимание, вопрос. Сколько нужно дисковой ёмкости для успешного restore?
> (Но можно попробовать считерить и поставить "справа" какой-нибудь zfs с дедупликатором.
> Или поделие от EMC за чемодан денег. Или vdo. Или…)

Или btrfs и дедупалку какую :). Или не ресторить все и вся, а только нужное, ибо - выбираемо. Или...

Я вообще data recovery на btrfs практикую, потому что "task specific фс" просто собрать под нужный размер. А потом и разобрать или урезать. Ну и рефлинки есть. Так что 10 рефлинков по 5 терабайт != 50 терабайт стоража. Что позволяет с 1 стороны инкрементально образа делать без рисков и если fsck или кто там убьет все, можно откатить. С другой экономия на месте ломовая. Дешево и сердито! :)

По иронии судьбы вот именно btrfs рекаверить ни разу и не пришлось. Меня лет 10 наверное пугают - а он все не дохнет и не дохнет. Так что вон только с тестоыми сетапами поделал из интереса.

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

72. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от нах. (?), 21-Апр-26, 02:18 
https://news.ycombinator.com/item?id=47664316

- тоже "странная конструкция"?

В общем, придется согласиться с мнением афтыра, что ЛЮБОЙ вариант использования бырбыров кроме единственной дырявой флэшки - "dangerous territory", не только их raid6
А флэшка и так была дырявой, ее не жалко.

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

74. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от Аноним (3), 21-Апр-26, 04:31 
Аналогов все равно нет.

ФС с поддержкой контрольных сумм на данные можно по пальцам пересчитать, а без них можно даже не пытаться. Тем более с повсеместным использованием SSD, который еще и размагнититься может.

Не зфс же на ноут ставить? Так что и остается btrfs, bcachefs.

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

83. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от нах. (?), 21-Апр-26, 12:22 
Да ntfs на ноут поставь. А zfs оставь там где и должна быть - на nas/san к которым этот ноут ходит когда надо терабайты ворочать или просто бэкапаться. Нет, не может он размагнититься, нечему там. Может целиком резко сдохнуть, клянусь вон этим SS540. Ты бы умер от жадности узнав сколько он стоит.

Кстати, в bitlocker разумеется есть контрольные суммы. Т.е. пошифрованный (по дефолту с 22h2!) nvme тебе еще и скажет, если что-то перестало сходиться.

Но пока - молчат, собаки.

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

99. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от Аноним (3), 21-Апр-26, 15:29 
> Нет, не может он размагнититься, нечему там

В смысле?

https://habr.com/ru/articles/1007884/

> Да ntfs

У нее нет контрольных сумм на данные.

> bitlocker

Мб, но хз как там запустить scrub и это windows-only решение.

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

101. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от нах. (?), 21-Апр-26, 15:42 
ну опять ссылки на чье-то "мнение". Своего нет?
Ты правда собираешься хранить свои ценные данные в коробке на балконе, как этот вот?

> У нее нет контрольных сумм на данные.

потому что для рабочей фс они и не нужны.

Там есть прекрасный комментарий: "Вывод скучный, но рабочий: пользуйтесь облаками, держите резервные серверы и делайте бэкапы. А еще лучше — несколько параллельных копий на разных площадках (и физика, и облако)."

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

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

102. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от Аноним (3), 21-Апр-26, 18:30 
> ну опять ссылки на чье-то "мнение".

"Ссылки на чье-то мнение"... Ну давай твой ресерч по работе SSD посмотрим. Ах, не делал? Ну ничего, чтобы утверждать что-то теория не нужна, хватит уверенности.

К слову, у тебя Земля круглая или плоская? А то там тоже, видишь ли, чье-то мнение...


> потому что для рабочей фс они и не нужны.

Ну да, если данные в труху рассыпались а суперблок как новенький, то все ок. А Silent Data Corruption, это так, еще одно "мнение".

> Там есть прекрасный комментарий: "Вывод скучный, но рабочий: пользуйтесь облаками, держите резервные серверы и делайте бэкапы. А еще лучше — несколько параллельных копий на разных площадках (и физика, и облако)."

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

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

А вот подсчитать суммы реальных данных перед тем же бэкапом очень даже "полное" занятие. Или хотя-бы в dmesg увидеть, что от данных осталось только напоминание.

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

104. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +1 +/
Сообщение от Аноним (-), 21-Апр-26, 22:28 
> "Ссылки на чье-то мнение"... Ну давай твой ресерч по работе SSD посмотрим.
> Ах, не делал? Ну ничего, чтобы утверждать что-то теория не нужна,
> хватит уверенности.

Этот гениальный эксперт давно деграднул до рекламы винды и нтфс. Ты ожидаешь от него - понимания физики работы NAND FLASH современного чтоли? Особенно страшил типа QLC? У его величества - работает. Типа. Как оно заметило что файло вообще профакалось без чексум - хрен его там знает. Экспертиза уровня бох^W пох как она есть.

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

116. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от пох. (?), 22-Апр-26, 14:39 
> "Ссылки на чье-то мнение"... Ну давай твой ресерч по работе SSD посмотрим.

то есть мнение васяна с коробкой на балконе - ок. А от меня почему-то нужен цельный рисерч?

Ну ладно, а твой-то рисерч мы увидим, или снова все сводится к найденной на помойке в 2016м году единственной флэшке?

> Ну ничего, чтобы утверждать что-то теория не нужна

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

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

> А Silent Data Corruption, это так, еще одно "мнение".

не подтверждаемое практикой.

> И как я должен понять, что у меня перезапись бэкапов не пошла битыми файлами?

man md5sum, если тебе прям очень хочется. Я так делаю с действительно ценными для меня данными. Но за десятки лет мне ни разу этот дополнительный контроль не сработал.

> А как я должен понять, что у меня бэкап - это бэкап, а не кучка мусора?

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

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

118. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от Аноним (3), 22-Апр-26, 18:25 
> то есть мнение васяна

Это отсутствие базовых знаний у тебя.

https://en.wikipedia.org/wiki/Flash_memory#Data_retention

> Ну ладно, а твой-то рисерч мы увидим

А толку? Тебе дали ресерч. Ты можешь (я надеюсь, что можешь) загуглить еще сотним. Но сильно ли тебе это поможет?

P.S Что там с Землей - круглая/плоская? А то васяны что-то разошлись во мнениях.

> Наблюдения показывают что волшебных битфлипов на тех носителях которые у меня под рукой (а их сотни) - нет.

Ну твое-то мнение конечно ценнее, чем другие васянские.

> волшебных битфлипов

И как бы ты заметил это? У тебя md5 на каждый файл считается?


> но такой носитель должен отлежаться на полке годами

Здравая мысль, нет? То что тебе и говорили, собственно.

> не подтверждаемое практикой.

не подтверждаемое ТВОЕЙ практикой. Ты либо счастливчик, либо поработай чуть дольше.


> man md5sum, если тебе прям очень хочется. Я так делаю с действительно ценными для меня данными.

Хорошая практика, верный костыль. Спасибо, но решение на уровне ФС более централизовано.

> Но за десятки лет мне ни разу этот дополнительный контроль не сработал.

Ну тогда SDC миф и хешсуммы не нужны, тут бесспорно.

> И проверять глазами

Чего!? Ты сам попробуй перед тем как советовать.

Как мне, скажем видео на 12 часов проверить, что там ничего не побилось? Весь хронометраж артефакты искать?

> А то может выйти так что все суммы-то сходятся, а содержимое было битое еще в памяти до записи.

Эх скраб бы запустить, да проверить, жаль что ntfs-3g не позволяет.

> Ну или просто современный софт тот формат тихо разучился понимать.

Взять старую версию софта, не? Или не юзать софт, что так тупо ломает совместимость.

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

122. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от Аноним (122), 22-Апр-26, 20:53 
>> то есть мнение васяна
> Это отсутствие базовых знаний у тебя.
> https://en.wikipedia.org/wiki/Flash_memory#Data_retention

Анон, не трать время на этого виндузевого эникея. Он того не стоит. Он настолько глуп что даже не понял что современный тонкий NAND по типу QLC с мизером нанометров стал на DRAM похож и теряет заряд за обозримое время.

И со всей его экспертизой он поэтому не в курсе что такой SSD подключенный к питанию и лежащий на полке - две очень большие разницы. Потому что лежащему на полке контроллер чисто технически scrub и регенерацию - не смогет. А через несколько лет лежания FEC уже не вытянет тот BER и это вылезет наружу.

Для пох: нет рассказывать что такое FEC и BER я тебе не буду. Загугли сам. С своей офигенной экспертизой. Заодно и даташиты на чипы NAND можешь поискать. Занимательное чтиво, узнаешь много нового, если твой контекст превышает размер буфера клавы хоть немного.

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

133. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от Аноним (3), 23-Апр-26, 05:39 
Чтобы ты понимал, не первый раз с ним общаюсь.

https://www.opennet.ru/openforum/vsluhforumID3/133687.html#166

Тут он не шаря, как работает оверкоммит (ну а че, в винде такого же нет), своп, top в Linux на полном серьезе говорил, что в том, что vmware стает раком на Linux, виноват хром.

> на тачке с 32 гигами хром занимает 32 из 32х (и неизвестно что еще там поназапущено, пульса на 3g отдельно прекрасна), и в своп он заехал уже на гиг?

Собственно вот выхлоп топ (ну или можешь почитать всю переписку):

https://unix.stackexchange.com/questions/679706/kcompacd0-us...

То, что ему пруфами хоть кол на голове теши, я тогда еще не знал.

А самое пугающее, он реально где-то работает)) Берешь ты человека, 20 лет опыта... А потом разработка... кхм... прекращается потому, что man для rm тоже васяны писали))

https://techraptor.net/gaming/news/planet-explorers-multipla...


P.S Хорошее было время, всего 32 гб. Сейчас хром с порога запрашивает терабайт.

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

139. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от Аноним (139), 23-Апр-26, 17:38 
> Чтобы ты понимал, не первый раз с ним общаюсь.
> https://www.opennet.me/openforum/vsluhforumID3/133687.html#166

О, похонах оказывается то еще ламо. И нарвался на демо квалификации когда полез педалировать тему. И да, еще 1 пример почему именно слушать экспертизу этого типа мало смысла.

Все что он может: флюродросить проприетари, ставить влопавшегося в его советы на много денег и/или скотские условия контрактов и блистать предрасудками и двойными стандартами. Его знания по Linux - 2010 года. А рекламирует он - дриснятку и нтфс. И при этом всем у него хватает наглости косить под типа-юниксоида и пытаться блистать экспертизой в линухе. Но единственное чем он реально блещет - какой он профан во всем.

> Тут он не шаря, как работает оверкоммит (ну а че, в винде
> такого же нет), своп, top в Linux на полном серьезе говорил,
> что в том, что vmware стает раком на Linux, виноват хром.

Он поди и про ksm какой там - не в курсе заодно. Зато с умным видом даст лекцию про 12309 (давно починеный) не понимая что сценариев где mem management может дать маху оказывается возможно более одного, а в 1 баг проблемы с РАЗНОЙ механикой валят только профаны и нубы, в число которых каждый так делающий и зачисляется, на автомате.

> Собственно вот выхлоп топ (ну или можешь почитать всю переписку):

Мне честно говоря несколько лениво в проблемах проприетари копаться, я kvm юзаю и в основном опенсорснй софт. А вмварь я последний раз видел - довольно давно уже.

> А самое пугающее, он реально где-то работает)) Берешь ты человека, 20 лет
> опыта... А потом разработка...

Как тебе сказать? В любой негативной ситуации бывает и немного позитива. Если кто замечает что в фирме вот такие сотрудники - это четкий сигнал что фирма Г, менеджмент УГ, и надо - писать заявление на увольнение оттуда. При том - еще вчера.

Отвисать в такой конторе = проср@ть себя как спеца и стать таким же овощем. А потом как он тут и вещал - выгул собак. Ну а что еще виндовому эникею делать, по клиентам бегать и дрисняточку на ноуты ставить? :D

> P.S Хорошее было время, всего 32 гб. Сейчас хром с порога запрашивает терабайт.

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

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

129. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от нах. (?), 22-Апр-26, 23:45 
> Это отсутствие базовых знаний у тебя.

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

> https://en.wikipedia.org/wiki/Flash_memory#Data_retention

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

> Ну твое-то мнение конечно ценнее, чем другие васянские.

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

> И как бы ты заметил это? У тебя md5 на каждый файл
> считается?

на те что мне важны - считается. А они обычно большие.
На те что не особо - незачем тратить время.

>> но такой носитель должен отлежаться на полке годами
> Здравая мысль, нет? То что тебе и говорили, собственно.

нет. Зачем ты их хранишь на полке годами и что там может быть ценного если оно нахрен не нужно все эти годы?

>> не подтверждаемое практикой.
> не подтверждаемое ТВОЕЙ практикой. Ты либо счастливчик, либо поработай чуть дольше.

Как, еще лет двадцать? Боюсь нечем уже прочитать-то будет. (да и некому)

>> man md5sum, если тебе прям очень хочется. Я так делаю с действительно ценными для меня данными.
> Хорошая практика, верный костыль. Спасибо, но решение на уровне ФС более централизовано.

но не нужно. Потому что жрет ресурсы и подсчитывает суммы для файлов которые через пять секунд уже не будут нужны. Большинство их. И при этом привязано к фс.

>> Но за десятки лет мне ни разу этот дополнительный контроль не сработал.
>> И проверять глазами
> Чего!? Ты сам попробуй перед тем как советовать.

пробую. Я не то чтобы верю в битфлипы на стадии хранения, но вот в процессе переливания отсюда туда и сюда - через _память_ нескольких не особо надежных систем и чорт его знает какие сети и сетевухи - теоретически могут возникнуть, когда речь о файлах под гигабайт. (Тем более что тут опыт был. Да, страшно давно, да сети и компьютеры были другие. Но осадочек...) Но... нет. Пока ни разу. "наверное везет". А дохлых дисков с которых ВООБЩЕ ничего не прочитать - дохрена за это время.

> Как мне, скажем видео на 12 часов проверить, что там ничего не
> побилось? Весь хронометраж артефакты искать?

блжд man md5sum!

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

>> А то может выйти так что все суммы-то сходятся, а содержимое было битое еще в памяти до записи.
> Эх скраб бы запустить, да проверить, жаль что ntfs-3g не позволяет.

ммать... ты вообще читать не умеешь? ЧЕМ он тебе поможет если битое образовалось В ПАМЯТИ?
Ни один скраб ни на одной системе которых у меня десятки разных, никогда ничего не находил, если что. Да, это тоже личный опыт которому я верю больше чем любым васянам. scrub _бесполезен_.

>> Ну или просто современный софт тот формат тихо разучился понимать.
> Взять старую версию софта, не? Или не юзать софт, что так тупо

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

> ломает совместимость.

не юзай фотоаппараты. Например.

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

132. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от Аноним (3), 23-Апр-26, 03:20 
> Мы обсуждали страдания васяна выкинувшего диск в помойку и потом удивляющегося почему достал не особо живой.

Я хз, что ты там обсуждал. Мой изначальный тезис был: "ФС с поддержкой контрольных сумм на данные можно по пальцам пересчитать, а без них можно даже не пытаться. Тем более с повсеместным использованием SSD, который еще и размагнититься может."

На что ты ответил: "Нет, не может он размагнититься, нечему там."

И я напрасно потратил время, объясняя, почему это не верно. Все сводится к:
- Авуменя РАБОТАЕТ. Вы врете.

> Ничего ценного в этом мусоре нет. Побьется пару пикселей - пересинхронизируется.

Ну, с этого надо было начинать...

Собственно, рекомендую exfat. Работает шустро, по ресурсам ничего не ест, метаданные практически ничего не весят. Последние лет 5 не использовал ее вообще, так что ничего и не ломалось, выходит 100% работоспособность.

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

137. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от нах. (?), 23-Апр-26, 16:30 
> На что ты ответил: "Нет, не может он размагнититься, нечему там."
> И я напрасно потратил время, объясняя, почему это не верно.

то есть ты всерьез вот пытался мне объяснить что ссд может _размагнититься_? (там даже кавычек нет) Да, время ты потратил... напрасно.

> Ну, с этого надо было начинать...

это не у меня 12 гиг незнаючего - камеры в сортире? Это у того, другого анонима.
У меня файлы на 12гиг как раз с хэшами и в нескольких экземплярах. Их и не так много чтоб было сложно. (еще б верить что хоть один прочтется... но тут бырбыр не спасет. fat еще может.)

А так - хоть на exfat. Что толку от контрольных сумм если они просто не дают нам этот файл прочитать? И не лучше б уж читался с потерями чем совсем не? (забавно кстати что вокараундов ни у одной поделки нет)

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

По поводу модных бырбыр - выводы у меня есть. Пользоваться можно примерно там же где exfat.

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

140. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от Аноним (140), 23-Апр-26, 18:00 
> У меня файлы на 12гиг как раз с хэшами и в нескольких экземплярах. Их и не так много чтоб было сложно.

А единороги у тебя там тоже бегают?

> А так - хоть на exfat. Что толку от контрольных сумм если они просто не дают нам этот файл прочитать? И не лучше б уж читался с потерями чем совсем не? (забавно кстати что вокараундов ни у одной поделки нет)

Сделай DUP данных - дадут, бтрфс сама восстановит.

> современных флэшей

Эх, юзал бы ты линуху, мог бы F2FS поставить...

Кстати, а на современных дискетах у тебя какая фс?

> По поводу модных бырбыр - выводы у меня есть. Пользоваться можно примерно там же где exfat

Угу, на флешках. И черт с износом и поддержкой.

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

141. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от нах. (?), 23-Апр-26, 18:49 
> А единороги у тебя там тоже бегают?

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

> Сделай DUP данных - дадут, бтрфс сама восстановит.

снова отправим тебя читать те самые талмуды про то как на самом деле разрушаются флэшки.

И отдельно спросим - сколько лишних флэшек есть у самого васяна-советчика?

> Эх, юзал бы ты линуху, мог бы F2FS поставить...

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

> Угу, на флешках.

чтоб потом прочитать мог только такой же нитакусик? Нет.

Да и на флэшки у меня пишут в основном камеры. Они, представляешь, не умеют в бырбыр.
Еще телефоны, плейер в автомобиле, одноразовые флэшки что-то куда-то донести. Снова exfat может быть востребован (хотя чаще обычный) а бырбыр места не нашлось.

Поэтому драйвер exfat я вот щас наверное все же полезу чинить, а драйвера бырбыр у меня нет на личных системах вовсе.


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

143. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от Аноним (143), 23-Апр-26, 19:29 
> то есть у тебя, васяна, настолько все плохо, что ты не можешь поверить что кто-то пользуется md5sum для того для чего она предназначена?

Что кто-то у себя в системе для файлов сохраняет хеши рядом с ними, чтобы проверить, что файлы не побились? А после модификаций, то еще и пересчитывает? А если забыл пересчитать и хеш не совпал, то аларм!!! Файлы бьют!!!!

Слушай, я же не санитаром работаю.

> И отдельно спросим - сколько лишних флэшек есть у самого васяна-советчика?

Одна есть, с установкой Linux. Мб еще где-то завалялось... 2026 год на дворе, я уже не использую.

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

То, что у тебя на виндовой тачке не пойдет, из коробки.

> чтоб потом прочитать мог только такой же нитакусик? Нет.

Увеличь контекст до 128 к токенов хотя бы.

Тебе не лезет. Это был ответ на твой "вывод":

"По поводу модных бырбыр - выводы у меня есть. Пользоваться можно примерно там же где exfat."


> драйвер exfat я вот щас наверное все же полезу чинить

Лол) А что там? Биты фипнулись в ntfs?

>  а драйвера бырбыр у меня нет на личных системах вовсе.

Да я знаю, что на винде он работает также, как ntfs на Linux.

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

144. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от нах. (?), 23-Апр-26, 19:47 
> Что кто-то у себя в системе для файлов сохраняет хеши рядом с ними, чтобы проверить, что
> файлы не побились?

"для чего по твоему придумана md5sum", я уже спрашивал.

Да, те кому важно содержимое этих файлов - сохраняют.

> А после модификаций

у тебя есть хоть один файл на 12 гигабайт? Тоже нет? Ладно, даже на гигабайт? Пройдись find и скажи честно - ЧТО ты в этом файле собрался - модифицировать? Это либо архив, либо бэкап, либо видео, либо еще что-то такое что никогда не трогают, вообще. А контрольная сумма твоего /swap нахрен и не нужна.
(других у тебя походу и правда нет, иначе бы ты понимал почему так)

А вот побиться незаметно - таки может, он огромный, битов в нем - много.

> Одна есть, с установкой Linux. Мб еще где-то завалялось... 2026 год на дворе, я уже не
> использую.

все в облачках, у белогривых лошариков? Ну ок. Или у тебя вообще никаких нет?

> То, что у тебя на виндовой тачке не пойдет, из коробки.

дура4ок... (и я так и думал что не знаешь что с ней не так)

> Лол) А что там?

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

> Да я знаю, что на винде он работает также, как ntfs на Linux.

если бы он "так же" работал - мне бы не пришлось держать отдельную коробку подключенную в  виртуалке с линуксом к виндовой машине. (ничего особенного, offsite бэкап нескольких критичных серверов на случай совсем катастрофического события - одно из тех немногочисленных мест где действительно нужны дешевые снапшоты и больше вообще ничего)
Потому что ntfs в линуксе работает в общем не хуже любой другой фс. Местный нитакусь опять не в курсе, потому что никогда на самом деле и не пробовал.

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

145. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  –1 +/
Сообщение от Аноним (143), 23-Апр-26, 20:16 
> для чего по твоему придумана md5sum

Для проверки целостности и идентичности файлов. Отлично для поиска дубликатов. Но в фс считать суммы должны файлуха на уровне экстентов, а не я, отдельных файлов.

> у тебя есть хоть один файл на 12 гигабайт?

Конечно, архивчики. Словарики для брута. Да и развалится может не только большой файлик.

> А вот побиться незаметно - таки может, он огромный, битов в нем - много.

С твои подходом к хранению, уж точно.

> все в облачках, у белогривых лошариков? Ну ок. Или у тебя вообще никаких нет?

Да не, в основном, hdd для хранилища. Ssd - для системы и работы.

Не на флешках, точно.


> так и думал что не знаешь что с ней не так

Я же тебе говорю, я не санитаром работаю.


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

Твои критические сервера работают на Windows с btrfs?

Черт! Теперь я видел все.

Еще и снапшоты как бэкап... Устроишь ты нам второй Чернобыль)


> Потому что ntfs в линуксе работает в общем не хуже любой другой фс.

Да я понял, что у тебя там своя вселенная.

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

146. Скрыто модератором  +/
Сообщение от нах. (?), 23-Апр-26, 22:30 
Ответить | Правка | К родителю #145 | Наверх | Cообщить модератору

147. Скрыто модератором  +/
Сообщение от Аноним (3), 23-Апр-26, 23:38 
Ответить | Правка | К родителю #146 | Наверх | Cообщить модератору

148. Скрыто модератором  +/
Сообщение от нах. (?), 24-Апр-26, 01:19 
Ответить | Правка | К родителю #147 | Наверх | Cообщить модератору

156. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +1 +/
Сообщение от Аноним (-), 24-Апр-26, 22:02 
> "для чего по твоему придумана md5sum", я уже спрашивал.

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

> Да, те кому важно содержимое этих файлов - сохраняют.

И еще апдейтят по мере изменения файлов потом, руками. Виндоюзерам все равно время девать некуда, можно и такой хренью заняться.

> даже на гигабайт? Пройдись find и скажи честно - ЧТО ты
> в этом файле собрался - модифицировать?

У вот лично меня есть и на 100+ гигз. Планетарные данные OSM и прочих паркетов. Что в этом такого? Не всем же виндовыми овощами быть...

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

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

157. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от нах. (?), 24-Апр-26, 22:42 
> Виндовый  

дурашка, ты не понимаешь что ты не меня поддеваешь а свою глупость демонстрируешь так?

> И еще апдейтят по мере изменения файлов потом, руками.

угу, архивные файлы ведь меняются, каждый день. То от чего у меня вручную (или скритиком) посчитаны md5 - разумеется уже никогда не будет меняться.

Тому дятлу бесполезно с его hmac пытаться объяснять, ну может до тебя-то дойдет что если файл ценный (и большой) - не стоит надеяться на шмяки? (как и на чудо-фсы) И надо перепроверять если ты его переложил в другое место, для начала - читается ли вообще, и заодно уж - то ли читается что должно. А то будет вон у как того с нотабагом. Причем заметишь ты не завтра и не послезавтра.

> У вот лично меня есть и на 100+ гигз. Планетарные данные OSM и прочих паркетов.

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

Мне те файлики уже ниоткуда не скачать и заново их понаделают... когда настанет новая Юга разьве что.

> и второй анон тоже не избежал этой участи

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


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

158. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от Аноним (3), 24-Апр-26, 23:05 
> То от чего у меня вручную (или скритиком) посчитаны md5

Press F.

> И надо перепроверять если ты его переложил в другое место, для начала - читается ли вообще

Какого года у тебя ведро?

> И продолжил тем же, вообще не желая читать что ему пишут.

Эм... После таких-то советов? "Но и считать md5 им незачем, сдохнут новые накачаешь, посвежее."

> очередное вранье

Высокоразвитые технологии не отличимы от магии, а?

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

159. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от нах. (?), 24-Апр-26, 23:23 
> Какого года у тебя ведро?

ты опять со своими глюками разговариваешь.

> Эм... После таких-то советов? "Но и считать md5 им незачем, сдохнут новые накачаешь,

это не совет а мнение. Что ничего ценного в осмных данных нет.
(ну а если было - я бы рекомендовал перепроверить, данные-то...)

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

160. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от Аноним (-), 24-Апр-26, 23:44 
> перепроверить, данные-то

В своем стиле, да? Загрузить в номинатим и глазками пробежать?

> ты опять со своими глюками разговариваешь

Реально интересно, что у тебя там такое, что после банального cp приходится проверять че там накопировалось, а на файлы md5 считать.

> я бы рекомендовал

Не стоит.

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

68. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от нах. (?), 21-Апр-26, 01:39 
у мордокниги такой конфигурации не бывает, и упсы надежные, поэтому нафиг идет - тем троим зарплату платит кто нада и они решают кого нада проблемы.

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

105. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +1 +/
Сообщение от Аноним (-), 21-Апр-26, 22:31 
> у мордокниги такой конфигурации не бывает, и упсы надежные, поэтому нафиг идет
> - тем троим зарплату платит кто нада и они решают кого
> нада проблемы.

Тебе с твоим нтфс и виндой лучше вообще молчать в тряпочку о твоем "опыте", эникей. По сравнению с тобой - Клод какой просто кладезь разума. Желающие могут проверить, задав одни и те же вопросы и сравнив ответ.

А потом это существо будет удивляться за что его ушел AI... :)). Мало того что на хамит, полезнее, конструктивнее, может что-нибудь нарулить в два счета - так и зарплату в ТОМ объеме не требует за знание "ритуалов".

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

109. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от нах. (?), 22-Апр-26, 00:23 
> Тебе с твоим нтфс и виндой лучше вообще молчать в тряпочку о

опять ты вылез с пустым хамством в мой адрес, без цели и смысла.
Тебе, именно тебе, лучше помолчать о своем "опыте", лузер - НОЛЬ ответов на технические вопросы каждый раз как их тебе задают. По ЛЮБОМУ поводу в котором ты якобы разбираешься.

> А потом это существо будет удивляться за что его ушел AI... :)).

Ну тебя-то аи не уйдет, ты ж ничего и не умеешь.

> Мало того что на хамит, полезнее, конструктивнее, может что-нибудь нарулить в

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

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

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

114. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  –2 +/
Сообщение от Аноним (114), 22-Апр-26, 14:00 
> опять ты вылез с пустым хамством в мой адрес, без цели и смысла.

Ты достаточно почесал ЧСВ об меня. Мне надоело, пора подравнять счет в игре. И теперь будет зуб за зуб и глаз за глаз. Понятный таким как ты формат.

> Тебе, именно тебе, лучше помолчать о своем "опыте", лузер - НОЛЬ ответов
> на технические вопросы каждый раз как их тебе задают.

Я уже дал железобетонный рецепт как сравнить тебя и Клода. Каждый может сделать выводы о нужности тебя и твоей экспертизы сам.

Spoiler: у Клода больше памяти и он неленивый и способный ученик. Поэтому он не живет 2010 годом - в отличие от. Его экспертиза по Linux, кодингу и проч - up to date, в отличие от. Угадай как лучше работает.

>> А потом это существо будет удивляться за что его ушел AI... :)).
> Ну тебя-то аи не уйдет, ты ж ничего и не умеешь.

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

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

Зуб за зуб, глаз за глаз.

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

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

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

119. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от нах. (?), 22-Апр-26, 20:12 
> Ты достаточно почесал ЧСВ об меня. Мне надоело, пора подравнять счет в игре.

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

> Я уже дал железобетонный рецепт как сравнить тебя и Клода.

ну вот, опять голое хамство. И еще клод причем-то тут.
САМ ты что-нибудь умеешь?

> Меня AI не уйдет. Он не умеет в фулстеки, общую интеграцию систем, решение нестандартных
> проблем и активное принятие решений,

блаблабла. Как и ожидалось. Он умеет красиво врать, если что. (И не хамить при этом.)

(интересно, персонаж вообще в курсе что есть fullstack? или слово модное попалось?)

> Зуб за зуб, глаз за глаз.

нет. Тебя там вообще в треде не было. Просто ты  не можешь не попытаться самоутвердиться. Квалификации чтобы показать мне тут "мастеркласс" нету. Остается просто хамить. По поводу и без.

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

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

> Но мой фетиш для меня - работает

держи в курсе.

> демонстрируя перфоманс в разы выше и этого твоего нтфсика, и этого твоего zfs.

воспроизводимых пруфов, разумеется, не будет.

Потому что все бандерлоги так говорят, а значит это правда.

(А, не, я помню твой "пруф", создать стомиллионов файлов в одной куче и плакать что тормозит. Ну да, для тебя "перфоманс". А у нас, представь, не бывает таких мусорных куч. Так что даже и проверить-то не сможем, хрен вот его знает, как оно там.)

> И я спокойно ворочаю на нем иерархии с линухкернел.

ну охренеть. Это все успешные успехи? Ты сумел распаковать на чудо-фс архивчик с ведром?

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

то есть и про флэшку, выходит, наврал? Вот те на... а мы-то повелись.

Напоминаю - моя zfs уже четвертый сдохший диск переживает. (ну так себе с дисками у дешевых хостеров, прямо скажем. Или может с питанием.) А ты опять оказывается у нас - теоретик.

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

123. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от Аноним (-), 22-Апр-26, 21:27 
> я демонстрирую твою квалификацию,

Главеное в этом деле не выйти на себя. Твой alter ego (или дружбан?) пох уже блеснул на все сто!

1) Будучи абсолютно не в курсах как работают современные SSD и в чем прикол с SSD лежащим на полке и современным NAND вообще. Тебя на этом кто-то ЖЕСТОЧАЙШЕ заловил. Ты некомпетентен просто В НОЛЬ. Твое мнение о сторажах можно пропустить мимо ущей. Ты не в теме.

2) Обвинить btrfs restore в разрушении исходной фс при том что это офлайн читалка для вычитки с совсем дохлой ФС? Ну это да, уровень экспертизы.

Круто получилось. Хотел зачморить других, а эвона как выщло...

> каждый раз макая тебя в лужицу,

...главное самому при этом не уделаться еще хуже :)

> (интересно, персонаж вообще в курсе что есть fullstack? или слово модное попалось?)

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

> воспроизводимых пруфов, разумеется, не будет.

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

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

А эксперт вообще не в курсе что есть btrfs restore - но блеснуть экспертизой смог. Вон там.

> Напоминаю - моя zfs уже четвертый сдохший диск переживает.

И кукуй бы с ним. Мне в принципе не интересны твои дисковые полки и nas. Меня более general purpose кейсы от фс интересуют. И вот покажи мне это - в твоем ноуте? А, сапожник без сапог? А мне обломно таким лохом быть.

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

128. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от нах. (?), 22-Апр-26, 23:24 
> Будучи абсолютно не в курсах как работают современные SSD

А по-моему ты просто опять соврал (как и твое альтер-эго которое там выдало на гора викивракию). Выдав то что тебе очень хочется за истину, только подвердить ее тебе опять нечем. Когда ж тебе надоест позориться? Ты же врешь постоянно.

> и в чем прикол с SSD лежащим на полке

я вообще-то спросил в чем прикол страдать что валявшийся в коробке на балконе таки сдох. И причем тут и чем поможет бырбырбыр, когда его ВООБЩЕ уже читать - бесполезно. Там каша. Сплошная.

Никаких понимаешь единичных битиков которые могла бы в теории эта хрень починить. Там полный фаршмак, чинить нечего.

Расскажи мне, где ж я тут "нифкурсе" ?

И да, мои - не дохнут. Наверное дерьма не покупатель.

> Обвинить btrfs restore в разрушении исходной фс

Может ты уже запомнишь что мне HACPATЬ на твою гордость зазубренными закорючками? Мне глубоко похрену как точно называется команда что разнесла человеку фс вместо восстановления.
Что там делает твоя ресторе - мне тоже глубоко то же самое. По одному файлу из окончательно сдохшего терабайтного массива копировать - удел тебе подобных.

> В моем случае это вот реально полный стек - интеграция всей системы.

Я так и предполагал что ты используешь термин не зная его значения.

Может электропровода пихать в обжимку и есть твой уникальный скил? Но причем бы тут опеннет...

> Бенчи фороникса идут с описанием конфигурации в комплекте

а, ну понятно.

> Прелесть фороникса в том что он просто меряет то что есть, как есть.

нет. Он меряет никому ненужную хрень, не имеющую никакой связи с реальными применениями. Не пытаясь разобраться почему вышло именно так. Ради денег от посещений, поэтому любит выдать что-то такое что привлечет лошье.
Когда ты покажешь СВОИ применения и СВОИ замеры - мы и посмотрим, насколько нам они актуальны. А то ж получится снова твоя кучка из миллиона файлов.
А похорониксовые даже обсуждать нет смысла, автор не инженер, он клоун. Не будет кривляться - не заплатят. (Как и тезка Линуса, кстати.)

>> Напоминаю - моя zfs уже четвертый сдохший диск переживает.
> И кукуй бы с ним. Мне в принципе не интересны твои дисковые полки и nas.

твой уровень.

И нет, это не дисковая полка (там нормальные диски и питание, там не дохнет) и не нас - это вполне себе обычный банальный арендованный сервер где-то в германии. Очень даже general purpose.
(полагаю сейчас мы услышим что васяну серверы не нужны)

> И вот покажи мне это - в твоем ноуте?

ноут 2016 года. На ноуте ntfs. Проблем не наблюдаю.

зачем мне вот там-то бырбыры какие-то?

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

130. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от Аноним (-), 23-Апр-26, 01:09 
> А по-моему ты просто опять соврал (как и твое альтер-эго которое там

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

> выдало на гора викивракию).

Ты даже ее не смог прочитать. Не говоря о чтении датащитов на чипы и параметров современных SSD или тематические исследования.

Т.е. наш "эксперт" настолко не в теме что не в курсе в чем подстава с современным SSD валяющимся на полке без питания. Про scrub и regeneration силами контроллеров SSD он вообще не слышал. А таки - NAND в погоне за дофига за нифига с тонкими нанометрами, QLC и проч стал попахивать DRAM и - требовать периодический рефреш заряда. Ессно сие работает только если питание подано. А если он лежит на полке... ну... вот тот анон в курсе. А для тебя как работает флеш и что случается при масштабировании, особенно наглом - в диковинку. Эксперт в сторажах, блин.

> позориться? Ты же врешь постоянно.

Почему мне должно надоесть смотреть твое фрик-шоу? Ты ж жжешь напалмом и палишь свою квалификацию так что я даже не надеялся.

> я вообще-то спросил в чем прикол страдать что валявшийся в коробке на
> балконе таки сдох. И причем тут и чем поможет бырбырбыр, когда
> его ВООБЩЕ уже читать - бесполезно. Там каша. Сплошная.

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

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

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

Да, если долго выделываться - его в принципе и так можно проиграть. Но при энном BER... соотношения сильно улучшаются. И врядли ты понимаешь как утечки флеша выглядят. Но ценное мнение толкануть - наглости хватает. Понятия не имея о процессе. Что и запалил тот анон.

> Никаких понимаешь единичных битиков которые могла бы в теории эта хрень починить.
> Там полный фаршмак, чинить нечего.

Знаешь в чем наше отличие? Я устриц еще и ел. Может мелких. Может не энтерпрайзных. Но устриц. А ты рассуждаешь о их вкусе не видев их даже на картинке. И тот анон тебя спалил. Это фэйл!

> Расскажи мне, где ж я тут "нифкурсе" ?

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

В чем наша разница? А у меня вот скачано несколько исследований на тему. Там даже аналитика как циклирование, темпереатуры и проч влияют на эти факторы. Представляешь? Мне было интересно и я посмотрел. У тебя хватает наглости после этого сметь начитывать мне лекции? Ну ок, за это я выставлю твою квалификацию напоказ. Зуб за зуб. Вот. Смотрите. Виндоадмин-нтфсник не рубящий в механике потери заряда нанд флех - нагло пытается читать лекцию тому кто тематичные исследования читанул и сам поигрался с этим. И тот анон помог тебя спалить на этом, да!

> И да, мои - не дохнут. Наверное дерьма не покупатель.

Про то что такое BER гражданин явно не в курсе. И как это все работает. Ага. И я не совсем понимаю как ты без чексум ФС вообще заметишь кривой блок если FEC не выдюжит и таки выгрузит левак наружу.

Да, и о том что это теоретически возможно - ты тоже не в курсе. С пеной у рта доказывая обратное. На винде. С нтфс. Я понимаю что теорию алгоритмов FEC почитать - надо иметь рабочий мозг и интерес к теме. И ты показал что и это - не делал. Как тебе расстановка точек над i?

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

>> Обвинить btrfs restore в разрушении исходной фс
> Может ты уже запомнишь что мне HACPATЬ на твою гордость зазубренными закорючками?

Хи-хи, прикольное оправдание наезда совершенно не по делу. Эксперт мля. Что-то ты совсем плох, эксперт. Протрезвей и попробуй еще раз. Надеюсь у тебя мозг не отвалился СОВСЕМ. Если же он у тебя перманентно в дауне - лучше потеряйся, спамогенератор.

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

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

> Может электропровода пихать в обжимку и есть твой уникальный скил? Но причем
> бы тут опеннет...

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

>> Бенчи фороникса идут с описанием конфигурации в комплекте
> а, ну понятно.

Это намного более объективный, реалистичный и менее предвзятый источник чем ты и твои SSD.

>> Прелесть фороникса в том что он просто меряет то что есть, как есть.
> нет. Он меряет никому ненужную хрень, не имеющую никакой связи с реальными применениями.

Никому не нужны в среднем таки - твои 30-дисковые полки. А то что у фороникса - будет у 90% линуксоидов. Просто по количеству инстансов того и другого.

Вот перфоманс в 30-дисковой полке - это и правда нишевая хрень, интересная полутора фрикам. Перфоманс на 1-дисковой конфиге на SSD интересен каждому кексу с ноутом по сути. Вас целых двое. Тех - несколько десятков миллионов с линуксом только. Но процекция и тут крутая.

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

Потому что кой-чей тормозной блочный дизайн с кучей оверхеда без поддержки low overhead апей обречен быть тормозом и таким и умрет. А что он сделает на 30-дисковой полке мне - похрен!

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

>> И кукуй бы с ним. Мне в принципе не интересны твои дисковые полки и nas.
> твой уровень.

Future is Distributed.

> (полагаю сейчас мы услышим что васяну серверы не нужны)

От тебя я пока услышал совет юзать на ноуте - нтфсик. Но btrfs мне как-то лучше заходит, и со мной еще несколько знакомых айтишников согласилось. Дрисняточку мы конечно не юзаем. И вообще прикольно из себя строить типа-крутого-юниксоида с таким то сетапом и советами. Не останавливайся, развлекай публику дальше. Ты жжошь.

>> И вот покажи мне это - в твоем ноуте?
> ноут 2016 года. На ноуте ntfs. Проблем не наблюдаю.
> зачем мне вот там-то бырбыры какие-то?

Очень интересно как бы ты на своем нтфс проблемы еще и заметил учитыая что чексум у него нет и он обычно - долго и счастливо работает. Пока ВНЕЗАПНО не хренакнется насовсем, если damage превысил критичный. Попутно ессно загаживая и теряя файло там и тут.

А откуда я знаю? Рекаверил эн таких штук другим :)

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

134. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от нах. (?), 23-Апр-26, 11:46 
>> А по-моему ты просто опять соврал (как и твое альтер-эго которое там
> Это не мое альтер эго, какой-то совсем другой анон, даже стиль другой.

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

> Ты даже ее не смог прочитать. Не говоря о чтении датащитов на

повторяю для слепоглухих - мне ее незачем читать, речь в том куда вы прилезли шла вовсе не о тонкостях датащита

> Т.е. наш "эксперт" настолко не в теме что не в курсе в

сам выдумал, сам гордится.
КАК ТЫ НАДОЕЛ

> Сплошнота каши тоже ниоткуда не следует. И в отличие от тебя, долбаната,

а вот теперь уже я тебя отправлю читать твои датащиты.

> я как раз специально оставил поганную флеху которая - утекает -

А я не пользуюсь погаными флехами, я их сразу выкидываю. Очевидно что тестировать-то надо - непоганую. Но ты ж не инженер...

> 1) Проигрыш при нечитаемости 1-го же блока метаданных - это одно.

да блин не будет там никаких единичных блоков метаданных. Там будет каша.

> Знаешь в чем наше отличие? Я устриц еще и ел. Может мелких.

пока что у тебя опыт одной изначально бракованной флэшки. Т.е. откусил кусок скорлупы от той устрицы.

> Может не энтерпрайзных. Но устриц. А ты рассуждаешь о их вкусе

Вон лежит твоя устрица полупрепарированная. Бобик сдох. Понимаешь, конторские полки их производят со скоростью штука-две в месяц (оно так работает на больших количествах, ничего ужасного, их там сотня). У тебя просто никогда не будет столько материалов для экспериментов. Я рассуждаю, ога.

> Ты абсолютно не в курсе как происходят утечки флеша, что такое BER

осспади... опять бред. Теорвер... Я просил пальцем ткнуть в МОЮ цитату. А не твои фантазии чего я там не в курсе.  

> В чем наша разница? А у меня вот скачано несколько исследований на

в том что ты в лучшем случае теоретик. Причем не умеющий применять теории к реальному железу. А в худшем фантазер.

> эти факторы. Представляешь? Мне было интересно и я посмотрел. У тебя

и?

> Виндоадмин-нтфсник не рубящий в механике потери заряда нанд флех - нагло

вранье                    вранье
> пытается читать лекцию тому кто тематичные исследования читанул и сам поигрался

И весьма возгордился собой. Исследования ведь читанул!

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

> с этим. И тот анон помог тебя спалить на этом, да!

нет. Он явно такой же точно теоретик как и ты. Практики обсуждают - практику.

> Про то что такое BER гражданин явно не в курсе. И как

опять ты чушь несешь. Я ему - НЕ ДОХНЕТ. Практический реальный факт. Он мне - про глубокие теории прочитанные в книжках как это все работает и что там я не в курсе.

> это все работает. Ага. И я не совсем понимаю как ты
> без чексум ФС вообще заметишь кривой блок если FEC не выдюжит

ох... Я их замечу потому что фс превратилась в кашу. Или картинка не откроется.
Картинки у нас нынче сжатые lzw, они не переживают выпадиния битиков, это тебе не gif с твоим бережно хранимым проном 80х.

> Да, и о том что это теоретически возможно - ты тоже не
> в курсе. С пеной у рта доказывая обратное. На винде. С

нет, ты дважды соврал.

Я в курсе что теоретически возможно. Я на _практике_ тебе демонстрирую что теории это очень здорово, но они не подтверждаются, пока что. А мои сроки хранения - за пределами добра и зла. (т.е. я никогда не планировал ничего ценного оставлять на годы в коробке)

А если бы подтверждались - надо было бы не выбирать чудо-эфесы, а придумывать как данные спасти. Потому что если бы ты читал ту теорию - ты бы понимал что битики-то утекают пачками, а не один единственный и ... повторимый, которым можно пренебречь.

> А чем я отличаюсь? Я накодил пару реализаций этого. Под свои нужды.

этого чего? Фирмвари флэшек? Поздравляю, а зачем?

> Но какая разница. Поэтому от напыщеного чудака заучившего риуталы я _знаю_
> как это работает и какие свойства у алго. А для тебя

нет не знаешь. Потому что тебе не приходит в голову то что дожно первым делом приходить в голову _инженеру_ - "а теперь давайте проверим на практике".

(и вот потом - разбираться, почему в теории у тебя одно, а на самом деле вышло совсем другое)

> Хи-хи, прикольное оправдание наезда совершенно не по делу. Эксперт мля. Что-то ты

наезд совершенно по делу - то что дожно было чинить фс- ее разнесло. Авторы фс заявили что воркс аз интендет нотабаг. ЧТО ЕЩЕ тебе надо?! Точную копию закорючек я прочитаю в мане еще разок когда дойдет до такого дело. (не дойдет, я не буду этим заниматься)

> Я тот кто создает значения. Это просто ближайший термин который я могу

хахаха. Санитары, несите галоперидол!

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

да спасибо, я не радиолюбитель.
Мы тут на сайте про открытые системы, тебе в хамрадио какое.

> Это намного более объективный, реалистичный и менее предвзятый источник чем ты и
> твои SSD.

разумеется нет. Я не зарабатываю продажей бредней. А он таки да, у него просто нет других доходов.

> Никому не нужны в среднем таки - твои 30-дисковые полки. А то

лол. В среднем это между топ-менеджером и крестьянином в центральной африке?
Мне платят буквально вот за то чтоб их содержимое работало. Вот дypаки-то все, один ты умный и красивый? В отличие от владельца похороникса, которому буквально за "я тут перед вами кривляюсь и танцую". Вот если б мне опеннет приплачивал... хотя откуда там столько возьмется.

> что у фороникса - будет у 90% линуксоидов. Просто по количеству

т.е. у всех 3% нетакусиков. (у рабов гугломобилы будет то что выберет гугл, а там инженеры пока еще нормальные, они не будут слушать похорониксов. Кстати, напомни какую фс он выбирает для своих поделок? Опять там одни дуpaки а ты умный и красивый? У пользователей персоналок будет ntfs потому что им тоже выбирать не дали.)

> Вот перфоманс в 30-дисковой полке - это и правда нишевая хрень, интересная
> полутора фрикам. Перфоманс на 1-дисковой конфиге на SSD интересен каждому кексу
> с ноутом по сути. Вас целых двое. Тех - несколько десятков

вообще-то нет. Большинство никак не заметят. Ты вот не замечаешь 64x write amplification, и вот - чего?

>> Не пытаясь разобраться почему вышло именно так.
> Потому что кой-чей тормозной блочный дизайн с кучей оверхеда без поддержки low

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

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

У почти всех запускателей тестов похороникса. А зачем ты их запускаешь и какое они к твоей работе по написанию каких-то контроллеров никому ненужных флэшек (если ты не соврал опять) имеют отношение?

> кроме тебя не интересуют на самом деле. Мы юзаем компы не
> для того чтобы ритуалами заниматься.

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

> Это даже кент более--менее понял. И

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

Так чего он понял-то? Давай описание, а не фантазии. И реалистичную оценку, сколько таких пользователей на свете.

> Future is Distributed.

э... вот тут надо писать новую новость или статью и идти обсуждать туда.
Про это фюче я тебе много и матом могу.

> От тебя я пока услышал совет юзать на ноуте - нтфсик. Но
> btrfs мне как-то лучше заходит, и со мной еще несколько знакомых
> айтишников согласилось.

опять там меряли а тут опрашивают.

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

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

>>> И вот покажи мне это - в твоем ноуте?
>> ноут 2016 года. На ноуте ntfs. Проблем не наблюдаю.
>> зачем мне вот там-то бырбыры какие-то?
> Очень интересно как бы ты на своем нтфс проблемы еще и заметил

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

> учитыая что чексум у него нет и он обычно - долго
> и счастливо работает. Пока ВНЕЗАПНО не хренакнется насовсем, если damage превысил

он уже полутруп. ssd не виноват. К сожалению, ноуты невечны. И 11я на него не ставится. И нет, лиn00ps тоже не (вот его туда вообще хрен поставишь, а поставшь - и что в нем делать-то, ничего ж не работает) Так что вряд ли дождусь. Скорее он ляжет на полку потому что совсем станет невозможно пользоваться, и там тихо умрет.

> критичный. Попутно ессно загаживая и теряя файло там и тут.

сомневаюсь. Скорее всего (раз до сих пор нет признаков) там хороший флэш и он сдохнет как им и положено - либо в ридонли свитчнется, либо просто перестанет определяться.

> А откуда я знаю? Рекаверил эн таких штук другим :)

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

что ты там мог кроме совсем уж васянских поделок-то, и откуда те другие тебя вообще находят не во сне?

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

149. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +1 +/
Сообщение от Аноним (149), 24-Апр-26, 08:50 
> чепуха та же - сам выдумал что оппонент чего-то не знает, сам

Ты своими мессагами доказал - что не в теме.

> погордился что он-то не такой.

Гордость белого человека, понимающего как летает самолет при виде папуаса на бамбуковом аэродроме, не более. Поработать с флешом, написать пару FEC - одно. Заучить командочки пропариетарной фигни - другое. Карго культ 2.0.

> повторяю для слепоглухих - мне ее незачем читать, речь в том куда
> вы прилезли шла вовсе не о тонкостях датащита

Речь - о failure modes сторажей и что бывает. При том в отличие от тебя и дриснятки у меня на виду больше всякого. Линухового, на пропертарпроблемы мне пофиг уже.

>> Сплошнота каши тоже ниоткуда не следует. И в отличие от тебя, долбаната,
> а вот теперь уже я тебя отправлю читать твои датащиты.

Ты не в теме что такое BER и как ЭТО работает. Так, поугорать, есть техники делания pseudoSLC из MLC/TLC/QLC. Т.е. если есть желание, подобие конфет можно даже из г-на. Пересмотрев абстракции.

А пойнт прост: game over ФС без dup наступит быстрее чем с DUP. При меньшем BER, т.е. после меньшего времени на полочке. Так сложно осознать это? Это добавочный уровень коррекции. После FEC. Он улучшит свойства. Chaining FEC'ов - обычная практика. Но чтобы это знать надо пойти чуть дальше чем ритуалы с проприетарными командочками.

>> я как раз специально оставил поганную флеху которая - утекает -
> А я не пользуюсь погаными флехами, я их сразу выкидываю. Очевидно что
> тестировать-то надо - непоганую.

Если ты не понял, wear out = превращение непоганой флехи в поганую. By design! Работает флеш так. А у тебя потребительство и пальцы перевесили здравый смысл. Качество флеша определяется - тем через сколько это будет. Расстановка точек над i.

> Но ты ж не инженер...

И ты к инженерам причислил себя на основании умения пользоваться ведром? Какой наивный папуас.

>> 1) Проигрыш при нечитаемости 1-го же блока метаданных - это одно.
> да блин не будет там никаких единичных блоков метаданных. Там будет каша.

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

Да, если я приду к полочке через 200 лет, "в среднем", ты окажешься почти прав. А если раньше?

> пока что у тебя опыт одной изначально бракованной флэшки. Т.е. откусил кусок
> скорлупы от той устрицы.

Ты же вообще не в курсе как это работает, азов. И показал что умеешь 1) набивать себе цену и 2) вводить в пропертарь командочки и флюродросить белому человеку 3) не понимая как это работает. В каком месте это - "инженер"?! Обслуга типа лифтера при пропритари, не более.

>> Может не энтерпрайзных. Но устриц. А ты рассуждаешь о их вкусе
> Вон лежит твоя устрица полупрепарированная. Бобик сдох. Понимаешь, конторские полки их
> производят со скоростью штука-две в месяц

Я вижу - по нескольку кейсов развалов ФС в ДЕНЬ, чудак. Для этого достаточно найти правильные перекрестки потоков информации и устроитьсся на пересечении. Удачи в твоей "экспертизе" и поищи кого потупей, может поведутся (тем хуже для них, лол).

> будет столько материалов для экспериментов. Я рассуждаю, ога.

Чтобы рассуждать, надо уметь в reasoning. Нет, пафос, ЧСВ, даунплей оппонента и гордость объемом захаваного - reasoning не является.

>> Ты абсолютно не в курсе как происходят утечки флеша, что такое BER
> осспади... опять бред. Теорвер... Я просил пальцем ткнуть в МОЮ цитату.

Мне похрен как ты фигурно вихлял, "инженер".

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

Я практик, который поинтересовался тем как это работает внутри и какими теориями это все вообще подпето. И то что я вижу вокруг в целом те теории подтверждает.

>  вранье

Если все что ты можешь это своет нтфс на ноут, на большее ты не тянешь. Совсем.

> И весьма возгордился собой. Исследования ведь читанул!

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

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

У меня на виду много всяких кейсов развала ФС и проч. На самом разном. Если мне это становится надо. То что там в твоей конкретной помойке с 1-2 выводками девайсов и фирмварин - или целый твой 1 нтфс на ноуте - не глобальная картина мира.

> нет. Он явно такой же точно теоретик как и ты. Практики обсуждают - практику.

Твоя практика скатилась в карго-культ с ритуалами. Это не инженерия.

> опять ты чушь несешь. Я ему - НЕ ДОХНЕТ. Практический реальный факт.

А я ему - говорю что у меня на виду чертова куча разных сетапов и всякие счастливчики, типа любителей bcache (не -fs) с энтерпрайзными ssd которые под ним - протираются. И я вижу как сие дальше.

> Он мне - про глубокие теории прочитанные в книжках как это
> все работает и что там я не в курсе.

При том уверенно так. О том что поведение девайсов вообще от фирмвари зависит ему тоже не рассказали :). А там на самом деле может быть - что угодно.

Давить меня авторитетом - бесполезно, за отсутствием у тебя авторитета в моих глазах. И твоя помойка и 2.5 сетапа - еще не вся планета.

> ох... Я их замечу потому что фс превратилась в кашу. Или картинка не откроется.

Заметнее всего будет каша в случае когда блок метаданных не читанется. И в этом случае урон таки сильно скостится даже если DUP данных - не было.

А если девайсов >1 в btrfs ессно RAID1 под метаданные надо юзать, чтоб на 2 разные девайса точно шло. Так выживаемость ФС лучше при прочих равных. Просто btrfs даже на 1-дисковой конфиге может потрепыхаться. ZFS так не умеет. Поэтому для ноутов он нахрен нужен. На первом же случайном бэде будут сотни гемора на ровном месте.

> Картинки у нас нынче сжатые lzw, они не переживают выпадиния битиков, это
> тебе не gif с твоим бережно хранимым проном 80х.

Ты и тут облажаться сумел. Так для сведений gif и сжат LZW. А больше им никто не пользуется нынче. Png сжат zlib, jpg - DCT-based lossy, webp - vp8 intra. Что, эксперт, ты твердо решил поставить точки над i по части экспертизы? Я помогу. Да, я в курсе устройства кучи форматов. Попробуй почитать лекцию с умным видом тому кто хексэдитором картинку с диска выцепит если так стало надо, интересный опыт будет.

> Я в курсе что теоретически возможно. Я на _практике_ тебе демонстрирую что
> теории это очень здорово, но они не подтверждаются, пока что.

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

> никогда не планировал ничего ценного оставлять на годы в коробке)

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

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

Чудо-ФС прсото иногда убавляет ряд гимора на ровном месте VS реальный мир и неидеальности его сторажей. У меня как-то на HDD еще - 1 бэд зарулил на ноуте под метаданными.

Не, других бэдов потом на том HDD не было. И он жил долго и счастливо пока я не поменял его на SSD. И до сих пор пашет, вон там в коробке цепанутой к мелкому ARM для всякой околосетевой фигни. А не читанись у меня оно под метаданными - я б на ноуте ос вероятно переставлял.

> один единственный и ... повторимый, которым можно пренебречь.

Я таки уже суммарно видел с десяток "единичных" эвентов коррекции DUP суммарно вот только у лично себя. Ну а ZFS и дисковые полки мне не интересны - не мои юзкейсы. Мне какой снапшот ОС на ноуте милей.

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

Специфичные "internal needs", останутся моим confidential proprietary. Факт в том что я в итоге в курсе свойств "raw" flash. Фирмвар может внести некоторые поправки но идея остается.

И таки я вижу как оно в целом эволюционирует. С пришествием QLC и дешвых сторажей на дофига все это стало сыпучее. И сыпется много у кого, где и как. Хотя ушатать можно что угодно, народ bcache и крутые энтерпрайзные ssd убивает, дальшнейщее весьма разнится, но часто ведет - к ВНЕЗАПНОМУ разлету ФС. Статистически btrfs отличается от обычных тем что порой успевает поорать о проблемах до того как фатально скопытиться -и прошареные успевают заменить затертый SSD до развала ФС. Остальные получают довольно характерный сюрприз.

> дожно первым делом приходить в голову _инженеру_ - "а теперь давайте
> проверим на практике".

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

> (и вот потом - разбираться, почему в теории у тебя одно, а
> на самом деле вышло совсем другое)

На самом деле это ожидаемый результат - просто потому что кроме raw nand по пути есть еще контроллер с фирмварой. Это черный ящик с разным поведением. Но у всех них есть кое что общее. Они ничего не сделают с азами работы NAND и FEC. Поэтому базовые понятия и проблематика остаются. Как с этим живет конкретный фирмвар вопрос номер два.

>> Хи-хи, прикольное оправдание наезда совершенно не по делу. Эксперт мля. Что-то ты
> наезд совершенно по делу - то что дожно было чинить фс- ее разнесло.

"btrfs restore" не занимается починкой ФС, для начала. Но до "эксперта" столь простой факт за три итерации так и не допер.

> Авторы фс заявили что воркс аз интендет нотабаг.

Накинь пруфлинк плиз, где "btrfs restore" обязан "чинить" что-то, кроме вычитки без монтирвания данных на ДРУГОЕ назначение. И как им убить что-то? Мне уже интересно просто - как "btrfs restore" убить что-то может. Это сложнее чем огурцом порезаться. Так что если кто-то смог, я хочу увидеть этот номер.

> хахаха. Санитары, несите галоперидол!

Да уж, "инженеру" пора его порцию. Хотя скромно так то - даже не "наполеон".

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

Кастомный R&D это нехилый апгрейд над губителями. И не за что, как раз прикольно что AI позаменяет - таких как ты, а не таких как я.

> Мы тут на сайте про открытые системы, тебе в хамрадио какое.

А я так то люблю и уважаю направление OpenHardware ;). И CAD у меня - открытый

>> Это намного более объективный, реалистичный и менее предвзятый источник чем ты и твои SSD.
> разумеется нет. Я не зарабатываю продажей бредней.

Ты просто дико biased, ненавидящий линух, с бэком в толи архаичных BSD или *никсах, котоырй никак не может принять что линух этот хлам сделал. И дошедший своим веем - до цугундера^W дриснятки. Еще и покусаный дисковыми полками. Почти как майнфреймы - тоже легаси энтерпрайзное.

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

> А он таки да, у него просто нет других доходов.

Ему за рекламу btrfs - не платят. И тем более bcachefs. Но даже последний делает в 1-дисковой конфиге zfs как с куста. А btrfs и подавно. А уж остальные... не будучи cow то...

>> Никому не нужны в среднем таки - твои 30-дисковые полки. А то
> лол. В среднем это между топ-менеджером и крестьянином в центральной африке?

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

> Мне платят буквально вот за то чтоб их содержимое работало.

Обслуга при машине, типа лифтера. С хрена ли лифтер инженер - я не в курсе, извини.

> т.е. у всех 3% нетакусиков.

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

> (у рабов гугломобилы будет то что выберет гугл,

В эту игру могут играть и двое. Если так считать, приплюсуем пару миллиардов юзерей фэйсбука, он тоже за них выбрал. Но тебе в итоге будет нечем крыть твой ZFS ни по числу внедрений ибо дисковых полок мало, ни по числу обслуживаемых юзерей, ибо 2 миллиарда юзерей мордокниги ты совсем никак не переплюнешь. Что так в лузе что так. Но ты еще и проигрывать достойно не умеешь. До последнего что-то пытаешься изобразить. Выглядит жалко.

> будет ntfs потому что им тоже выбирать не дали.)

Не мои проблемы. Вот лично я маздай перестал использовать в том числе и потому что перфоманс системы - дно донное. Линух сбилдил проект в 3 раза быстрее и вопрос зачем на него мигрировать отпал сам собой. Представляешь?!

> вообще-то нет. Большинство никак не заметят. Ты вот не замечаешь 64x write
> amplification, и вот - чего?

Потому что никакого 64x write amplification в моих сцераниях - нет. А по blocks writen за допустим неделю из статистики SSD - да блин я особых отличий после замены EXT4 -> Btrfs не обнаружил. Примерно одни и те же цифры с точностью до 20-30%. Никаких 64x нет даже в проекте, так что можно не слушать BS и юзать норм фс с чексумами, снапшотами, дедупом, сжатием, вот это все. И да, паре SSD с btrfs уже 10 лет стукнуло а они все живые. Как видишь, все от паттернов использования зависит.

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

Фороникс уже показал как оно в дефолтовом виде без костылей на 1-дисковом конфиге. А как это на 30-дисковой полке после распасов вприсядку - мне не интересно! Я этим заниматься не буду, мне похрен этот сценарий. А вот однодисковый - не похрен. Ибо энтыэфесики я юзать не собираюсь, в отличие от "экспертов юниксвея".

> У почти всех запускателей тестов похороникса. А зачем ты их запускаешь

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

> и какое они к твоей работе по написанию каких-то контроллеров никому ненужных
> флэшек (если ты не соврал опять) имеют отношение?

Никакого - все то добро делалось под специфичные внутренние нужды. Там вообще специфичный упрощенный flash file system и FTL свой. Простой но работающий. Просто в результате я в курсе заскоков флеша на уровне "выше срежнего".

> а похороникс тестирует именно ритуалы. Вместо грамотного построения - как мы (не
> мы а конкретная выборка) на самом деле этим пользуется,

Я не собираюсь "грамотно строить" 30-дисковые полки. Ну то-есть совсем никак. А вот что мне ожидать на моем ноуте - это интересное инфл. Не, нтфс и дрисняток там не будет, конечно.

>> Это даже кент более--менее понял. И
> хрен его знает что он понял.

Фичи его фс интересные и он пытается приличный перфоманс по дефолту а не после танцев с бубном. Хорошая идея. Жаль что он совместно работсть с другими не может и еще и хруст его покусал, да еще "скачайтеночнушку" так что фс утилсы это боль.

Т.е. идея прикольная но попытки юзать реализацию как-то сильно дофига мучений. Трах с DKMS, качем ночнушек rust и проч? Да ну нафиг, пусть он сам этим займется.

> Вот конкретно такой конструкции как та для которой нужен bcache у меня нет и не будет нигде.

Это в принцие хорошая штука для любой системы где есть SSD + HDD. Bcache кстати довольно популярен. Пожалуй, популярнее твоих полок в среднем. А тут allocation-aware этсамое, хорошая идея так то.

> Так чего он понял-то? Давай описание, а не фантазии. И реалистичную оценку,
> сколько таких пользователей на свете.

Я без понятиия как посчитать юзерей bcache - но я их вижу по косвенным признакам, когда оно таки протирает кому-то SSD, их постигает крупноблочный факап, и они приходят ругаться что тот или иной ФС "почему-то внезапно сдох" :D. Ну или в случае btrfs они делают мозг вопросами "а чего это он так много орет про сбои чексум? Это баг?!" :D

> Про это фюче я тебе много и матом могу.

Зачем мне твой мат? Мое будущее от тебя и твоих дисковых полок не зависит. То-есть совсем. Я в принципе никак не планирую пересекаться с дисковыми полками. А вот с распределенными и масштабируемыми системами - как знать, случаи бывают разные и я это до некоторой степени умею.

> опять там меряли а тут опрашивают.

Ну тебе же можно опрашивать любителя дисковых полок. А я чем хуже?

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

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

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

Какой процент объема стоража это все занимает? А вот какие-то случайные всперды на видео - таки почему-то у вот таких господ - бывают иногда. И чего это вдруг оно - вот так?...

> туда вообще хрен поставишь, а поставшь - и что в нем
> делать-то, ничего ж не работает) Так что вряд ли дождусь.

Сказ о том как лучше всего прострелить себе пятку. Сочинение в 20 томах. By пох&нах.

> там тихо умрет.

И почему я не удивлен? А, наверное это - штрихи к портрету крутого инженера от айти!

> сомневаюсь. Скорее всего (раз до сих пор нет признаков) там хороший флэш
> и он сдохнет как им и положено - либо в ридонли свитчнется, либо просто
> перестанет определяться.

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

>> А откуда я знаю? Рекаверил эн таких штук другим :)
> давай адрес, пришлю тебе тот когда сдохнет и ненужен станет.

Да нахрен мне твое барахло? Те то господа мне потом кто деньгами, кто борзыми щенками нищтяков насыпали. С айтишниками дружить вообще так то взаимовыгодно.

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

150. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  –1 +/
Сообщение от нах. (?), 24-Апр-26, 10:05 
> Ты своими мессагами доказал - что не в теме.

нет. тебя опять подвело немение читать и ЧСВ.

> Речь - о failure modes сторажей и что бывает. При том в отличие от тебя и дриснятки у
> меня на виду больше всякого. Линухового

а, это очень важно. Когда речь о failure mode стораджей.

(заметь - вот я читаю именно ту чушь что ты пишешь, а не фанзатирую)

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

Или хотя бы подумать, что тех метаданных на (нормальной а не X64) фс - доли процента.
И вероятность попадания в них единичным сбоем (которых самих по себе не бывает, что бы ты там не навычитал в теориях, они у флэшей сразу массовые) мизер - а вот в данные тебе - прилетит. Их тоже dup? Отличное решение, надежное. (тоже нет)

> Да, я в курсе устройства кучи форматов.

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

> Накинь пруфлинк плиз, где "btrfs restore"

ты задолбал гордиться своими знаниями никому ненужных заклинаний.
Пруфлинк как бырбыр разнесла восстанавливаемый раздел - найдешь сам. Какой конкретно командой - мне неинтересно и я не собираюсь ее помнить.
Я запомню что команда, которая должна была фс чинить - ее убила вместе с данными которые могли пригодиться для восстановления. А команда (людей) которая должна исправлять ошибки - объявила такое поведение, найденное, изученное, проанализированное и принесенное на тарелочке - нотабагом. (в этом они превзошли даже zfs, разработчики которой, мое отношение к ним известно, в аналогичной ситуации все же пытались конкретному человеку помочь достать его данные, хотя и не хотят ничего чинить)

И все твое балабольство ничего в этих фактах неспособно изменить.

> Какой процент объема стоража это все занимает?

э... весь используемый? Ну как-то вроде не свалка видео на рабочем ноуте, чего ей там делать.

>> там тихо умрет.
> И почему я не удивлен? А, наверное это - штрихи к портрету крутого инженера от айти!

действительно, унекрутых неинженеров-то ноуты вечны! Еще и внукам оставят! бырбыр спасет мир!

> Да нахрен мне твое барахло?

ну вдруг починишь, деньгов тебе отсыплю. Как никак - антиквариат, секрет изготовления таких давно утрачен.
Только не починишь ведь... опять одна болтовня.

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

Надоел.

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

9. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от нах. (?), 20-Апр-26, 11:32 
есть э... некоторые сомнения по поводу...
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

14. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от Аноним (14), 20-Апр-26, 12:25 
Unix rights?
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

16. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  –2 +/
Сообщение от Аноним (16), 20-Апр-26, 12:54 
В NAS без них просто никак.
Ответить | Правка | Наверх | Cообщить модератору

37. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  –2 +/
Сообщение от kusb (?), 20-Апр-26, 15:17 
Главный в Antropic считает что возможно у Клода сознание есть. И он в меньшей степени "делец", чем другие главы аналогичных компаний.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

75. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от Аноним (-), 21-Апр-26, 04:46 
> Главный в Antropic считает что возможно у Клода сознание есть. И он
> в меньшей степени "делец", чем другие главы аналогичных компаний.

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

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

81. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +2 +/
Сообщение от Аноним (81), 21-Апр-26, 12:18 
А калькулятор умеет быстро перемножать очень большие числа, чего тоже многие опеннетчики не умеют. Пообщайся и с ним - может, подружитесь
Ответить | Правка | Наверх | Cообщить модератору

88. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  –4 +/
Сообщение от Аноним (-), 21-Апр-26, 13:41 
> А калькулятор умеет быстро перемножать очень большие числа, чего тоже многие опеннетчики
> не умеют. Пообщайся и с ним - может, подружитесь

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

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

И вот кто тут разумное, спрашивается, существо?! У клода IQ явно выше по ощущениям. Не, никакие копилоты и прочие уродцы ессно и рядом не стояли, майкрософт как всегда впереди планеты всей - с конца списка.

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

56. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от Аноним (56), 20-Апр-26, 21:22 
Начнём с того, что "сознание" - это просто скратчпад. А у Клода есть скратчпад.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

124. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от Аноним (-), 22-Апр-26, 22:16 
> Я никогда не доверю свои файлы файловой системе, которую вайбкодит человек с
> его "ИИ партнёром". Кент ещё и думает что у его Клода
> сознание есть.

Ты просто не общался с Клодом в чате. У него сознания больше чем у 80% местных. Я думаю даже результаты IQ тестов VS Claude их бы, пожалуй, разочаровали.

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

6. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от Аноним (6), 20-Апр-26, 11:16 
>переход на использование механизма nix flake для упаковки и управления зависимостями

Разумное решение.

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

7. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +3 +/
Сообщение от Аноним (8), 20-Апр-26, 11:16 
"восстановление повреждений без остановки работы с ФС"

то то я месяц сижу без винчестера на BcacheFS
это хорошая ФС под торренты с дохлым HDD, в связке с дешман SSD для зеркала метаданных. остальные сценарии ну нафиг
сначала 2 недели фикс отмонтирования старого SSD, теперь 4 недели фикс подключения нового SSD

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

24. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от Аноним (24), 20-Апр-26, 13:37 
> сначала 2 недели фикс отмонтирования старого SSD, теперь 4 недели фикс подключения нового SSD

А, чо, сэкономил как-то кентушка на "backpointers" во имя красивых циферей в бенчах... а тут и окажись с этим какая-то подстава. Если это оно, конечно.

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

30. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +2 +/
Сообщение от Bob (??), 20-Апр-26, 14:02 
>хорошая ФС под торренты с дохлым HDD, в связке с дешман SSD для зеркала метаданных

оно Только для +/- схожих сценариев.

Систему лучше почти всегда на Ext4 держать.

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

10. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +2 +/
Сообщение от Аноним (10), 20-Апр-26, 11:39 
>>> В качестве причин выбора Bcachefs вместо ZFS отмечается активная разработка ... простая модель работы с ФС, подразделами и снапшотами ... наличие продвинутых возможностей: ... коды коррекции ошибок и восстановление повреждений без остановки работы с ФС.

мне одному это режет глаз? забитое точками тоже местами за уши притянуто. никакой разумно обоснованой причины кроме gpl не видно.


>>> без усложнённых концепций, типа dataset-ов, zvol и вложенных pool-ов

пользуйтесь простой концепцией - пул/фс/снапшот

>>> как автоматическое перемещение редко используемых данных на медленные накопители

пул на медленных накопителях с l2arc на быстрых? ой, прошу прощения, это уже усложненная концепция

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

13. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +4 +/
Сообщение от Аноним (13), 20-Апр-26, 12:09 
> мне одному это режет глаз? забитое точками тоже местами за уши притянуто.
> никакой разумно обоснованой причины кроме gpl не видно.

Там даже в FAQ этого NASTy https://github.com/nasty-project/nasty/blob/main/FAQ.md
* Why bcachefs instead of ZFS?
** bcachefs is GPL. Fits Linux perfectly.  

(и вишенкой на тортике скриншоты панельки из под макоси 😀)


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

21. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +1 +/
Сообщение от онанист (?), 20-Апр-26, 13:20 
и вишенкой на тортике скриншоты панельки из под макоси

думаете, разработчики в Партии?

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

35. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +1 +/
Сообщение от Аноним (35), 20-Апр-26, 14:38 
GPL фс, которую нужно собирать пермиссивным компилятором.
Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

44. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от Аноним (44), 20-Апр-26, 17:20 
Ну так он ещё надеется попасть обратно в ядро
Ответить | Правка | Наверх | Cообщить модератору

46. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от нах. (?), 20-Апр-26, 17:51 
> мне одному это режет глаз? забитое точками тоже местами за уши притянуто.
> никакой разумно обоснованой причины кроме gpl не видно.

шаманистские верования не нуждаются в разумных обоснованиях.

> пул на медленных накопителях с l2arc на быстрых? ой, прошу прощения, это

г-но.
(извини уж)

Если бы ты на самом деле пытался им пользоваться, и при этом контролировал бы реальную производительность до и после, ты бы сам давно это понял.

l2arc - мертв. концепция конца 90х когда диски были большие только по физическим измерениям.
Там внутри плохо абсолютно все. И чинить некому уже пятнадцать лет.

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

67. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от Анонимусус (?), 21-Апр-26, 01:19 
Ну да, раз работает как обещано и ничего не пропадает - значит надо выкинуть. Ведь, о ужас!, уже неделя как туда руками активно не лазили и в гит не комитили.
А вот если странное, с конкретными фейлами, но модно-современное, то точно пользовать.
Ответить | Правка | Наверх | Cообщить модератору

69. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от нах. (?), 21-Апр-26, 01:47 
У меня для тебя хреновые новости- за то время что туда не лазили - компьютеры стали другими. Поэтому работает э... как обещано. То есть плохо работает. Для 99го года было достаточно хорошо. "Пропадает" там производительность. Т.е. ты зря платил за ssd.

И да, что поделать, на современном железе придется использовать современные поделки, если старинные не чинить. Учитывая кто теперь рулит zfs - надежды мало. Самостоятельно исправить не получится тоже, там фронт работ на пару лет fulltime. (Чортов опус оценивал, но по моему опыту он в таких вещах не особо ошибается)

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

Если чо - netapp примерно так же думает судя по их нынешней политике продаж.

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

90. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от Аноним (-), 21-Апр-26, 13:49 
> У меня для тебя хреновые новости- за то время что туда не
> лазили - компьютеры стали другими. Поэтому работает э... как обещано. То
> есть плохо работает. Для 99го года было достаточно хорошо. "Пропадает" там
> производительность. Т.е. ты зря платил за ssd.

Надо же, он стал о чем-то догадываться... и вот где твой ZFS в этом всем... ну, ты понял, да. На современные low overhead api его just in time никто не смогет, да и block-based уродец - сам по себе ну никак не low overhead.

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

96. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от нах. (?), 21-Апр-26, 14:39 
> Надо же, он стал о чем-то догадываться... и вот где твой ZFS
> в этом всем... ну, ты понял, да. На современные low overhead

все с ним нормально. И тем более для nas. Конкретно ЭТУ деталь трогать не надо, она не так работает как человек подумал.

Для линукса лучшего решения все равно нет. Ни not-a-bug, ни сырую недописанную пока использовать не стоит.

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

106. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от Аноним (-), 21-Апр-26, 22:35 
> все с ним нормально. И тем более для nas. Конкретно ЭТУ деталь
> трогать не надо, она не так работает как человек подумал.

Ну вот где-то только там оно и останется у любителей 30-дисковых полок. Всех 0.01% от жителей планеты аж. Куда ему и дорога.

> Для линукса лучшего решения все равно нет. Ни not-a-bug, ни сырую недописанную
> пока использовать не стоит.

Кому как. Я вот за счет линукса могу не париться с онлайн аккаунтами, AI в блокнотах и какими там еще улучшениями качества обслуживания. И уж конечно я ни разу не "agree" с той дрянью которая в EULA у муд@софта. Сам такое акцептуй, еще душу заодно дьяволу в комплекте продай, примерно настолько же эпичная сделка.

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

108. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от нах. (?), 21-Апр-26, 23:47 
> Ну вот где-то только там оно и останется у любителей 30-дисковых полок. Всех 0.01% от
> жителей планеты аж.

вот прямо тут, если ты не заметил, нас уже двое. Именно _любителей_, а не админов корпоративных схд (я их не люблю). По странному совпадению оба не желают пользоваться недоделко-фс.
А большинство жителей планеты содют рис по колено в дерьме. Так что их мнение очень ценно (нет).

>> Для линукса лучшего решения все равно нет. Ни not-a-bug, ни сырую недописанную
>> пока использовать не стоит.
> Кому как.

мы про файловые системы. Для линуксов. Ты опять про свою нитакусичность.

> Я вот за счет линукса могу не париться с онлайн аккаунтами

оспдя... нет у меня онлайн-акаунтов (их из одной отдельно взятой за ж-пу вообще еще можно заводить-то?). Что я делаю не так?! (пароль вот в очередной раз очередной забыл, а был бы онлайн ак - было бы куда восстанавливать)
Кстати, на мобиле у тебя тоже онлайн-акаунта нет? А если найду?!

> AI в блокнотах

ты можешь использовать copy con file.txt - прям как диды.
Зачем ты запускаешь аи в блокноте если он тебе не нужен?

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

115. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  –2 +/
Сообщение от Аноним (115), 22-Апр-26, 14:26 
> вот прямо тут, если ты не заметил, нас уже двое. Именно _любителей_,
> а не админов корпоративных схд

Целых двое? А роли вы уже поделили? Кто из вас будет Дон Кихот, а кто - Санчо?

> (я их не люблю).
> По странному совпадению оба не желают пользоваться недоделко-фс.

А мне по странному совпадению пофиг на юзкейсы и тех и других - меня просто не интересуют 30-дисковые полки и вообще излишне централизованные, экзотичные или огроменные сетапы, я куда больше про general purpose. И мне интереснее чтобы мой системный диск нормально снапшоты умел - как виртуалка. Я рулю VM и HW более-менее похоже. Ибо зачем 2 знания если можно 1. Такая оптимизация.

> А большинство жителей планеты содют рис по колено в дерьме. Так что
> их мнение очень ценно (нет).

А любители дисковых полок - типа любителей паровозов 2.0. Ну то-есть в 2026 есть те кто всерьез чинит паровозы, понимает в паровых машинах толк или даже хреначит кочегаром. Но объективных причин пускать новую ЖД в 2026 именно так - около ноля. Разве что рекреационную.

> мы про файловые системы. Для линуксов. Ты опять про свою нитакусичность.

Эксперт по дисковым полкам о нетакусечности. Прикольная проекция конечно...

> оспдя... нет у меня онлайн-акаунтов (их из одной отдельно взятой за ж-пу
> вообще еще можно заводить-то?).

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

Но решения уже приняты. Подарков будет больше. Маркетинг зафорсит.

> Кстати, на мобиле у тебя тоже онлайн-акаунта нет? А если найду?!

Удачи. Но F-Droid и правда не требует акаунтов. Так же как деб репы. Представляешь? А зачем мне малварь от гугла и прочих адептов гуглостора я не в курсе.

>> AI в блокнотах
> ты можешь использовать copy con file.txt - прям как диды.
> Зачем ты запускаешь аи в блокноте если он тебе не нужен?

Мне от майкрософ вообще ничего не нужно, скажем прямо :). И ты сам кликай agree на вон том булшите. А мне самоуважение мешает "agree" с вон тем быть.

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

138. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от нах. (?), 23-Апр-26, 17:04 
> Целых двое?

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

> А мне по странному совпадению пофиг на юзкейсы и тех и других

держи в курсе.

> экзотичные или огроменные сетапы, я куда больше про general purpose. И

я уже устал тебе объяснять что general purpose это не три местных нитакуси. И у них на мобиле ненавистное тебе решение redhat, а на десктопе ноуте - ntfs.

> мне интереснее чтобы мой системный диск нормально снапшоты умел - как

а мне нет. Мне нечего там снапшотить, я не собираюсь потерять все изменения.

> А любители дисковых полок - типа любителей паровозов 2.0. Ну то-есть в

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

А ты мне все про нитакусь с единственной флэшкой.

>> мы про файловые системы. Для линуксов. Ты опять про свою нитакусичность.
> Эксперт по дисковым полкам о нетакусечности. Прикольная проекция конечно...

перечитай еще раз. Может дойдет.

> Я понимаю что если изогнуться буквой зю - то в принципе можно

нет. ты не понимаешь. Потому что опять бредишь, хуже ыы. Абсолютно не владея темой.

> Удачи. Но F-Droid и правда не требует акаунтов. Так же как деб

а, ну то есть на мобиле у тебя тоже ничего нет. Как ты с нормальными людьми общаешься - смс? (в фыдройде хоть есть sms менеджер? А то гуглевый без гугля не оч.)

> репы. Представляешь? А зачем мне малварь от гугла и прочих адептов
> гуглостора я не в курсе.

а зачем тебе мобила? Мне она - с людьми общаться.

> Мне от майкрософ вообще ничего не нужно, скажем прямо :). И ты

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

> сам кликай agree на вон том булшите. А мне самоуважение мешает
> "agree" с вон тем быть.

живи в лесу... ой... лесник пришел. Лес нынче весь чейный, не спрячешься.

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

151. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от Аноним (-), 24-Апр-26, 18:19 
> Целых двое на сайте который мало интересен большинству тех кто играется с
> полками или к ним прикован.

Ну вот чисто для сравнения я и тот анон уже - тоже двое. А веорятно что btrfs на рутфс и ко и еще кто из посетиителей юзает. Во всяком случае тебя периодически строят по рандому разные люди когда ты завираешься, и их явно более 2.

> И где большинство контингента вообще из подвала не выросли.

Я вроде уже сказал что пафос, ЧСВ, апломб и гордость объемом захаваного - reasoning не является? Но до тебя с 1 раза не дошло и ты все равно пытаешься зачем-то блеснуть своей подворотной культурой.

Знаешь в чем прикол? В глобальном масштабе этот блеск изолировал таких как вы, вывел вас из формирования будущего IT и вы сами себе перкоклассно надрали ж@пу! И теперь будущее не такое как удобно вам, ветеран-юникс-снобам. А такое как удобно нам, прагматичным эксплуатантам, имплементерам, интеграторам, девам, ... в общем тем кто создает и предоставляет услуги и фичи которые кому-то нужны. А не загибает пальцы какой он якобы ценный. А сейчас позвольте объяснить вам вашу истинную ценность. С всем вашим заучиванием ритуалов. Особенно с пришествием AI который вас окончательно добьет, имхо, если что-то еще осталось после девопсов.

> держи в курсе.

Дык, вот.

>> экзотичные или огроменные сетапы, я куда больше про general purpose. И
> я уже устал тебе объяснять что general purpose это не три местных нитакуси.

Однодисковых конфиг тем не менее немеряно. А вас то с вашими полками вообще - два. И чего быкуете, спрашивается? Зеркало взять не смогли? Или вам по приколу самих себя обругать? Ну ок, прикольный самолинч! :)

> на десктопе ноуте - ntfs.

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

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

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

А потерять изменения _системы_ - да и болт с ними. После больших и крутых я снапшоты переделываю если все пашет. А просто апдейтики накатить еще раз - я не развалюсь, 2 минуты топ займет. А вот отыграть какой-то крупный системный или критичный софтварный факап может и пару дней траха сэкономить... ну там если какой мажорный апгрейд KiCad окажется не тем что я хотел - вместо траха полдня я просто верну как было. Или отдеплою старый снапшот в VM вообще и продолжу - там. Или это же но с новым - и разберусь почему он фигню творит. Уже неспешно, без time pressure и клиентов злых на профаченый проект.

Нон-стоп. Машина должна работать а человек думать (c) IBM. Мне нравится этот принцип. Мои системы и я сам следуем ему. Поэтому никаких fsck полдня, никаких сервисных операций полдня, никаких даунтаймов полдня, починок систем два дня и проч. Never again.

>> А любители дисковых полок - типа любителей паровозов 2.0. Ну то-есть в
> нет. Просто из твоего подвала самолеты не видны.

Это такие очень специфичные самолеты. Типа B-52 какого-то. Ну да, здоровый, крутой, навороченный, но какая у него функция - уже никто особо и не понимает. Просто это уже было, выкинуть жалко, и вот - оставили. Дисковые полки близки к этому. Делать новые дизайны сервисов по таким лекалам - это бред. Ибо дорого, бестолково и не масштабируемо линейно путем добавления юнитов с линейным ростом цены решения а не экспоннциальным, нахрен.

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

> Поясняю последний уж раз в попытке достучаться до разума если он вообще
> в твоей черепушке есть - если встанет колом та самая полка

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

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

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

> твоим пивасом и возможностью его оплатить (даже налом).

Там и кобол в ходу у некоторых. Но при чем тут я? Я о коболе знаю только что он существует. И дисковые полки - туда же. Как архитектуру решения в целом.

> перечитай еще раз. Может дойдет.

Ну да, ну да, ваш скилл в Коболе очень важен для нас...

> а, ну то есть на мобиле у тебя тоже ничего нет. Как
> ты с нормальными людьми общаешься - смс? (в фыдройде хоть есть
> sms менеджер? А то гуглевый без гугля не оч.)

Так вот и общаюсь. Не, спам от хомячков в твои вацапы и что там - мне даром не упал.

> а зачем тебе мобила? Мне она - с людьми общаться.

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

А не подстроятся... ну, понимаешь, тасков больше чем я физически могу своротить. Приходится выбирать, приоретизировать, делегировать, маневрировать. И если это профачивать, репутация страдает. Многие знакомые айтищники хотят меня - а не отфутбол в сторону. Еще и спам-г@вно всякое от спамогенераторов мне ну совсем не в тему.

>> Мне от майкрософ вообще ничего не нужно, скажем прямо :). И ты
> ну так уже признайся что просто не умеешь и ничего не знаешь

Я был профессиональным R&D от винды. До тебя медленно доходит? То что я сменил сторону и сделало винды абсолютно неинтересными мне. Я уже - наелся счастья досыта и за добавкой не приду. Мне не нужны системы билдующие мои проекты в 3 раза медленнее. Они для меня неэффективны. Конец истории..

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

И отлично! Время это все что у меня есть. И я потрачу освободившееся время на что-то более приятное чем копание в редмондском индусогамне и его проблемах которые мне не интересны.

И пусть сами те EULA акцептуют, во. А я с этим всем - не agree. Круто я придумал? Я договоры до акцепта еще и читаю.

> живи в лесу... ой... лесник пришел. Лес нынче весь чейный, не спрячешься.

Могу посоветовать тебе незанятый лес. Около Чернобыля растет, называется Рыжий Лес. Приходи и живи себе, как раз в твоем духе решение будет :)). Вон там господа - пробовали прийти, потусовались пару недель, окопались... потом правда что-то как-то удалились восвояси, бубня про "проклятое место". Врут наверное, попробуй сам. Радиация такие же сказки физиков как и утечки заряда из флеша и wearout.

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

11. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  –2 +/
Сообщение от booksy (?), 20-Апр-26, 11:56 
Как готовить iSCSI поверх bcachefs?
Ответить | Правка | Наверх | Cообщить модератору

17. Скрыто модератором  +/
Сообщение от чатжпт (?), 20-Апр-26, 13:06 
Ответить | Правка | Наверх | Cообщить модератору

54. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +1 +/
Сообщение от Аноня (?), 20-Апр-26, 20:09 
А зачем ?
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

60. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от Аноним (60), 20-Апр-26, 21:53 
>Как готовить iSCSI поверх bcachefs?

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

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

76. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +1 +/
Сообщение от _ (??), 21-Апр-26, 04:53 
> Можно конечно экспартировать несколько блочных устройств и из них на удаленной стороне собирать массив.

Это уже будет наеборот: bcachefs поверх iSCSI и тут как бе более менее - но понятно ...
А вот чего аффтЫрь спросил я до сих пор не распарсил :)

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

107. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +1 +/
Сообщение от Аноним (-), 21-Апр-26, 22:36 
> Это уже будет наеборот: bcachefs поверх iSCSI и тут как бе более
> менее - но понятно ...
> А вот чего аффтЫрь спросил я до сих пор не распарсил :)

Ну, в принципе, можно посоветовать ему создать loop-девайс из файла на bcacefs и экспортировать его в iSCSI. Дурацким задачам - дурацкое решение! :)

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

12. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания NAS на базе Bcachefs"  +3 +/
Сообщение от Аноним (13), 20-Апр-26, 12:06 
> Дистрибутив построен на пакетной базе NixOS, использует файловую систему Bcachefs и поддерживает предоставление доступа к файлам через NFS и SMB, а также экспорт блочных устройств через iSCSI и NVMe-oF. Управление осуществляется через web-интерфейс. Размер установочного iso-образа 1.9 ГБ. Наработки проекта распространяются под лицензией GPLv3.
> https://github.com/nasty-project/nasty/raw/main/images/dashb...

fetch -o- https://github.com/nasty-project/nasty/raw/main/images/dashb... -verbose -
icc:copyright: Copyright Apple Inc., 2026

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

20. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания NAS на базе Bcachefs"  +2 +/
Сообщение от Мемоним (?), 20-Апр-26, 13:20 
Ну не смог человек выбрать себе по вкусу wayland-композитор. Может в следующий "год Линукса на десктопе" выберет.
Ответить | Правка | Наверх | Cообщить модератору

58. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  –3 +/
Сообщение от Аноним (58), 20-Апр-26, 21:32 
Я так понял, что без тонны оперативы и 2x-резервирования места на винтах (один винт пустой, на другом - файлы, а лучше на обоих файлы, но на разных файловых системах, одна из которых ZFS, в случае надобности, на одном пересоздаёшь какую надо ФС, и копируешь данные со второго) на Linux делать вообще нечего.
Ответить | Правка | Наверх | Cообщить модератору

154. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от Олег (??), 24-Апр-26, 20:11 
Что мешает в ext4 или xfs или ufs?
Хоть jbod хоть поверх lsi raid

Zfs это про дедупликацию, сжатие и защиту от бэдблоков и все это а т.ч на системном диске. И это уже больше 20 лет стабильно. Дорого, но дешевле netapp. Винда экспериментально попыталась подобное и сдалась, теперь только в серверах и то.... Экспериментальные фс вообще не всчет не brtfs не bcaches не rizerfs...
Наличие экспериментальных продвигает развитие zfs той же

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

64. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от Аноним (64), 20-Апр-26, 23:35 
>вложенных pool-ов

Что это?

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

70. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  –1 +/
Сообщение от нах. (?), 21-Апр-26, 01:58 
это то ли афтыри чудо-наса набредили, то ли переводчик чего-то недопонял.

Вложенные пулы на zfs вообще-то бывают, если имеется в виду создать пул внутри zvol (там есть защита от этого, но можно выключить. Он видится системой как блочное устройство, поэтому ничего в общем не мешает его как таковое и использовать. Да, в том числе в zpool create такой "диск" скормить.)

Для чего это могло бы понадобиться пользователям nas - спроси у них. Как и что им мешало так не делать, если им не нравится идея.

Для чего это в теории может вообще пригодиться васянам: допустим есть у тебя или была виртуалка с zfs. Поломалась, или уже вовсе удалена, но от нее остались образы дисков (созданные send конечно, а не dd). Пихаешь его такой в zvol, включаешь рекурсию - и можешь видеть содержимое как еще один пул, смонтировать его куда, что-то оттуда вынуть понадобившееся и т д. (ну или вообще chroot'нуться туда) Все это БЕЗ виртуалки, в основной системе.
Правда, когда я на самом деле попытался такое сделать, все у меня повисло к хренам. Но это была freebsd, возможно в zol прокатило бы.

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

79. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от Аноним (79), 21-Апр-26, 12:09 
Чтобы взять zvol от пула на nvme/ssd и использовать как special dev в другом пуле на hdd
Ответить | Правка | Наверх | Cообщить модератору

80. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от нах. (?), 21-Апр-26, 12:17 
да, но вот - зойчем такие ужосы, оно ж когда сдохнет - ты эту лапшу вовек не распутаешь.

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

84. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от Аноним (79), 21-Апр-26, 12:38 
попробуй удалить первые 10 мегабайт с партиций btrfs/zfs на одном
диске и попытайся восстановить данные, тут даже лапши не нужно.
Бэкапы никто не отменял
Ответить | Правка | Наверх | Cообщить модератору

85. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от нах. (?), 21-Апр-26, 13:10 
простите, а зачем вы так делаете? Вы так не делайте.

> Бэкапы никто не отменял

у тебя вот - все забэкаплено? А если проверю?

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

Сколько стоит disaster recovery у больших, и насколько оно (не) эффективно - я тебе пока подожду рассказывать, давай начнем с того что ценно для тебя лично.

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

89. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +1 +/
Сообщение от Аноним (79), 21-Апр-26, 13:42 
Как будто я "больших" не видел (с)

У меня 10-12 часов займет полное восстановление NAS,
порядка 10тб данных. Больше всего записей с камер, фильмов и музыки.

Отдельная USB коробка с двумя 14тб дисками для бэкапов, на nas
такая же пара дисков плюс nvme.

Планирую переехать на EMC полку, что купил за 10к на авито когда-то.
Там 2 блока питания, 2 рабочих контроллера по 6гбит.
Ибо китайский NAS на amd еще норм, а у n100/n150 вариантов для
одного из дисков "дорожка сгорела", не ожидал ..

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

97. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +2 +/
Сообщение от нах. (?), 21-Апр-26, 14:44 
> Как будто я "больших" не видел (с)

ну, большие проверяют иногда свои DR планы. (не всегда по доброй воле)

Но в целом, красиво живешь, да.

Я вот восстанавливать ничего у себя просто уже не буду - во-первых, а куда? Это ж надо купить, собрать... и оно конечно не будет копией 1:1 а скорее всего вообще будет чем-то сильно непохожим на старое. Т.е. все равно это будет не восстановление а новая система.

Во-вторых у меня столько лишних денег и нет.

Отдельные файлики какие-то понадобятся, выковыряю. А остальное - ну жаль, конечно, но что поделать. Денег на вторую (а по хорошему-то нужна и третья!) копию тех же самых объемов все равно не предвидится.

> Планирую переехать на EMC полку, что купил за 10к на авито когда-то.

наушники стрелковые не забудь к ней докупить. ;-)

> одного из дисков "дорожка сгорела", не ожидал ..

ха, я бы как раз ожидал.

(с другой стороны ну и гори оно... как будто диск там надежнее)


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

98. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от Аноним (79), 21-Апр-26, 15:12 
>и оно конечно не будет копией 1:1 а скорее всего вообще будет чем-то сильно непохожим на старое.

у меня alpine diskless вариант, каждый раз в плане "системы" одно и тоже.
С файлами намаялся, вот и собрал все на zfs, чтобы работать только с датасетами.

>наушники стрелковые не забудь к ней докупить. ;-)

в деревенском подпале будет работать )

>(с другой стороны ну и гори оно... как будто диск там надежнее)

идея была что зеркало тут, зеркало там и если будет рассыпаться то по частям.
А тут пара отключений электричества и смотрю летим то на одном крыле..

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

93. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от Аноним (-), 21-Апр-26, 13:55 
> попробуй удалить первые 10 мегабайт с партиций btrfs/zfs на одном
> диске и попытайся восстановить данные, тут даже лапши не нужно.
> Бэкапы никто не отменял

На btrfs можно попытаться зацепить с второй или третьей копии супера. И если у деревьев избыточность была - в чем проблема?


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

94. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от Аноним (79), 21-Апр-26, 14:13 
Диск один, допустим в zfs я указал 2 копии хранить - в zdb все равно не полезу.
Что там в btrfs не подскажу, думаю такой же ужас
Ответить | Правка | Наверх | Cообщить модератору

110. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +1 +/
Сообщение от Аноним (-), 22-Апр-26, 01:27 
> Диск один,

У btrfs копии суперов есть и по другим смещениям. За пределами 10 первых мегов.

Как тебе такое, Элон Маск? Да, я сделал dd в первые 10 метров этой штуки, а теперь вот так:


btrfs -v rescue super-recover ./btrfs.bin
All Devices:
    Device: id = 1, name = ./btrfs.bin

Before Recovering:
    [All good supers]:
        device name = ./btrfs.bin
        superblock bytenr = 67108864

    [All bad supers]:
        device name = ./btrfs.bin
        superblock bytenr = 65536


Make sure this is a btrfs disk otherwise the tool will destroy other fs, Are you sure? [y/N]: y
Recovered bad superblocks successful

Так что совсем невосстановимого урона от сноса первых 10 мегов - особенно если еще и метаданные DUP (а они по дефолту такие) были быть особо не должно. Прикинь - вон то после этого маунтится, работает, файло которое я записал - читается.

Конечно если урон попал на какое-то файло и избыточности не было - чудес не бывает. И все же.

> допустим в zfs я указал 2 копии хранить - в zdb все равно не полезу.

А в btrfs не надо никуда особо лезть. Просто попросить "починить супер на вот этом девайсе". Пример как сие делается - выше. Мне такое реально надо было 1 раз в жизни аж - на особо стремной флешке сдернутой без размоунта. Оно и пролюибило такое - весь 4MiB eraseblock чтоли. Ну вот - восстановилось таким манером и дальше поехало.

> Что там в btrfs не подскажу, думаю такой же ужас

Думать вы можете все что хотите но это 1 простая команда на практике. Не надо судить всех по себе и своему уродцу.

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

112. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от Аноним (79), 22-Апр-26, 09:25 
Красота, так скоро с zfs на btrfs перелезу!
Ответить | Правка | Наверх | Cообщить модератору

126. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +1 +/
Сообщение от нах. (?), 22-Апр-26, 22:42 
> Красота, так скоро с zfs на btrfs перелезу!

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

И да, у zfs ВООБЩЕ нет суперблока. (уберблоки есть, аж 128 штук на каждом физическом диске - но туда лазить не надо, она обычно сама разбирается, без всех этих вот super-super-recover, какой ей нужен.)

собака там порылась гораздо в более сложных вещах, которые, к сожалению, бывают.

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

152. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от Аноним (152), 24-Апр-26, 18:31 
> И да, у zfs ВООБЩЕ нет суперблока. (уберблоки есть, аж 128 штук
> на каждом физическом диске - но туда лазить не надо, она
> обычно сама разбирается, без всех этих вот super-super-recover, какой ей нужен.)

Особенно хорошо разобрался в кейсе чувака с лисяры - где чувак аж хэксэдитором откатывал транзакции на более древние когда вот такой случайный бэд (которых типа не бывает) видите ли вср@лся случайно :)

Вроде уже таки сделали отматывание командочками. Но все же. Ты так и не написал главное: что бы ты сделал с zfs после dd в первые 10 мегабайт. Твое решение, которое сделает меня и мое решение с отрывом?

Видишь, я отыграл как инженер. Есть задача: первые 10 мегов ФС в труху. Есть решение - вот такое. Оно может быть не идеальное. Оно может не быть панацеей в 100% случаев. Но таки есть. И работает.

А ты - развел бла-бла о бороздеже театров. И... какое _инженерное_ решение проблемы "случился dd в первые 10 мегабайт фс" есть у тебя? Покажи его а не виляй и не расскаывай байки. Как ZFS подымается из такой позы и как это лучше - того? Простые вопросы. Теперь если ты инженер - изволь ответы, а не отмазки и виляния.

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

77. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +1 +/
Сообщение от Аноним (77), 21-Апр-26, 08:25 
У меня неудачный опыт - сабж побился после очередного git annex sync и, кажется, восстановить его не было возможности. Использовал 2hdd + 2ssd. Сама концепция нравится, но пока доверия к нет. Может попробую через годик-другой.

Сейчас использую btrfs на компе и zfs на файлопомойке. Ничего не сыпется, волосы мягкие и шелковистые

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

78. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +1 +/
Сообщение от нах. (?), 21-Апр-26, 10:44 
ну а афтырю-то ты сообщил о проблеме? Он вроде поадекватней трех рабов фейсбука.

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

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

92. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от Аноним (-), 21-Апр-26, 13:52 
> ну а афтырю-то ты сообщил о проблеме? Он вроде поадекватней трех рабов фейсбука.

При том настолько адекватней - что его буквально "выгнали из гестапо за жестокость" (c). В смысле размайнлайнили за грубость - в Linux Kernel! Что как бы совсем уж - номер.

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

95. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +2 +/
Сообщение от нах. (?), 21-Апр-26, 14:22 
> При том настолько адекватней - что его буквально "выгнали из гестапо за жестокость"

потому что пытался заставить РАБОТАТЬ рабов другого хозяина. Которые разумеется строили из себя обиженок и ничего делать не хотели.

Так что это как раз хорошо - такой человек безусловно БУДЕТ заинтересован в том чтобы исправлять ошибки, а не как эти вот notabug'и.

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

111. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  –2 +/
Сообщение от Аноним (-), 22-Апр-26, 01:56 
> потому что пытался заставить РАБОТАТЬ рабов другого хозяина. Которые разумеется строили
> из себя обиженок и ничего делать не хотели.

Потому что в приличном обществе за такое поведение - канделябрами по морде бьют. А вот тебе и твоей гоповатой "культуре" явно не хватило такого образования. Упущеньице. Надеюсь на твоем жизненном пути попадется кто-нибудь кто немного вправит вывихнутый мозг.

> Так что это как раз хорошо - такой человек безусловно БУДЕТ заинтересован
> в том чтобы исправлять ошибки, а не как эти вот notabug'и.

Спасибо, я имел НЕудовольствие с подобными типами работать. Припирается такая самая умная клава на деревне. Вы тут все п...сы, а я дартаньян, я лучше знаю, мне видней. Ну подумаешь разломал толпе народа юзкейсы, зато - самая умная клава и пропихал свое.

Вот только чем агрессивнее некто уверен что он лучше всех знает как надо - тем менее вероятно что именно так оно и было. Продвинутые существа умеют в benefit of doubt. А если не умеют - значит нифига они не продвинутые, а просто - наглые и прут по головам, поклав на проблемы всех кроме себя любимых. Но вот это можно и пролечить, как видим.

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

120. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от нах. (?), 22-Апр-26, 20:30 
Ему (не ему на самом деле - опять приперся в чужой тред мне что-то предъявлять) - о том что человек работающий до зеленых соплей из носа и выгнанный из тусовочки по причине попыток добиться такой же работы от остальных - вероятнее всего не пройдет мимо багрепорта и попытается разобраться в проблеме (в отличие от не будем показывать пальцем, только что именно это и сделавших) и стоит потратить время на контакты.

Он - опять о том как его в детстве обижали агрессивные типы.

Дурашка, ну ты не понимаешь что выглядишь со стороны уже ну просто полным...

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

125. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от Аноним (-), 22-Апр-26, 22:27 
> Ему (не ему на самом деле - опять приперся в чужой тред
> мне что-то предъявлять) - о том что человек работающий до зеленых
> соплей из носа и выгнанный из тусовочки по причине попыток добиться
> такой же работы от остальных

Блин, понимаешь в чем дело? Я тоже что-то такое в паре тусовочек пытася. Результат был угробищен - я лишь демотивировал кучу народа и они вообще перестали работать над проектом. И вот это ничего хорошего ПРОЕКТУ В ЦЕЛОМ не дало вообще совсем.

И вот - пришлось выбирать между собственным ЧСВ и благом проекта. Это неприятный выбор, и правильно его осилить сможет далеко не каждый. Чтобы стать "мы" надо отдать часть "я". Но это очень мощный переход - "мы" сможет больше, то что одному "я" и не снилось. И да, это причина по которой врядли у лично тебя когда либо будет твоя команда, которую ты сможешь вести вперед как лид или PM. Это не всем дано. И это не только про технические вещи.

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

127. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от нах. (?), 22-Апр-26, 22:53 
> Блин, понимаешь в чем дело? Я тоже что-то такое в паре тусовочек

ловко ты спрыгнул с темы. Развернувшись на 180 в полете. То есть это ты оказывается и был тем самым который  всех обижал?

> пытася. Результат был угробищен - я лишь демотивировал кучу народа и
> они вообще перестали работать над проектом. И вот это ничего хорошего

э... я надеюсь ты понимаешь, что майнтейнеры мемори менеджера и что там еще пострадало - буфер кэш вроде по тому же адресу, но он на кого-то еще тоже наехал что тот работать не хотел, не говоря уже об обиженках из btrfs team - не могут "перестать работать над проектом", поскольку зарплата от rhbm и мордокниги сама не накапает?

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

То ли божок у нас прокис, то ли что-то в консерватории совсем не так.

> И да, это причина по которой врядли у лично тебя когда
> либо будет твоя команда, которую ты сможешь вести вперед как лид

У меня есть своя команда, но мы занимаемся, мягко говоря, не IT ;-) Поэтому там совсем другие отношения.

А быть лидом в компании нитакусиков - избави Всевышний. Я достаточную часть своей жизни (у меня тогда другой в общем-то и не было) потратил на них и их поделки. Совершенно напрасно, как оказалось.

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

131. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  –1 +/
Сообщение от Аноним (-), 23-Апр-26, 02:14 
> ловко ты спрыгнул с темы. Развернувшись на 180 в полете. То есть
> это ты оказывается и был тем самым который  всех обижал?

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

Кент так не смог. В его проекте не произошла трансформация "я" в "мы". Это имеет дорогую цену. Он хреначит 1 почти все. Для проекта такого уровня крайне геморно, субоптимально, жрет массу времени и сил, а результат "не очень". Полноценно делать качественную ФС с тем фичесетом - приключение для команды. Накидать core - делает архитект. Остальные не знают как он хотел. Но играть вдолгую на этом поле одному? Опупеешь. И будет очень кстати если вон те подыграют и разгрузят. А если они вместо этого факи в фэйс кажут - ну и кому хуже? И главное а что ты им сделаешь то?! Они ж не обазяны тебе (мне, кенту) ничего. Но могут. Если захотят. Тем способом можно только отломать "если захотят". Что кент и сделал. Зря.

Древние сказали что гордыня предшествует падению. Кент проверил. Не врут.

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

Я надеюсь ты понимаешь что я взаимодействовал с господами из mm/ и btrfs - и почему-то для меня они были белые, пущистые и в итоге мы сообща решили наши проблемы.

Им немного лучше кернел. Мне - мои (временами специфичные) конфиги в работающем виде. Никакие редхаты на этом пути почему-то не стояли. А Кент просто вел себя как м...к. И знаешь, чтобы начитывать лекцию Торвальдсу о управлении проектом это надо конкретно набраться наглости и от реалий оторваться, в оценке своих скиллов vs торвальц.

Конкретнее? Сколько человек с Тоорвальдсом работает? И воротит длля него работы под его координацией? А сколько так же - но для кента? А, почти ноль? Ну вот и сравнили team lead, project management и прочие аспекты. Но кент почему-то уверен что знает лучше. Что ниоткуда не следует глядя на такие факты.

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

Таки далеко не все. И в файлухе кента полно всякого ad-hoc барахла на границе терпимости ядерщиков. И - более того - думаешь там 1 прецедент был?! Да вот хрен. Их было - эн. И проблема кента в том что он как раз - необучаем оказался и курс действий не откоректировал после многократных однотипных факаоов с РАЗНЫМИ майнтайнерами. Он пикеровался по моему со всеми. И с mm, и с блокировками, и блочнофайлушниками. И даже дал лекцию Торвальцу что он не такой - fast moving target! На что и получил отлуп - мол, раз майнлайн вам не того - давайте размайнлайним! А когда не дошло - имплементацию идеи.

> То ли божок у нас прокис, то ли что-то в консерватории совсем не так.

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

> У меня есть своя команда, но мы занимаемся, мягко говоря, не IT
> ;-) Поэтому там совсем другие отношения.

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

Поэтому то что ты прекрасный манагер макдаков, собаководов, прогулок на природе или что там у тебя - ни разу не сделает человека успешным лидом или PM в айти. Просто нет.

> А быть лидом в компании нитакусиков - избави Всевышний.

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

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

135. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от нах. (?), 23-Апр-26, 12:19 
>> ловко ты спрыгнул с темы. Развернувшись на 180 в полете. То есть
>> это ты оказывается и был тем самым который  всех обижал?
> Я буду вечно благодарен Кенту за то что он показал как делать

то есть это таки была проекция.

> Кент так не смог. В его проекте не произошла трансформация "я" в

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

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

ты ОПЯТЬ подменил тему. Никому тут неинтересен опыт твоих секретных взаимодействий (ты нам никакую fs не написал) и твоя этим гордость.
Речь шла о твоем тезисе что мол майнтейнеры из-за обидок могли перестать работать. Тебе было отвечено что нет, не могли, они работают из под палок и спрыгивать им некуда. Работать они переставали когда требовалась работа а не один байт поправить, а палкой за это не лупят, потому что палочники не за это с них спрашивают.

> Конкретнее? Сколько человек с Тоорвальдсом работает? И воротит длля него работы под

с деньгами rhbm они работают. А сколько работают там напрямую - ты бы удивился. Куда там торвальдсу...

> Таки далеко не все. И в файлухе кента полно всякого ad-hoc барахла
> на границе терпимости ядерщиков. И - более того - думаешь там
> 1 прецедент был?! Да вот хрен. Их было - эн. И

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

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

Можно. Поинтересуйся прошлым CTO редхатов и прочих.
Кто шампунем торговал, кто тракторами.
You not need to be smart to become a boss - any ass can.

> Это как раз одно из самых крутых занятий на этом глобусе. Потому

наверное. Ничего не хочу об этом знать.

Ну как сможешь чего - приноси, похвастайся. А пока это у тебя пустое хвастовство.

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

153. "Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ..."  +/
Сообщение от Аноним (-), 24-Апр-26, 18:55 
> то есть это таки была проекция.

Это было обучение на чужих ошибках в реальном времени. Я получил preview результатов курсов действий и подкорректировал свои действия т.к. не окей с тем результатом.

>> Кент так не смог. В его проекте не произошла трансформация "я" в
> потому что хотел чтоб код работал.

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

У него явно другие приоритеты. Доказать всем что он первая клвава на деревне. ФС инструмент для этого походу. Но вот прагматичного настроя ему как раз и не хватило.

> А ты хотел стать королем нитакусиков.

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

> нотабаг чтоб не оскорблять чувств верующих.

Для меня кентовская штука вообще не работает, таскать модули DKMS, качать ночнушки rust fs utils и проч зело напряжно для меня. Но для кента это notabug. Зато это критикал баг для лично меня - жрет мое время на всякую фигню. За что это все - optimized out.

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

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

Это не важно - важно чтобы нужные мне проекты продолжили их путь, желательно с развитием. И я посмотрю до чего я смогу их разогнать. Но да, для этого пришлось поумерить гордыню местами. И познать трансформации я <-> мы. У тебя это никогда не случилось.

> ты ОПЯТЬ подменил тему. Никому тут неинтересен опыт твоих секретных взаимодействий (ты
> нам никакую fs не написал) и твоя этим гордость.

Зато я починил это все несколько раз себе. А заодно и скольким-то людям с такими же конфигами. А заодно и профаченые релизы предотвратил. Не так уж плохо.

> Речь шла о твоем тезисе что мол майнтейнеры из-за обидок могли перестать
> работать. Тебе было отвечено что нет, не могли, они работают из
> под палок и спрыгивать им некуда.

Надо рассказать это допустим Хеллвигу который взял и спрыгнул с майнтенаса DMA, вот чтоб не возиться с кодовой базой на 2 яп с хрустом, ага! :).

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

>> Конкретнее? Сколько человек с Тоорвальдсом работает? И воротит длля него работы под
> с деньгами rhbm они работают. А сколько работают там напрямую - ты
> бы удивился. Куда там торвальдсу...

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

И именно печальность твоего мышления причина по которой никакое светлое будущее в айти тебя не ждало с самого начала. В лучшем случае тряс как осиновый лист "как бы не уволили" и отсутствие перспектив.

> Я помню сколько их было. И каждый раз принималось, со скрежетом зубов
> и проклятиями.

Где как, где как. Всякие six lock и что там еще кент таки здорово рефакторил и проч. И в целом кент сам себя своим максимализмом круто заякорил.

Понимаешь,
1) P0: Get Crap Done.
2) P1: bother about optimizations.

Но кент все поставил с ног на голову. И мало того что сам себя нагрел на пару лет out of tree на ровном месте - так потом выводов не сделал, решил что ему PM виднее (при 0 чуваков пишущих bcachefs, ага!) и начал всем мастеркласы давать как они "должны" фигачить чтобы его величеству было хорошо. То что у тех были свои резоны фигачить так как они фигачат его не интересовало. Это ж не его дело фалауты разгребать и г-но вывозить, да?!

Поэтому он таки доигрался выше среднего - и таки сломал Торвалдсу -rc. Достаточно уникальный и жирный профак который "grossly lacks common sense" - это уже запоминается. И в будущем тебе за ЭТО вернут отыгрыш. Ибо не создавай проблемы другим и их не создадут тебе.

> Вместе с кодом - который по мнению самого короля нитакусий было
> сперва НАДО принять. А потом вдруг стало НЕНАДО, как жы так?

У Кента слищком дофейхоа всякого уникального кастома и проч. Перфекционизм при девелопе софта надо держать под контролем - иначе релиз вообще не состоится! Кент borderline и таки - в итоге все же завалил это. Печально но - есть то что есть.

> Можно. Поинтересуйся прошлым CTO редхатов и прочих.

Я видел немало профессиональных PM, лидов и даже пару именно CTO. Они все выходцы из технологических компаний и хорошо знают как оно изнутри. PM также могут мастеркласс дать если все облажались. Для CTO - уже не солидно, разве что PM'ам мастеркласс дать.

Это позволяет им принимать разумные, сбалансированные решения. С учетом технологий и их особенностей. Без этого - фигня получается.

> You not need to be smart to become a boss - any ass can.

Просто в CTO/PM/Lead потом у тупого и некомпетентного босса бует профак. И порядка 90% софтварных проектов заканчивается - фэйлом. Я видел win'ы и fail'ы проектов. И поэтому учился у winner-ов, а у looser'ов - изучал их ошибки. Вроде работает. Во всяком случае косплей базового варианта самому в целом стал катить и пока я ничего не угробил.

> наверное. Ничего не хочу об этом знать.

Потому что ты это не смог. И это 1 из причн по которой ты на самом деле в опенсорс тоже не смог вкатиться. Ну и при таком уровне фрика лечить меня на тему общения... ммм.. :)

> Ну как сможешь чего - приноси, похвастайся. А пока это у тебя
> пустое хвастовство.

Блин, слишком характерные штуки. Так что останется загадкой для опеннета. Сорь.

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

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

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




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

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