The OpenNET Project / Index page

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



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

"Разработчики ядра Linux обсуждают возможность удаления ReiserFS"  +/
Сообщение от opennews (??), 23-Фев-22, 19:57 
Мэтью Уилкокс (Matthew Wilcox) из компании Oracle, известный созданием драйвера nvme (NVM Express) и механизма  прямого доступа к ФС DAX, предложил удалить файловую систему ReiserFS из состава ядра Linux по аналогии с когда-то удалёнными устаревшими ФС ext и xiafs, или сократить код ReiserFS, оставив только поддержку работы в режиме только для чтения...

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

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

Оглавление

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


1. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +1 +/
Сообщение от DmA (??), 23-Фев-22, 19:57 
Мавр сделал своё дело, мавр может уходить! Первая журналирумая ФС в Линукс!
Ответить | Правка | Наверх | Cообщить модератору

3. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +18 +/
Сообщение от Аноним (3), 23-Фев-22, 20:04 
Да дело даже не в журналировании.

Когда появилась reiserfs была в основном ext2 - с безумным временем на e2fsck. Reiser проверялся в секунды.

Плюс, reiser умел паковать мелкие файлы и значительно уменьшать занимаемое место - в 2022 это уже никому не надо, потому что storage дешёвый.

// b.

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

50. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +8 +/
Сообщение от rm2email (?), 23-Фев-22, 22:04 
> Reiser проверялся в секунды.

Ну только, поговаривают, если вам не повезло, и на ReiserFS у вас хранился образ другого раздела ReiserFS в виде файла-образа, сохранённого dd, то fsck мог вам сделать монстра-франкенштейна, сшив из двух этих ФС одну.

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

69. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +2 +/
Сообщение от Аноним (69), 23-Фев-22, 23:47 
Да он походу и в других может, похоже валидация довольно слабая и "мы вам сделали спагетти из ваших данных, но это не баг". Можете купить коммерческие услуги восстановления у namesys, если они это еще продают. Круто же, зачем чинить fsck если это новых клиентов приводит... в отдел data recovery =). Они явно смотрели скруджа, серию где соленые печеньки нашару, а если вас сушняк долбит - вот чудный лимонад, всего по баксу за стакан :)
Ответить | Правка | Наверх | Cообщить модератору

95. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +8 +/
Сообщение от Аноним (95), 24-Фев-22, 01:40 
> fsck мог вам сделать монстра-франкенштейна, сшив из двух этих ФС одну.

Всё лучше, чем ни одной. Вот Btrfs разделы вообще восстановлению не подлежат. Но её почему-то выкидывать не собираются. Вот что тревожит...

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

97. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  –3 +/
Сообщение от Аноним (-), 24-Фев-22, 01:53 
1) Им это сильно реже требуется, если пользоваться btrfs с использованием головного мозга.
2) С них бывает реально выцепить данные офлайн читалкой без монтирования.

Остальные в таких ситуациях как правило еще хуже, поскольку не имеют запасных парашютов на такие оказии и если fsck сделал не то что хотелось - ну, блин, упс. Конечно есть способы с ним подружиться, положив _образ_ на btrfs, сделав рефлинк и прогнав fsck на нем уже... но это уже data recovery как бы.

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

104. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +5 +/
Сообщение от i (??), 24-Фев-22, 03:00 
> если пользоваться btrfs с использованием головного мозга

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

> С них бывает реально выцепить

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

> Остальные в таких ситуациях как правило еще хуже

Хуже бтрфс не встречал.

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

107. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +2 +/
Сообщение от Аноним (-), 24-Фев-22, 03:22 
> А че бы не хранить данные на голом диске, просто помнить смещения файлов, заодно и память прокачается.

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

Btrfs в этом интересен
1) Чексумами, так что мы знаем корректно блок прочелся или нам дрянь сгрузили/железо сбоит.
2) Гибким управлением пространством. Можно доткнуть диск без запар с размерами, выравниванием и проч и получить +N места. Удобно. А можно его и вынуть, если место на удвигание данных с изымаемого девайса есть.
3) Недеструктивная запись и снапшоты. Поэтому с одной стороны оно довольно неплохо переживает крахи, с другой можно рулить железку почти как VM - а CoW делает возможным множественные ссылки на одни блоки, это эффективно.

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

Ну это уже какая-то экзотика. Может кто-то сильно резвый время комитов транзакций в полчаса ввинтил? Шаловливые ручки штука такая...

>> Остальные в таких ситуациях как правило еще хуже
> Хуже бтрфс не встречал.

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

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

215. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от fg (??), 24-Фев-22, 20:28 
> Может кто-то сильно резвый время комитов т

Диск по юсб, 4тб, 3.5" вынутый из коробки с новыми серверными винтами, за минуту до начала копирования отформатированный в дефолт, сбой юсб, или свет моргнул, мне до звезды факт есть факт, несколько часов копирования, а результат 0.

> Вон тот btrfs например прекрасно живет на сыпучей флешке, если DUP использовать. Матерится, но - все читается.

Плавали, знаем, года полтора пытался бтрфс на хранилище дома юсбовом опять же, 100% времени оно синхронизировалось.

> 2) Гибким управлением пространством

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


> 3) Недеструктивная запись и снапшоты.

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

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

> А в каких ситуациях и с кем сравнивалось?

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

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

221. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +1 +/
Сообщение от Аноним (-), 24-Фев-22, 21:56 
> Диск по юсб, 4тб, 3.5" вынутый из коробки с новыми серверными винтами,
> за минуту до начала копирования отформатированный в дефолт, сбой юсб, или
> свет моргнул, мне до звезды факт есть факт, несколько часов копирования, а результат 0.

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

> Плавали, знаем, года полтора пытался бтрфс на хранилище дома юсбовом опять же,
> 100% времени оно синхронизировалось.

Плавали, знаем, у таких потом оказывается какой-нибудь перегретый чипарь в usb коробке, про@#$%ывающий половину команд. Или винч которому например питания не хватило (для серверного винта в коробке вообще не удивительно) - так что винч вообще с ума сходит. И мегаодмин которое дмесг не читает и поэтому не знает какой там трешак творился пока оно "файло копировало". А чо, гуй же рисовал?!!!111

> ну..я готов удивляться.

Ты по моему готов фигурно по#%^%ться. C чисто практической точки зрения:
1) на btrfs на...й не надо разделы. От них только сложности.
2) можно рестрайп на другой уровень, как полный так и частичный - ему нормально если половина данных SINGLE, а половина RAID-1. Прекрасно жрет полуконверченое комбо, у меня питалово слетало при рестрайпе (попробуй так с твоим райдом и похвастай как тебе оно?). Так что экстренно выкроить эн места ребалансом в другой уровень - можно, внезапно.
3) Можно пнуть ребаланс чтобы форсировать конверсию целиком (если не доедет до конца не страшно, можно возобновить или стопнуть).
4) Есть soft-режим, когда операция завершается сразу, изменение будет применено только к новым записям. Так даже можно извратиться - и СМЕНИТЬ СХЕМУ ХРАНЕНИЯ ВОН ТЕМ ФАЙЛАМ. Пофайлово, гуле. А слабо так на твоем райде? Ну а чо, если я знаю inner working механики, я его могу довольно интересно изогнуть :)
5) Все это будет довольно ненапряжной и фоновой серией команд. Файлы останутся доступны в ходе этой операции.

Так что можно временно ребаланс data, RAID1 -> (SINGLE, soft) потом файлманагером подвинуть "неценные" файлы, они сдуются вдвое (SINGLE же) и как места станет достаточно - ну и нормально. Акуле, зная механику можно ее очень осмысленно пилотировать куда надо. Это закат солнца вручную компенсирующий неумение аллокатора это выбирать самому (вообще, его хотят научить такому) но работает же, и нигде не вылезает за допущения механики, данный дизайн сам по себе позволяет произвольную смесь RAIDов, хоть пофайлово выбираемо в принципе.

Бонусом, если при большом перетрясе что-то будет не идеально и у нас все же хватало ума medatada=dup всегда и везде, ну, э, что ваш RAID сделает если под метаданными ФС бэд при активном двигании обнаружится? А, смачный бдыщ файлухи? Потому что там даже неизвестно какая копия райда верная, если это не IO ERROR а прочлось что-то? Так SSD, флехи и проч особенно любят делать, видимо считая что если FEC не справился, лучше отгрузать "что есть" а не "io error" :)

> Бэкап - акт трусости, жил без этого, и както научились данные структурировать,

Смотрите, дети: это будущий клиент data recovery лабы! :D. Он, просто пока еще не знает сколько это ему стоить будет, если его файлы ему нужны.

> сколько лет обещат поддержку сабволумов.

Чо? Сабволумы в бтрфс есть .... с момента ее создания?! А виртуалку логично апдейтить 1 раз в template и из него рефлинками заново VM развернуть, займет мизер времени.

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

Я наверное тупой но не понял о чем это. У кого были ресурсы? И чего нету? У бтрфсников сабволумы есть. Более того - без них не было бы снапшотов, технически снапшот то же что и subvolume. Точка входа. Иерархия с shared блоками. Крутой вариант директории. Редхат вообще btrfs активно не разрабатывал. И так то от них свалил даже Басик, последний из грандов. Он терь тоже бтрфс пилит, хоть и раздражает редхатными (анти)паттернами малость но вообще адекватный крутой тип, редхат просто дурно на девовскую психику влияет. А что там за брахмапутры в редхате xfs пилят пусть пох расскажет :)

>> А в каких ситуациях и с кем сравнивалось?
> Выжигание рака ионизирующим излучением - это очень плохой способ лечения,

А софистика - плохой способ ведения дискуссии.

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

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

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

А у меня нет особых оснований редхату верить. Хотя бы потому что его уже больше нет, ибм его съел. ИБМ вообще довольно странная фирма с своими приколами. А доверять в вопросах блочно-фсных дел я буду все же мировым именам, которые делом доказали уровень. И я не знаю вроде бы уже никого такого в редхате на данный момент. Все видные фигуры блочно-ФСных дел оттуда как-то устранились. А в безымянных саппортов и их помощь с сложными блочно-ФСовыми делами я не верю, сорян. Если там у кого контракт на сапорт с редгадом они пусть и взаимодействуют с брахмапутрами. Мне такое и нашару то не надо, я с экспертами тусить люблю, это делает меня умнее и мощнее.

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

237. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от i (??), 25-Фев-22, 05:27 
> можно рестрайп на другой уровень, как полный так и частичный

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

> Сабволумы в бтрфс есть

В ZFS есть, а бтр нет., то что там называется сабволумами по фактут папочки.

> оказывается какой-нибудь перегретый чипарь в usb коробке

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

> Смотрите, дети: это будущий клиент data recovery лабы

ванга? ручку позолотить?

за 20 лет практики никогда ничего не терял, 1 раз музло пропало, 60Гб в 2014 кажись, винт умер, ну ок, бывает.

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

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

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

238. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от i (??), 25-Фев-22, 05:32 
>  выковыривать какието фичи из каких-то левых источников, ну, занимайтесь, мне не интересно.

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

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

248. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  –1 +/
Сообщение от Аноним (-), 25-Фев-22, 15:53 
> Когдато очень давно, я занимался портированием сабжа для новых ядер, лет 15-20
> назад, я был студентом и райзер вглядел очень круто, но я наигрался.
> теперь у меня другие игрушки, и возня с фс более не занимает.

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

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

254. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от fg (??), 25-Фев-22, 19:07 
> квалификацией эникея

строить догадки основываясь ниначем - это слабоумие.

> а играть теперь будем мы

А это отвага чистой воды

Ну так вперед на барикады, или убьетесь или поумнеете.

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

259. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 26-Фев-22, 16:56 
> строить догадки основываясь ниначем - это слабоумие.

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

> А это отвага чистой воды

Совсем уж без этого мы бы FAT16 до сих пор пользовались. ЗАТОНАДЕЖНО!!!111

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

ОТОЖ. Пока вроде all systems operational, так что...

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

263. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от fg (??), 27-Фев-22, 04:46 
У вас и достаточнометр есть? однако

> Или попытка выглядеть

Так вышло, ваше мнение яйца не стоит выединого

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

265. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 01-Мрт-22, 22:09 
> Так вышло, ваше мнение яйца не стоит выединого

Чего-чего? У вас кончился единый? :)

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

245. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 25-Фев-22, 14:05 
> В мануале бтрфс это есть? что вообще за поток сознания, такое ощущение,
> что мы говорим о разных вещах,.. читать списки рассылок, и выковыривать
> какието фичи из каких-то левых источников, ну, занимайтесь, мне не интересно.

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

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

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

> В ZFS есть, а бтр нет., то что там называется сабволумами по фактут папочки.

Это такие очень мощные и клевые CoW-папочки. А если имелось в виду сделать подобие блочного уровня из этого - нафига? Чтобы простой и приятный менеджмент ФС стал опять вон тем миндфаком с разделами, выравниваниями и сложным ресайзом? Ну спасибо.

> У меня сейчас на столе рабочем лежит с десяток винтов с разными
> проблемами, которые вынули из ceph,

Это прекрасно, но не про конкретную коробку, винч и как это работало на практике. А диагностика вида "толи усб отпал, толи свет мигнул, виноват точно бтрфс" - доверия не внушает. По общему уровню анализа проблемы.

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

Круто, кроме того что я не понимаю пойнт этих сведений. Это не про тот конфиг и не про то что там случилось.

> железо сбойное, к ext никаких претензий.

Зато к нему кой-какие претензии у меня, когда системы после 1-2 рандомных бэдов полный unbootable и это становится моей проблемой. Он довольно легко мрет при небольших повреждениях, и это может быть для меня проблемой.

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

Что-то почему-то сдохло но виноват бтр, выяснять не будем. Оок!

> ванга? ручку позолотить?

Лучше придержи золотишко - датареки жадные.

> за 20 лет практики никогда ничего не терял, 1 раз музло пропало,
> 60Гб в 2014 кажись, винт умер, ну ок, бывает.

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

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

Хызы, ворочает мои рабочие проекты. Это не отменяет бэкапов. Не потому что btrfs, а потому что случаи разные бывают. Ну вон пыхнет питальник и пожжет все диски сразу, допустим. Тогда чего?

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

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

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

256. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от fg (??), 25-Фев-22, 20:50 
> В любом случае я сказал как сделать сравнимый фокус btrfs'ной

Я бы не сказал, что сказал

> если при рестрайпе питание слетит

Не слетит, там много аккумов

> Это такие очень мощные и клевые CoW-папочки

Оверлайфс это заменяет, костыльно, но из слоистой фс тоже можно извлечь профит.

> А диагностика вида "толи усб

в 100500 раз, - аппаратура впорядке, значит косяк в ПО, и то что он вылез на пустом месте о чем-то да говорит.

> Что-то почему-то сдохло но виноват бтр,

Не что-то, а бтр, не почемуто, а в типовом кейсе.

> выяснять не будем. Оок!

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

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

фейспалм, продолбать данные = более умные, ты серьезно?

> Ну вон пыхнет питальник и пожжет все диски сразу,

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

> И выбирая между долботней самому или более сложной жизнью у аллокатора и механики ФС

Чем больше внедорожник, тем дальше бежать за трактором, идеальный алгоритм, который на 100% гарантирует что ты не потеряешь данные , это не иметь данных. а уж в какую сторону грести, чтобы иметь и не потерять - каждый сам выбирает, я не заморачивался на дисках, после того как электрики однажды ночью сожгли комп, я заморачивался на "бесперебойку", и это работает, - 4 часа держит, и это только половина батареек.

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

порно?

> Занимает уйму времени
> стремная и неудобная операция
> с кучей дурных ограничений.
> Технологии эпохи MSDOS.

lvm то?

нет, нет, нет и нет

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

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

260. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 26-Фев-22, 18:05 
> Я бы не сказал, что сказал

Тем не менее, оно сработает. Но если хочется покривляться и рассказать какие все лохи то конечно.

> Не слетит, там много аккумов

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

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

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

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

> в 100500 раз, - аппаратура впорядке,

Пруфов данного заявления или какой либо диагностики предоставлено не было, зато сделаны далеко идущие выводы, неизвестно на чем. Делать такие выводы можно хотя-бы дмесг зазырив после инцидента, как и счетчики read/write errors, btrfs по этой части злопамятный, подсвечивает гадов, если знать куда смотреть, удобно так то, глюкожелеза поотловилось... :)

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

Никаких анализов, доказательств, примем на веру что железо исправное, обвиним софт. Круто, да.

> Не что-то, а бтр, не почемуто, а в типовом кейсе.

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

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

1) Что железо и правда - исправное. Ну, не факт это. Я тоже думал что некоторыые вещи исправные, пока CSUM error at XXX в репу не получал.
2) Снятие скелетона структуры ФС без включения данных не требует дебажных фич, а все кому интересно смогут пофтыкать на это и попробовать понять в чем было дело.

> фейспалм, продолбать данные = более умные, ты серьезно?

И на старуху бывает проруха. Сущствование датарекавери лаб намекает что шит хэпенс.

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

FAIL, лолка! Я не только учебники читал, уже умею дизайнить подобные вещицы слегка, с выбором топологии, обсчетом, подбором компонентов и проч. Могу краш курс дать про азы, типовые топологии и проч, но это такой мет бисера... =)

А кто там чо не пожжот - вон фирменный, кондовый, красава. А дыру в чипсете таки сделал. Взял да и дал 8 вольт в дежурку. Одно деграднуло, второе сработало частично, предохранителем, вот, чипсет 200-баксовой мамки стал. Шыт хэпенс.

> Чем больше внедорожник, тем дальше бежать за трактором, идеальный алгоритм, который на
> 100% гарантирует что ты не потеряешь данные , это не иметь данных.

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

> и это работает, - 4 часа держит, и это только половина батареек.

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

> порно?

А как еще назвать все эти танцы вокруг разделов, выравниваний, размеров и проч?

>> Технологии эпохи MSDOS.
> lvm то?

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

> во всяком случае не стремнее бтр, а ограничений куда меньше,

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

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

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

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

262. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от fg (??), 27-Фев-22, 04:38 
> Тем не менее, оно сработает.

Просто слова

> Но если хочется покривляться и рассказать какие все лохи то конечно.

А вы чем занимаетесь? с оборотами типа "у таких как вы"

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

> А как еще назвать все эти танцы вокруг разделов, выравниваний, размеров и проч?

Я вообще беспонятия о чем вы говорите, какие выравнивания.

> Сущствование датарекавери лаб намекает что шит хэпенс.

Эмм, существуют больнички, сушествуют сервисные центры по ремонту тех или иных категорий, ничто не вечно.

> Пруфов данного заявления или какой либо диагностики предоставлено не было, зато сделаны далеко идущие выводы

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

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

266. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 01-Мрт-22, 22:20 
> Просто слова

Их несложно проверить.

> А вы чем занимаетесь? с оборотами типа "у таких как вы"

Капитаню.

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

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

> Я вообще беспонятия о чем вы говорите, какие выравнивания.

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

> Эмм, существуют больнички, сушествуют сервисные центры по ремонту тех или иных категорий,
> ничто не вечно.

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

> Ты купил на рынке семки, грыз и тебе попалась щепка, ты пожал
> плечами и сказал коллегам на работе что у той бабке на рынке семки так себе,

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

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

А таки если ты приперся с хзкаким пакетом, чего доброго строив деревянный дом, бабка может и не виновата что с тебя стружка сыпется. А для ФС и железа ожидается немного более продвинутый уровень анализа проблем, имхо. Иначе смысла в этом знании не густо - под там угадай, админ это ламо, железо у него паленое, или еще что. Показл бы он dmesg допустим - было бы понятнее, железо у него тухлое или ФС прикололась. А так на чесслово? Э не. Особенно когда с большей части файлух все приходит к тому что вы пожрете сэмки пополам с фанерой и даже не заметите. Только вот это не фича.

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

142. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +1 +/
Сообщение от kusb (?), 24-Фев-22, 10:28 
Уже думал об этом. Но если файл один, то можно просто записывать его на раздел или устройство cat > устройство
Ответить | Правка | К родителю #104 | Наверх | Cообщить модератору

162. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 13:34 
> Уже думал об этом. Но если файл один, то можно просто записывать
> его на раздел или устройство cat > устройство

Так то блочное устройство - типа файл, но когда файл всего один это ... довольно ограниченный сценарий. Некоторые так и делают, типа некоторых БД. Но админить это потом несколько неудобно.

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

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

144. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +1 +/
Сообщение от Аноним (144), 24-Фев-22, 10:59 
>А бывает льешь на бтрфс файло, чтобы сеть не грузить подключив по юсб, херак, и 2тб волшебным образом исчезло.

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

>Хуже бтрфс не встречал

Прокладку поменяй - между табуреткой и монитором.

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

163. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 13:35 
> Так размонтировать надо для начала, а потом уже усб-диск выдергивать.

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

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

212. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от fg (??), 24-Фев-22, 20:03 
в 2022 году фс умирает от того что ее не отмонтировали, это нормально?

там четко было написано что диск по юсб, свет моргнул и питание пропало, неужели не очевидно, что 2тб льются не 5 мин

в любом случае, - поменяй прокладку, это моветон.

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

220. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 21:13 
> в 2022 году фс умирает от того что ее не отмонтировали, это нормально?

1) Где тот субъект сказал что у него ФС умерла?
2) При сдергивании флешки без размонтирования умереть могут даже внутренние таблицы трансляции этой дряни. После чего там вообще что угодно может быть, от красивой зебры из файлов где блоки перемешаны как будто файлы засунули в блендер, до трупика который не определяется или детектится в сервисном режиме контроллера. Кто виноват что фирмварь встроеного контролера и FTL в 2022 столь же дрянные как много лет назад? Ну, вы ж все равно покупаете :)

> там четко было написано что диск по юсб, свет моргнул и питание
> пропало, неужели не очевидно, что 2тб льются не 5 мин

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

> в любом случае, - поменяй прокладку, это моветон.

По-моему он прав. Но можете и не менять, лабы по дата рекавери тоже жрать хотят.

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

243. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от fg (??), 25-Фев-22, 12:57 
> При сдергивании флешки без размонтирования умереть могут даже внутренние таблицы трансляции этой дряни

Даже метеорит может на голову упасть, так что теперь в каске ходить?

> По-моему он прав.

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

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

246. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 25-Фев-22, 14:25 
> Даже метеорит может на голову упасть, так что теперь в каске ходить?

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

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

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

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

253. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от fg (??), 25-Фев-22, 18:53 
> Вроде речь шла что какой-то файл

Нет.

> з-за высокого профессионализма спеца

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

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

267. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 01-Мрт-22, 22:22 
> пох..ма, но ваша отвага защищать грааль, даже "при мутных обстоятельствах, " достойна
> какойнибудь премии, дарвина)

Эта отвага распостряняется чуть дальше и приводит к активному экстерминатусу багов. Мне так больше нравится.

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

177. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 15:30 
> А че бы не хранить данные на голом диске, просто помнить смещения
> файлов, заодно и память прокачается.

Попробуй этот номер для 500 000 000 файлов сделать для разнообразия. И как тебе парсинг 500 000 000 записей чтобы даже вообще просто найти нужный файл? :)

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

211. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от fg (??), 24-Фев-22, 20:00 
https://ru.wikipedia.org/wiki/%D0%A1%D0%...

Попробуй научиться понимать человеческую речь

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

222. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 22:06 
Если это была попытка потроллить то получилось довольно бездарно.
Ответить | Правка | Наверх | Cообщить модератору

244. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от fg (??), 25-Фев-22, 13:00 
Воспринимать очевидную чушь серьезно - это дар?

>  Если это была попытка потроллить то получилось довольно бездарно.

Не тебе судить

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

255. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 25-Фев-22, 19:07 
> Воспринимать очевидную чушь серьезно - это дар?

Вам виднее: от вас тут вообще ни 1 полезного или информативного сообщения.

> Не тебе судить

Надо же, у троллины подгорело от непризнания таланта.

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

257. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от fg (??), 25-Фев-22, 20:55 
> Надо же, у троллины подгорело от непризнания таланта.

Ох, да если бы

> Вам виднее: от вас тут вообще ни 1 полезного или информативного сообщения.

А ты, блин, информативнометр сертифицированный не иначе

Грех на вентилятор не накинуть

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

57. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +7 +/
Сообщение от Аноним (-), 23-Фев-22, 23:02 
> Плюс, reiser умел паковать мелкие файлы и значительно уменьшать занимаемое место -
> в 2022 это уже никому не надо, потому что storage дешёвый.

На SSD с их ценой за гиг это и сейчас не лишне. К тому же немедленно прочесть файло сразу при лукапе "прям тут" может быть быстрее, чем еще куда-то за тем блоком отдельно соваться, так блок уже в page cache может висеть, а если это что-то отдельное, за ним надо отдельно слазить еще. Так что некоторые типа btrfs и сейчас это делают. Хорошо работает с кучей мелочи.

А так рейзер еще умеет своим fsck разносить диски вдрызг и вместо починки - ВОТ ВАМ СЮРПРИЗ. Notabug - подумал Штир^W Шишкин.

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

72. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +3 +/
Сообщение от Аноним (72), 23-Фев-22, 23:53 
Сколько раз приходилось при починке перестраивать дерево, всегда успешно. Ни одного разнесения вдрызг не зафиксировано.
Ответить | Правка | Наверх | Cообщить модератору

78. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 00:14 
> Сколько раз приходилось при починке перестраивать дерево, всегда успешно. Ни одного разнесения
> вдрызг не зафиксировано.

Авторы amule имели немного другой testimonial на этот счет. Озвученый довольно громко и публично. И они такие не одни на виду.

Типичная картина - Readonly FS -> fsck -> F$CK IT!!!!1111. Может бэды какие вылезают а оно ну вообще совсем никак если метаданные попорчены "неожиданным" образом, или черт их знает. Факт в том что на этот случай запасного плана вообще нет - и он иногда, таки, наступает. А сейчас как-то в целом придумано ряд фокусов чтобы такие фокусы несколько меньше имели мозг. Типа DUP метаданных в btrfs даже на 1-дисковой конфиге, так что даже если какое-то г случится, во всяком случае хотя-бы метаданные будут живые и урон будет весьма лимитирован а восстановление полным или почти полным, по числу бэдов. Шанс что бэд накроет 2 логические копии одного смещения в 2 физических адресах довольно маленький, и это явно лучше чем просто раздристаная ФС на первом бэдсекторе. Тем более что ссдшники очень любят так прикалываться. Х вам радости с скорости если потом при первом отклонении от идеала фаталити норовит вылезти?

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

65. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +3 +/
Сообщение от Аноним (72), 23-Фев-22, 23:37 
>Плюс, reiser умел паковать мелкие файлы и значительно уменьшать занимаемое место - в 2022 это уже никому не надо, потому что storage дешёвый.

Вот за это я её везде и использую. И что, что storage дешёвый, зачем тратить его бездарно?

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

180. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Всем Анонимам Аноним (?), 24-Фев-22, 15:48 
во-первых, вообще-то другие файловые системы тоже это могут уже.
во-вторых, "необдуманная оптимизация - корень всего зла"
Ответить | Правка | Наверх | Cообщить модератору

127. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +7 +/
Сообщение от Тот_Самый_Анонимус (?), 24-Фев-22, 06:37 
>в 2022 это уже никому не надо, потому что storage дешёвый

Аргумент мyдаков. Оптимизации на то и оптимизации, что позволяют обойтись без лишних ресурсов. Ну а то, что что-то сегодня дешёво, не говорит о том что так будет вечно. Эра дешёвых энергоресурсов заканчивается, и такие дешёвые понторезы, которые «могут себе позволить в 2022 году» будут идти на спад.

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

128. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от tty0 (?), 24-Фев-22, 08:50 
Почему сразу мудаки, вроде вероятно, рациональное использование дисков и памяти вообще отрицательно скажутся на доходах индивида. Может он продавка или программист, работающий с данными и прекрасно понимает, что хорошо не писать код не сможет. Это называется мудрость.
Ответить | Правка | Наверх | Cообщить модератору

149. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (149), 24-Фев-22, 12:41 
>Почему сразу

Потому что.

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

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

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

164. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 13:40 
Варианты разные бывают. Иногда и чисто технические. Скажем на современных быстрых сторажах - вам круто будет, если вы сэкономили крохи места, зато получили скорость записи в четверть от того что скоростное устройство умело, например? Ну там лишние действия CPU по сбору крох, вот, все нагнули в несколько раз. Это абстрактно и может и не быть именно таким tradeoff, просто иллюстрация что это - возможно.

Ну да, вам с дедушкиной берданкой^W винчестером может и похрен. А вон тому датацентру?

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

239. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +1 +/
Сообщение от Тот_Самый_Анонимус (?), 25-Фев-22, 07:31 
> Почему сразу мудаки

Хм... Давайте подумаем.

>отрицательно скажутся на доходах индивида.

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

Так что «му» это мyдачество, а не мудрость.

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

44. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  –1 +/
Сообщение от Аноним (44), 23-Фев-22, 21:34 
А jfs от 1999 года - не первая?
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

46. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +4 +/
Сообщение от DmA (??), 23-Фев-22, 21:44 
Какая-то компания предлагающая скачивать mp3 файлы со своего сайта использовала Линукс и ей было проблематично использовать ext2, вот они и начали разрабатывать ReiserFS, а потом уже крупные компании разрабатывающие коммерческие Unix подарали Линукс свои разработки JFS(IBM) и XFS(SGI).
Ответить | Правка | Наверх | Cообщить модератору

2. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  –32 +/
Сообщение от DEF (?), 23-Фев-22, 20:03 
Давно надо выкинуть этот мусор. Ext4 и Btrfs хватит за глаза. Особенно админам локалхоста и эникейщикам.
Ответить | Правка | Наверх | Cообщить модератору

28. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  –5 +/
Сообщение от пох. (?), 23-Фев-22, 20:51 
У вас опечатка в слове xfs. А так примерно и есть - SuSE так и думает.

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

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

45. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +3 +/
Сообщение от Аноним (44), 23-Фев-22, 21:36 
xfs не нужно вообще, ибо никаких выдающихся особенностей по сравнению с ext4 и тем более btrfs она не имеет - не пришей кобыле хвост эта ваша xfs.
Ответить | Правка | Наверх | Cообщить модератору

47. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +2 +/
Сообщение от DmA (??), 23-Фев-22, 21:46 
RedHat так не думает, мне кажется в последних RHELax XFS по умолчанию идёт!
Ответить | Правка | Наверх | Cообщить модератору

67. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +2 +/
Сообщение от Аноним (-), 23-Фев-22, 23:42 
А что им было брать? JFS еще печальнее, рейзер - см. выше, btrfs и без них недурно пилят и в гробу рхеловский менеджмент видали. Все ключевые фигуры блочно-файлового уровня как-то из редхата устранились.

А так они btrfs для юзеров на федоре стали продвигать. Потом поди и на редхат будут, зря их оракл чтоли троллит унбрекаблами?

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

129. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  –2 +/
Сообщение от пох. (?), 24-Фев-22, 08:56 
> RedHat так не думает

Так и SuSE не думает, у них "по умолчанию" ДВЕ fs. Две, с-ка, fs на одной эндюзерской системе! Чтоб уж точно что-нибудь сломалось.

Но ни одна из них не ext4. Глупости какие-то, в 2k22 такую немодноустаревшую хрень использовать. Да еще с ее тормозным журналом.

А redhat это слишком просто, поэтому неинтересно.
(хотя, конечно, очень хочется у них поинтересоваться, куда они девали thin-lvm, "убийцу btrfs"...а, простите, им некогда, они переписывают онала-г0vнетный нескучный менеджер с пихона на игого и обратно. Уже пять лет переписывают-переписывают.)

Ставьте винду, не выеживайтесь, все равно все там будете.

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

146. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +1 +/
Сообщение от Аноним (146), 24-Фев-22, 11:29 
еСТЬ, ЕСТЬ КОМУ ПОДЫМАТЬ СОВЕЦКУ ЕЛЕКТРОНИКУ..
http://www.radiodetector.ru/wp-content/uploads/2019/07/Marki...
Ответить | Правка | Наверх | Cообщить модератору

165. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 13:45 
> Ставьте винду, не выеживайтесь, все равно все там будете.

Ты уже как, поставил ее на свою армовскую корейскую вундервафлю? :))

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

229. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от пох. (?), 25-Фев-22, 00:16 
Ну вон на rpi зачем-то ставили, только не очень понятно, зачем.

Мертворожденному арму - мертворожденные системы. Да, кореец уже опомнился, и больше эти штуки не производятся.
Kobol - банкрот, time for to go back to a more stable and sustainable work в макдональдсе.
Кроме этих двух, собственно, и не было никого приличного.

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

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

249. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 25-Фев-22, 15:59 
> Ну вон на rpi зачем-то ставили, только не очень понятно, зачем.

Там может даже каке-то дрова и напишут, хоть и хрен знает кто, это ж не квалком.

> Мертворожденному арму - мертворожденные системы.

Ничо, ща ты пойдешь покупать живорожденый эльполений по 90 нанометрам, с отклацыванием в электронной^W (простите поставки компонентов перекрыли) чекином в бумажной очереди с перекличкой каждый день в 8 утра, и так 10 лет подряд.

> Да, кореец уже опомнился, и больше эти штуки не производятся.

Собственно я с корейцами не связывался как раз потому что они - "одноразовые". Делают что-то полгода. И байбай. Паршивый подход.

> and sustainable work в макдональдсе.

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

> этой жизни, для начала ноги бы унести куда-нибудь из свихнувшейся страны)

Это КМК для айтишников сейчас сильно актуальнее. Тут видите ли Г образовался. Версии 2.0.

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

251. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от пох. (?), 25-Фев-22, 16:17 
> Собственно я с корейцами не связывался как раз потому что они - "одноразовые". Делают что-то
> полгода.

нет, полгода это твои улюбленные американцы с kobold продержались - и more sustainable work это им захотелось.  Потому что внеэкономическое ненужно, хотя и красиво сдизайненное.

А корейца хватило на три года, он честно признавался что "guarantee the production to the middle of 2020", ну а что он там "предполагал" - это уже благие пожелания, не сложилось. Кто ж виноват что у меня срок жизни поделок для себя любимого гораздо больше.

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

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

> Это КМК для айтишников сейчас сильно актуальнее.

столько плохих айтишников нигде не требуется.

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

268. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 01-Мрт-22, 23:51 
> нет, полгода это твои улюбленные американцы с kobold продержались - и more
> sustainable work это им захотелось.  Потому что внеэкономическое ненужно, хотя
> и красиво сдизайненное.

Зато олимексы без понта и пафоса i++'й год делают свои штуки. И через год будут. Так что повторить проект - не проблема. Но это надо было заморачиваться именно этим параметром.

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

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

* Оплата горючки и экипажа за твой счет.

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

Это у тебя просто маркетологов нет. Смари, как это делать: НОВАЯ ФИЧА! ВЕГАНСКИЕ БУРГЕРЫ. Круто, экологично, коров мучать не надо... ммм.... скидочку сделаем, соя дешевле!

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

Настало время быть хорошим айтишником. Или хреновым дворником.

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

60. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 23-Фев-22, 23:13 
Почему, тупняки с метаданными так и остались, а если вас угораздило с старым форматом быть, с него нет миграции и после 2030 будет просто кидок.

Пох всегда подскажет как максимально вляпаться в энтерпрайзное дреьмо! Вляпался сам - помоги коллеге, фирменный принцип. Так что вом вам сложное управление ФС, если что-то будет не так, вы вообще ни к кому с ней не сунетесь кроме сапорта редхата за бабки (остальным этот шит просто не интересен, как технология), по перфомансу ничего интересного. И зачем оно такое? Даже шапка пожевала поля шляпы да решила в федоре btrfs раздавать, ну не XFS же, в самом деле, кто тогда вообще эту 3.14дору ставить будет?

Из интересных вещей на горизонте есть нечто от Kent Overstreet. Утверждает что круто, быстро, масштабируемо, COW и wont eat your data, а по фичам типа btrfs'а. Но не майнлайново, имеет траблы с форматом на диске (может изменяться, не стабилизировано) и обещания дева - одно, а что оно там на практике покажет мы узнаем когда его комитнут в майнлайн и как следует потестят. Файлухи штука такая, на бумаге круто, а реально вот вам тут ваш SSD'щник трухи в метаданные грузанул. Не было второй копии метаданных? ERROR: YOU LOSE. Можете хексэдитором слетевший блок набить, если набивалка не сломается.

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

70. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (70), 23-Фев-22, 23:48 
Xfs в отличие от ext4 поддерживает reflink, а это дает возможность создавать быстрые снимки (клоны) файлов и выполнять дедупликацию. Btrfs умеет больше, но по моему опыту на HDD производительность с ней не очень (вероятно из-за фрагментации), так что на HDD лучше Xfs, а Btrfs — мой выбор для SSD.
Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

82. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 00:31 
XFS на HDD тоже очень так себе. И в btrfs - просто доткнул i++й винч и поимел +n места в пуле. Попробуй так вообще с XFS. Не то чтобы это вообще нельзя, но ничерта близкого к воткнул и получил место. Или даже вынул и убавилось N места, если надо.

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

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

226. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от пох. (?), 24-Фев-22, 23:58 
> И в btrfs - просто доткнул i++й винч и поимел +n места в пуле.

а потом он такой - херак... и нет у тебя пула.

> Попробуй так вообще с XFS.

если не будешь выеживаться и поставишь его вместе с редхатом методом next-next-next-ok - то будет именно так. Воткнул и получил. Вероятность превращения всего пула в тыкву при этом тоже существенная, но не фатальная - "у всех работает".

Если выеживаться и пытаться сделать красиво - с n-way mirror, virtual size чтоб размер xfs сразу можно было сделать на десяток терабайт а диски добавлять потом, мгновенными снапшотами и так далее, то придется конечно повозиться, маны что-ли прочесть разок.

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

> А на 1-дисковом стораже DUP метаданных так то очень кстати если бэд угораздит под метаданные

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

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

231. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 25-Фев-22, 00:55 
> а потом он такой - херак... и нет у тебя пула.

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

А на пиковый случай - я знаю что такое бэкапы, а еще я дружу с low level, и в датарекавери умею до некоторой степени, включая отстрой образов правильными тулсами с поврежденных носителей и прочие вещи про которые ты врядли в курсе. Так что проблема будет решена и все что реально важно будет восстановлено. А если с хексэдитором самому что потрогать, или чутка патчнуть драйвер ФС для некоего оверрайда - ну, я все это могу, а вон те помогут мне понять риски. В нескольких новых ядрах они еще сделали режимы относительно пофигистичного монтирования, когда оно все же попробует смонтировать даже нечто непотребное (open tree failed) - и оно даже как правило собирается и читается, кроме каких-то вещей попавших под запроектный урон.

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

Ну, я просто имею наглость полагать что в большей части сценариев "I can win". Поэтому мне не страшно.

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

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

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

У меня некоторые btrfs'ы и подольше живут, но хз что оно доказывает.

> на современных дисках не бывает никаких бэдов.

1) Я их лично огребал пару раз. Ну да, редко. Но бывает. Технически это так: у винча в секторе более 512 или 4096 байтов, лишка это FEC. FEC исправляет до определенного порога, но если не выдюжил и за несколько попыток лучше не стало - ERROR, UNC at XXXYYZZ. Фирмварь знает что сектор потенциально проблемный но сделать ничего не может, данные продолбаны же. При следуюшей записи оно зная корректное содержимое (то что попросили записать) проверит что это корректно записалось, и если корректно записано то уберет маркировку проблемного с сектора. А если не прокатило, ремапнет его на резерв, записав правильное содержимое туда. Маленькая проблема? Как ты уже заметил, данные в секторе были потеряны. И если это были метаданные ФС, это может стать довольно дерьмовым сюрпризом. Даже если винч потом ремапнет и сделает вид что все ок, не отменяет факта что блока больше нет. Иногда похоже фирмвари могут решить выгрузить результат даже если FEC decode fail и оно UNC, видимо в надежде что не сильно убито и пипл схавает. Нет хранить RAID с 2 копиями сектора на случай если FEC не справился, винч не будет. Это продолб. А гарантии относятся только к тому что он продолжит выглядеть технически-исправным блоком секторов. Но данные сектора потеряны.

2) SSD в этом плане прикалываются часто, много и разнообразно по двум зилионам причин, а пакость типа карт памяти и флех вообще отличный стресстест для любой фс и технологии. Впрочем чудесатые фирмвари HDD могут порой поспорить за пальму первенства. Иногда у кодеров быают довольно странные идеи что и зачем они делают.

> Вот целиком дохнуть внезапно они умеют.

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

> Поэтому неработающий raid6 таки огорчает.

Оно как бы да, но мир не совершенен.

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

252. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от пох. (?), 25-Фев-22, 16:33 
> Ну, я просто имею наглость полагать что в большей части сценариев "I

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

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

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

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

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

>> на современных дисках не бывает никаких бэдов.
> 1) Я их лично огребал пару раз. Ну да, редко. Но бывает.

это у тебя какое-то совсем старое и дряхлое было что-то. Или наоборот сверхновое? Обычный сценарий - с пятого или пятидесятого раза такой блок удается прочитать (тут опять отдельный привет линoopsу разучившемуся отключать ненужные модные технологии). Потому как в prml дисках он НИКОГДА правильно не читается, четверть века на том стоим.

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

> могут решить выгрузить результат даже если FEC decode fail и оно
> UNC, видимо в надежде что не сильно убито и пипл схавает.

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

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

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

>> Вот целиком дохнуть внезапно они умеют.
> Может мне везло, но в целом это довольно экзотично и реально до
> "внезапно" в смарте обычно полно намеков на проблему. А реальное внезапно

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

> я видел только с стукнутыми и уронеными винчами, ну вот тут

ты никогда не можешь быть 100% уверенным что этот диск не "стукнутый".
Но нет, это далеко не единственный и не частый вариант.

>> Поэтому неработающий raid6 таки огорчает.
> Оно как бы да, но мир не совершенен.

но в нем есть работающие EC системы.

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

269. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 02-Мрт-22, 00:25 
> ну продолжай веровать в свою непогрешимость.

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

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

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

> ну ждите, ждите. Я вот предполагаю что через неделю кто-то придумает новый
> "золотой стандарт", а потом еще два.

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

> А немодные немолодежные технологии как работали, так и будут.

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

> разница что у тебя там фигня для самоудовлетворения и самолюбования

А также всяких проектиков. И я такой не один :P. Околоэмбедерам эта штука таки малость зашла по ряду причин.

> - а тут таки постгря.

Чур меня, чур.

> Так что было б чему навернуться - оно бы уже успело.

Да для сильно кастомных оно так то nocow умеет. Правда так и фич меньше, но если кто хотел быть почти как ФС унутрях, он это и получает.

> это у тебя какое-то совсем старое и дряхлое было что-то.

Один из разов на довольно новом винче с временем наработки типа 1000 часов, чтоли. Ну, ремапнул 1 сектор и дальше поехало. А вот был бы номер из-за 1 бэда всю ФС убить.

> Или наоборот сверхновое? Обычный сценарий - с пятого или пятидесятого раза такой блок
> удается прочитать

Бывает и так и сяк, и даже между этими вариантами. Не прочитать 1 сектор раз в черти-сколько может... ну, случайный винч. Скажет UNC и что хочешь то и делай.

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

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

> Потому как в prml дисках он НИКОГДА правильно не читается, четверть века на том стоим.

Кэп намекает что FEC в секторах был "почти всегда". А с неких пор 4096 сектора захотелось, чтобы соотношение FEC/DATA улучшить малость, ага. И вопрос в том выдюжит он или нет. Если да, то ты не узнаешь про вон то. А если за несколько попыток не прочлось, вот тебе IO ERROR - UNC.

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

При терабайтных величинах "около ноля" - вообще совсем не эквивалент "равно нолю". И какая тебе радость что это 1 сектор на сколько-то миллиардов за сколько то лет? Пое...ся завернуть оно таки может :)

> ну вот такое дерьмо не надо было покупать.

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

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

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

> у меня около сотни карт памяти. Все читаются, что я делаю не так?

"Если вам кажется что дела идут хорошо, вы просто чего-то не заметили" :)

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

особенно если сдернуть без размонтирования...

> гуглевую статью что смарт вообще не имеет ни малейшей корреляции с реальными
> проблемами ты, конечно, не читал?

1) Я видел эн девайсов, живых, полуживых, и совсем не живых. И имел возможность набрать некую общую идею у кого как из вендырей смарт реагирует на факапы.
2) Если пытаться формальными критериями оперировать, как в спеках, пролетишь. Однако upcoming failure все-равно можно заметить. Глядя на RAW атрибуты и проч. Например, если raw read error rate растет, надо СКОПИРОВАТЬ ВСЕ ЦЕННОЕ, потому что МОЖЕТ скопытиться. А может и не скопытиться, возьмет и передумает. Вебмакаки гугла слишком далеки от железа чтобы "чувствовать машину" и понимать такие вещи.
3) Грубо говоря есть эн семейств технологий. Это эн не такое уж большое, ключевых производителей осталось по сути 2, WD и ST. Реально сложнее из-за разных линеек, однако общая линия поведения фирмварей и проч более-менее похожа.
4) (глядя на WD отвалившийся в safe mode) а таки я с пациента данные вынул ДО этого - WIN.

Кстати если хочешь поугарать, позырь на whdd. Да, и под линухом есть правильные тулсы.

> ты никогда не можешь быть 100% уверенным что этот диск не "стукнутый".

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

> Но нет, это далеко не единственный и не частый вариант.

Хум хау. Я такого видел.

> но в нем есть работающие EC системы.

В нем много чего есть. Вопрос в общем сочетани и насколько это практично в том или ином случае.

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

125. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +2 +/
Сообщение от leap42 (ok), 24-Фев-22, 05:54 
> xfs не нужно вообще, ибо никаких выдающихся особенностей по сравнению с ext4

ох уж эти эксперты с опеннета xD

RH не поддерживает ext4 в своих storage продуктах. и на это есть объективная причина:

ext4 brain dead, её место на помойке. в бытность админом несколько раз видел полный развал ФС. это выглядит как долгий (видел по 4-6 часов для не быстрых, но и не больших дисков) fsck после аварийного выключения, который в конце выдаёт ошибку и ФС смонтировать нельзя (можно повторить процедуру, но эффекту 0). так вот, в 100% случаев это была ext4. да, шансы потерять данные на xfs выше (сам терял), но это абсолютно неважно: у приличного админа всегда есть бэкап. и кстати ни разу не видел fsck на xfs дольше одной минуты (обычно одна секунда).

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

131. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  –1 +/
Сообщение от пох. (?), 24-Фев-22, 09:05 
> RH не поддерживает ext4 в своих storage продуктах. и на это есть объективная причина:

есть, но совсем не та которую ты написал. Мало ли чего ты в бытность подвальным админом видел и какими кривыми руками настраивал (откуда вообще у тебя взялся fsck на журналируемой fs? Он при запуске накатит журнал и завершится без проверок. То же самое произойдет если его и вовсе не запустить.)

Дай тебе стекляный уй - ты его сломаешь при fsck и еще и порежешься.

А RH купила индусскую мега-технологию (вместе со всей стаей бангалорских разработчиков) которая требует размеров EA не влезающих в ext4 (в xfs тоже не влезает, требуя ручного тюнинга, но он там хотя бы предусмотрен). И ее storage-протухлая похабень дооолгое время была на них основана. Потом кумара поменяли и теперь они делают вид что ничеготакогонебыло, и вот вам ceph.
А тому все равно с чего у тебя полтора бинарника загружаются.

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

166. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 13:48 
> Дай тебе стекляный уй - ты его сломаешь при fsck и еще и порежешься.

Пох описывает свой ценный жизненный опыт. Он то уже сломал и порезал, чего и тебе желает :))

> А тому все равно с чего у тебя полтора бинарника загружаются.

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

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

140. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от tty0 (?), 24-Фев-22, 09:53 
Вы абсолютно правы. Были такие косяки с ext4. В 2013, как я помню, поправили.
Ответить | Правка | К родителю #125 | Наверх | Cообщить модератору

4. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  –2 +/
Сообщение от Аноним (4), 23-Фев-22, 20:04 
Гномеры пролезают в ядро.
Ответить | Правка | Наверх | Cообщить модератору

123. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +4 +/
Сообщение от Отражение луны (ok), 24-Фев-22, 05:41 
Дропать поддержку чего-то ненужного - это нормально. Не нормально дропать поддержку чего-то базового без видимых на то причин.
Ответить | Правка | Наверх | Cообщить модератору

132. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +2 +/
Сообщение от пох. (?), 24-Фев-22, 09:05 
Причину и изобрести можно!
Ответить | Правка | Наверх | Cообщить модератору

178. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  –1 +/
Сообщение от Аноним (178), 24-Фев-22, 15:35 
> Причину и изобрести можно!

Когда у тебя новый, модный, клевый стораж в твоей операционке упрется в CPU почему-то - уверенность в крутизне и правильности апей почему-то несколько убавляется и начинаются всякие интересные рефакторы. Но можно конечно и как некоторые другие, рассказать что быстрое IO нинужна!!!111 но в результате этого потом соседние новости появляются, там где "переходят на Linux".

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

217. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (217), 24-Фев-22, 20:41 
> Дропать поддержку чего-то ненужного - это нормально.

У меня уже 10 лет как большой раздел (~800Гб) на рейзере... Вот и как теперь мигрировать?

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

223. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 22:11 
> У меня уже 10 лет как большой раздел (~800Гб) на рейзере... Вот
> и как теперь мигрировать?

1) Пока - как видишь не срочно.
2) А в чем собственно трабл 800Гб подвинуть? Вот если б ты 800Тб сказал, это было бы да, вопросом.

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

5. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +16 +/
Сообщение от Аноним (5), 23-Фев-22, 20:07 
При этом последнее исправление в коде ReiserFS датировано 2019 годом...

Каменный век! Где мой смузи?

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

8. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +1 +/
Сообщение от Аноним (3), 23-Фев-22, 20:12 
И что? Оно сломалось? Не работает? Тормозит? Баги? Потеря данных?

Слышали про "Работает - не трогай"? Это идеально подходит к миру софта.

// b.

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

10. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +11 +/
Сообщение от Аноним (10), 23-Фев-22, 20:16 
Если серьёзно, то дело в том, что софт развивается - фиксятся баги, оптимизируется, добавляется новая функциональность и т.п. И бывает так, что какие-то модули надо обновлять, чтобы они соответсвовали новым API. Если они не обновляются, то это нормально их удалять, если ими никто не пользуется, чтобы не делать ненужную работу.
Ответить | Правка | Наверх | Cообщить модератору

35. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +4 +/
Сообщение от псевдонимус (?), 23-Фев-22, 21:04 
>соответсвовали новым API.

Проблема сдесь. Хотя кому проблема, а кому и полная занятость за неплохую зарплату.

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

55. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +1 +/
Сообщение от Ананимус (?), 23-Фев-22, 22:46 
Проблема в том что другие ФС пилятся, а reiserfs не пилится? У тебя с кукухонькой все хорошо?
Ответить | Правка | Наверх | Cообщить модератору

58. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от псевдонимус (?), 23-Фев-22, 23:06 
> Проблема в том что другие ФС пилятся, а reiserfs не пилится? У
> тебя с кукухонькой все хорошо?

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

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

76. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  –1 +/
Сообщение от Аноним (76), 23-Фев-22, 23:59 
> У меня норм. Провериться следует тем, кто деньги за это постоянное пиление
> под нестабильный апи платит.

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

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

56. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +1 +/
Сообщение от Bdfybec (?), 23-Фев-22, 22:47 
Не надо развитие за проблему выдавать. Проблема не здесь, проблема в отсутствии поддержки модуля, других проблем нет.
Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

59. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от псевдонимус (?), 23-Фев-22, 23:08 
> Не надо развитие за проблему выдавать. Проблема не здесь, проблема в отсутствии
> поддержки модуля, других проблем нет.

Естественно! Все должны подстраиваться под священное ведро и пилить, пилить, пилить!

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

74. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  –1 +/
Сообщение от Аноним (-), 23-Фев-22, 23:55 
> Естественно! Все должны подстраиваться под священное ведро и пилить, пилить, пилить!

Никто не будет ставить развитие core на паузу во имя хз чего. Поэтому оно и делает вас в последних версиях по жесткому, что iopsами, что pps... люди, вот, не стесняются в рефактор когда хорошую дорожку нащупали. Работают они так.

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

75. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  –1 +/
Сообщение от псевдонимус (?), 23-Фев-22, 23:58 
Да в опу ваш киркор.
Ответить | Правка | Наверх | Cообщить модератору

77. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 00:07 
> Да в опу ваш киркор.

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

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

121. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +1 +/
Сообщение от псевдонимус (?), 24-Фев-22, 05:18 
Линукс и есть корпоративная мусорка. Кто только не гадит туда..были бы деньги
Ответить | Правка | Наверх | Cообщить модератору

167. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 13:52 
> Линукс и есть корпоративная мусорка. Кто только не гадит туда..были бы деньги

Я с этой идеей не согласен, майнтайнеры подсистем в целом довольно недурно справляются с постановкой в стойло этих господ. Во всяком случае, если кто-то считает что может это дело лучше, он это ПОКАЗЫВАЕТ а не абстрактно пиндит на форуме. А не покажет? Ну, и хрен с ним, так вон даже FreeDOS кто-то релизит и кто-то использует. Рядышком пристроитесь и будете где-то примерно в том же списке теплых ламповых технологий, такой себе цифровой парк юрского периода.

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

169. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +1 +/
Сообщение от Аноним (169), 24-Фев-22, 14:35 
> Поэтому оно и делает вас в последних версиях по жесткому, что iopsами, что pps...

Этой мантре лапчато-опеннетных оналитегов лет эдак 15 уже ...

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

170. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  –1 +/
Сообщение от Аноним (-), 24-Фев-22, 14:37 
> Этой мантре лапчато-опеннетных оналитегов лет эдак 15 уже ...

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

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

174. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 15:14 
>> Этой мантре лапчато-опеннетных оналитегов лет эдак 15 уже ...
> Как и сопутствующим мантрам в стиле соседней новости :).

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

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

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

179. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 15:43 
> Главное, истово верить (и не читать дальше заголовка), ну и повторять почаще.

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

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

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

Это вам как эксперту в области виднее.

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

183. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 15:55 
>>>>  Поэтому оно и делает вас в последних версиях по жесткому, что iopsами, что pps...
>>> Этой мантре лапчато-опеннетных оналитегов лет эдак 15 уже ...
>> Главное, истово верить (и не читать дальше заголовка), ну и повторять почаще.
> Не уточните ли - во что именно верить? Я пока вполне верю
> в людей который делают что любят и любят что делают, просто
> потому что они меня не подводили так особо и это работает.
> Пох пытается рассказывать другие истории, но это больше проекции его собственных

Эк вы опять ловко с темы пруфцов срулили, да еще и поха зачем-то приплели.

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

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

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

207. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 19:00 
> Эк вы опять ловко с темы пруфцов срулили,

Как и вы - с вопроса про то во что ВЫ предлагаете верить.

А пруфцы - откройте фороникса и прошерстите новости за последние пару месяцев. Ну там где например 10M IOPS/core, чтоли, чувак дожал. Могу ошибаться в точных цифрах, но там прямо стахановское соревнование было, при том - походу только с секундной стрелкой. Там же рядом и про улучшения TCP/IP и как оно на 100G сетевках... можете вы#%нутся и показать сравнимые цифры на (что там у вас фетишем, бзды, винды?)

> да еще и поха зачем-то приплели.

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

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

Что-то экспертуса параноя подалбывает, чтоли. Или ЧСВ жмет.

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

210. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 19:50 
>> Эк вы опять ловко с темы пруфцов срулили,
> Как и вы - с вопроса про то во что ВЫ предлагаете верить.

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

> А пруфцы - откройте фороникса и прошерстите новости за последние пару месяцев.
> Ну там где например 10M IOPS/core, чтоли, чувак дожал. Могу ошибаться
> в точных цифрах, но там прямо стахановское соревнование было, при том
> - походу только с секундной стрелкой. Там же рядом и про

Яснопонятно - "пруфы моих смелых заявлений ищи сам!".
ЧСХ, экспертус сам же ссылается не на сравнение, хотя заявлял "делает вас в последних версиях по жесткому". Да - опеннетная оналитега, она такая.

> можете вы#%нутся и показать сравнимые цифры на (что там у вас фетишем, бзды, винды?)

Вы#%бываетесь тут пока что только вы. Впрочем, как обычно.
https://news.ycombinator.com/item?id=28584738
https://people.freebsd.org/~gallatin/talks/euro2021.pdf
Serving Netflix Video at 400Gb/s on FreeBSD [pdf]
Не вижу там никакого линукса, значит, по "опеннетно-экспертной-логике" вполне "делает вас в последних версиях по жесткому".


>> Только вот увы, достаточно глянуть чуть выше в ветку, чтобы увидеть как
>> "Экспертус" сначала приписал мне какую-то хрень, а теперь неловко переводит стрелки.
> Что-то экспертуса параноя подалбывает, чтоли. Или ЧСВ жмет.

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

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

232. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 25-Фев-22, 01:31 
> 2) Прокапитаню: встречный вопрос и пространные рассуждения на совершенно другую тему вместо
> ответа - это именно то, что в простофорумье называют "срулить".

Красивая попытка заболтать меня и уйти от ответа. А пойнт этой активности какой?

> Яснопонятно - "пруфы моих смелых заявлений ищи сам!".

Я сказал где искать и примерный таймлайн. Вы столь печальны что это не можете? Позор какой. Ну ладно, для тех кто на фороникс зайти сам не может, https://www.phoronix.com/scan.php?page=news_item&px=Core-i9-... - и там внутрях ссылочки. Да, простите, про 10MIOPS/core я прогнал, там уже все 13 было.

> ЧСХ, экспертус сам же ссылается не на сравнение, хотя заявлял "делает вас
> в последних версиях по жесткому". Да - опеннетная оналитега, она такая.

И сколько MIOPS/core вышло у вас?

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

Тут какие-то слухи забавные ходили что нетфликс хочет их в пешее эротическое. И где там IOPS'ы? Гигабиты в секунду на сервировке видео - не про IOPS, врядли там IOPSов много, откуда? Вы не поняли мой вопрос?

> Неожиданно честный и самокритичный ответ. Хоть и непонятно, зачем о себе в третьем лице.

Мы все Аноним...

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

235. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (235), 25-Фев-22, 02:38 
>> 2) Прокапитаню: встречный вопрос и пространные рассуждения на совершенно другую тему вместо
>> ответа - это именно то, что в простофорумье называют "срулить".
> Красивая попытка заболтать меня и уйти от ответа. А пойнт этой активности какой?

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

>> Яснопонятно - "пруфы моих смелых заявлений ищи сам!".
> Я сказал где искать и примерный таймлайн. Вы столь печальны что это не можете? Позор какой.

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

> Ну ладно, для тех кто на фороникс
> зайти сам не может, https://www.phoronix.com/scan.php?page=news_item&px=Core-i9-... - и там внутрях ссылочки. Да, простите, про 10MIOPS/core я прогнал, там уже все 13 было.

И что именно там должно доказать вашу заяву "Поэтому оно и делает вас в последних версиях по жесткому, что iopsами, что pps"? Я в упор не вижу бенча "Делалщик VS Уделываемый" или его там нет?

>> ЧСХ, экспертус сам же ссылается не на сравнение, хотя заявлял "делает вас
>> в последних версиях по жесткому". Да - опеннетная оналитега, она такая.
> И сколько MIOPS/core вышло у вас?

Как хуцпанисто^W мило. Опеннетный оналитег на голубом глазу требует от меня приобрести железки за пару тысяч и пруфануть, вместо него, его же "заяву".
Уже бегу!^W^W
Не-не. Сам что-то ляпнул - сам и доказывай.

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

Главное тут опять "истово верить", да? (поясняю: во что именно "верить" - процитированно)

>>> Там же рядом и про улучшения TCP/IP и как оно на 100G сетевках...
>> ...
> И где там IOPS'ы? Гигабиты в секунду на сервировке видео - не про IOPS, врядли там IOPSов много, откуда?

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

> Вы не поняли мой вопрос?

Это был не "вопрос", а неумелая попытка перекинуть на меня бремя доказательства своих же "тезисов".
Напомню для страдающих избирательной амнезией:
>>> Поэтому оно и делает вас в последних версиях по жесткому, что iopsами, что pps..."
>> <Пруфцы?>
> А пруфцы - откройте фороникса и прошерстите новости... можете вы#%нутся и показать сравнимые цифры на (что там у вас фетишем, бзды, винды?)

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

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

270. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  –1 +/
Сообщение от Анонми (?), 02-Мрт-22, 00:57 
> В чем пойнт этого упорного сруливания в "Папа, где море?"?

Да нет никакого сруливания. Я вижу как работают ядерщики, и мне нравится что у них получается. В этом нет никакой особой подставы и проч. Представляете, так бывает.

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

А чего такого попросить бсдельников показать сравнимые iops'ы? :) ЧСХ вместо этого показали гигазы в секунду. Кто б сомневался в квалификации бсдюков.

> И что именно там должно доказать вашу заяву "Поэтому оно и делает
> вас в последних версиях по жесткому, что iopsами, что pps"? Я
> в упор не вижу бенча "Делалщик VS Уделываемый" или его там нет?

Ох, покажите бенч опровергающий это, я так и быть посыплю голову пеплом.

> Как хуцпанисто^W мило. Опеннетный оналитег на голубом глазу требует от меня приобрести
> железки за пару тысяч и пруфануть, вместо него, его же "заяву".

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

> Не-не. Сам что-то ляпнул - сам и доказывай.

Так говорите, как будто вас жонглирование фактами спасет :)

> Главное тут опять "истово верить", да? (поясняю: во что именно "верить" - процитированно)

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

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

Это реальное применение - только оно не про IOPSы. А с чего там IOPS'ам быть?

> Причем еще и без каких либо "претензий" или "заяв", в отличие от.

Пафосная презентаха где маркетинга больше чем технических сведений теперь так называется? :)

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

Типа того :). Или покажи кого-нить с такими же iops-ами на этом.

> Не-не, это так не работает, так что зас^W оставьте свои "вопросы" и
> прочие бесконечные спрыги с темы себе - и просто покажите доказательства
> ваших смелых заяв. Если вы конечно не балабол.

Ггг как оно реально работает вон там в веточке про ix можете посмотреть, где фирмач недвусмысленно сказал что бсд версии - стабилизец!

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

273. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 02-Мрт-22, 01:49 
>> Какой унылый, очередной перевод стрелок. Позор - это настыр^H^Hойчиво требовать пруфцов
>> своих же заявлений от других.
> А чего такого попросить бсдельников показать сравнимые iops'ы? :) ЧСХ вместо этого
> показали гигазы в секунду. Кто б сомневался в квалификации бсдюков.

И правда - что такого, чтобы ляпнуть что-то и затем технично срулить в закат, перекладывая бремя доказательства? (<- сарказм).
Кто б сомневался в "квалификации" балаболов :)

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

ЧайникРассела.жпг
Что символично - был приведен для демонстрации абсурдности религиозных заяв/"аргументов"

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

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

>> Вообще-то, это реальное применение - раздача шифрованых данных гигзами, а не синтетика.
> Это реальное применение - только оно не про IOPSы. А с чего там IOPS'ам быть?

А с чего бы идти на поводу у религиозных фанатикам-"верунов"?
Им не нравится чайник на орбите? Их проблемы!

>> Причем еще и без каких либо "претензий" или "заяв", в отличие от.
> Пафосная презентаха где маркетинга больше чем технических сведений теперь так называется? :)

Да-да, то ли дело статья на морониксе, где практически все тех.детали перечисленны в заголовке!

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

"Докажи мне, что между Землёй и Марсом вокруг Солнца по эллиптической орбите НЕ вращается фарфоровый чайник!".
Впрочем, "Многие верующие ведут себя так, словно не догматикам надлежит доказывать общепринятые постулаты, а наоборот — скептики обязаны их опровергать." (c)

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

В общем - балаболус вульгарис. Как и предполагалось.


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

274. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 02-Мрт-22, 03:02 
> в закат, перекладывая бремя доказательства? (<- сарказм).

А подписано видимо специально в силу общей унылости.

> Кто б сомневался в "квалификации" балаболов :)

Аноним троллит анонима. Какая милота.

> Что символично - был приведен для демонстрации абсурдности религиозных заяв/"аргументов"

Ну, показал, полегчало?

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

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

> Обычное дело в религии, ведь "главное - верить!"

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

> Им не нравится чайник на орбите? Их проблемы!

А потом оказывается что это не чайник был а Тесла :)

> Да-да, то ли дело статья на морониксе, где практически все тех.детали перечисленны в заголовке!

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

> "Докажи мне, что между Землёй и Марсом вокруг Солнца по эллиптической орбите
> НЕ вращается фарфоровый чайник!".

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

> Впрочем, "Многие верующие ведут себя так, словно не догматикам надлежит доказывать
> общепринятые постулаты, а наоборот — скептики обязаны их опровергать." (c)

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

> В общем - балаболус вульгарис. Как и предполагалось.

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

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

73. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 23-Фев-22, 23:54 
> Проблема сдесь. Хотя кому проблема, а кому и полная занятость за неплохую зарплату.

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

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

79. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +1 +/
Сообщение от Аноним (-), 24-Фев-22, 00:20 
>> Проблема сдесь. Хотя кому проблема, а кому и полная занятость за неплохую зарплату.
> тела,
> псевдоупырь

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

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

85. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 00:35 
> Прям эталонная вежливость и обходительность у "нетакого комьюнити".

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

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

88. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 01:12 
>> Прям эталонная вежливость и обходительность у "нетакого комьюнити".
> Он это честнейше заработал годами характерного поведения и глупыми потугами доказать что
> линукс такой плахой, все дела.

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

«Что ты смотришь на сучок в глазе брата твоего, а бревна в твоём глазе не чувствуешь»


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

98. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  –1 +/
Сообщение от Аноним (-), 24-Фев-22, 01:59 
> Это в той самой новости, где у тебя была очереная умная потуга
> доказать, что бзд - "бесполезный мусорный бак"?

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

> «Что ты смотришь на сучок в глазе брата твоего, а бревна в твоём глазе не чувствуешь»

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

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

133. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +1 +/
Сообщение от пох. (?), 24-Фев-22, 09:13 
Вы не поняли посыл: предполагается что непосторонние тела на подcoce у платиновых партнеров всегда имеют что зарепортить в отчет о проделанной работе. Тем и живут.

Вот там сломали - вот в тех ста местах починили, тикетница полна, работа - кипит.

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

> Конечно же это будет не совсем правда

поскольку г-но он гораздо большее.

Но увы, у фряхи нет microsoft и ibm в числе платиновых партнеров. А одним миллионером сыт не будешь. Миллион его давно ушел на гендерное порноправие и альтернативную одаренность.

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

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

172. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 14:58 
> Вы не поняли посыл: предполагается что непосторонние тела на подcoce у платиновых
> партнеров всегда имеют что зарепортить в отчет о проделанной работе. Тем и живут.

Лучший отчеты которые можно выкатить за них так то поледние 2-3 релиза ядра фороникс строчит, хайпуя по части PPS и IOPS'ов слегонца. Нуачо, мне такие отчеты тоже нравятся.

И если для того чтобы их видеть надо уйти откровенно заброшенный код, который удерживает рефактор компонентов - ну, ой. Мне нахрен не вперся музейный труп, где всегда 80386, с стамегабайтным винчом, всегда 20 мегов в секунду, сорян. Даже если это тогда было круто и эффективно, у быстрого ssd будут другие соотношения, например, и будет ли там та технология крута и эффектвина - большой вопрос.

> Вот там сломали - вот в тех ста местах починили, тикетница полна, работа - кипит.

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

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

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

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

Тут все данные телеметрии доступны на радаре: единственный оставшийся юзер апи в виде рейзера палится ну вот сам собой, показывая что на код забили ...

> поскольку г-но он гораздо большее.

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

> Но увы, у фряхи нет microsoft и ibm в числе платиновых партнеров.

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

> А одним миллионером сыт не будешь. Миллион его давно ушел на
> гендерное порноправие и альтернативную одаренность.

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

> Поэтому судьба фряхи, увы, кладбище. Цветочки поливать не забудьте.

Еще табличку "зомби не кормить" надо, для антуражу.

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

83. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +3 +/
Сообщение от Смузихлёб (?), 24-Фев-22, 00:31 
Смотри не поперхнись смузи. Обновления ради обновлений не нужны. Надёжность там, где ничего не трогают годами.
Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

113. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 03:41 
> Смотри не поперхнись смузи. Обновления ради обновлений не нужны. Надёжность там, где
> ничего не трогают годами.

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

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

141. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от _kp (ok), 24-Фев-22, 10:04 
>>Если они не обновляются, то это нормально их удалять

То есть, если ПО закончено, и особо не требует обновления, и не доставляет проблем, то надо самим создать проблемы?

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

16. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  –5 +/
Сообщение от Gourytch (ok), 23-Фев-22, 20:24 
Во! Герой! ты точно его поддерживать согласишься!
Перепишешь его код так чтобы он не оставался копролитом,а был свежим и модным.
Ну или хотя бы не пользовал старый механизм,
которые только из-за его одного оставили.
Почёт тебе будет и прочие почести от тех, кто им ещё пользуется.
Если кто-то ещё пользуется. конечно.
Ну а нет - то тогда у тех, кому оно ещё надо, останется как раз твой вариант решения:
не трогать ничего и оставаться на старых версиях ядра.
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

21. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (21), 23-Фев-22, 20:36 
> И что? Оно сломалось? Не работает? Тормозит? Баги? Потеря данных?

Нет, оно недостаточно хипстерское и как бельмо на глазу, видимо, мешает btrfs-никам и прочим смузихлёбам
> Слышали про "Работает - не трогай"? Это идеально подходит к миру софта.
> // b.

А им пофиг, им надо чтобы свистелки-дуделки, хипстота и пыщ-пыщ

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

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

22. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +1 +/
Сообщение от Аноним (21), 23-Фев-22, 20:37 
>> И что? Оно сломалось? Не работает? Тормозит? Баги? Потеря данных?
> Нет, оно недостаточно хипстерское и как бельмо на глазу, видимо, мешает btrfs-никам
> и прочим смузихлёбам
>> Слышали про "Работает - не трогай"? Это идеально подходит к миру софта.
>> // b.
> А им пофиг, им надо чтобы свистелки-дуделки, хипстота и пыщ-пыщ
> Мейнстримные линуксовые системы вслед за шляпой уже порядком времени катятся в толерастию
> и мозгоразжиж, и не дердатся за разумные решения и здравый смысл!

*и не дерЖатся за разумные решения и здравый смысл!

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

80. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +1 +/
Сообщение от Аноним (-), 24-Фев-22, 00:23 
> А им пофиг, им надо чтобы свистелки-дуделки, хипстота и пыщ-пыщ

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

> Мейнстримные линуксовые системы вслед за шляпой уже порядком времени катятся в толерастию
> и мозгоразжиж, и не дердатся за разумные решения и здравый смысл!

Вообще, они катятся в быстрые SSD'шники и все что от этого вытекает. От слета метаданных большими блоками при факапе (то еще д-мо для фс) до диких iops'ов, когда даже просто педалирование страниц отдельно - начинает напрягать, когда вон та штука сжевывает больше чем проц обмолачивает и оно ВНЕЗАПНО cpu-bound с какого-то вообще. WD еще катятся в Zoned Storage. И вообще-то активно пилят поддержку этсамого. Сами. Весьма почтенный подход к делу, между прочим. А вы с немайнстримом расскажете как вам не надо быстрые SSD или суперемкие HDD, соответственно.

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

30. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +3 +/
Сообщение от пох. (?), 23-Фев-22, 20:53 
> И что? Оно сломалось?

ДА. stable api nonsense ломал и ломает что попало.
А автор сидит пожизненно и не бежит срочно переписывать на более модные и новые апи или как-то учиться обходиться вообще без.

> Слышали про "Работает - не трогай"? Это идеально подходит к миру софта.

вот и сиди на своем 2.6.16
Правда, оно не работает с современным железом.

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

81. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  –1 +/
Сообщение от Аноним (-), 24-Фев-22, 00:27 
> ДА. stable api nonsense ломал и ломает что попало.

Правильно, накукуй оптимизировать замшелый страничный апи, даже если оно с NVME сторажами в CPU упирается? Все пали ниц перед стабильным апи, и пусть проц жрет, его величество пох так сказал :). А может, нафиг таких спецов по файлухам, без них лучше работает :)

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

Новые модные апи имеют тенденцию нефиогово подразгонять IO что стало довольно актуально. Почему-то.

> Правда, оно не работает с современным железом.

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

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

87. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +1 +/
Сообщение от Hck3r (?), 24-Фев-22, 00:52 
Читали тред в твиттере чуваков, которые Линукс на маковский чип М1 портируют, которые нашли хаки в МакОСи чтобы «винты» эпловские быстро работали?
Убирают проверки.. и выигрывают на этом :)
Ответить | Правка | Наверх | Cообщить модератору

90. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 01:20 
> Читали тред в твиттере чуваков, которые Линукс на маковский чип М1 портируют,
> которые нашли хаки в МакОСи чтобы «винты» эпловские быстро работали?
> Убирают проверки.. и выигрывают на этом :)

Я не читаю твиттеры чуваков. А вот гит лог керенела и рассылки - вполне. Чуваки нормальные, мощные, крутые, дело свое знают и любят. Они на работу не ходят, они ей наслаждаются, получая бабки за то что они и так делали бы. Просто они могут в фултайм все это. А потом еще и из дома, себе по кайфу, если батхертит от бага недогашеного и хочется кому-нибудь кооперативному фикс своей кульной штуки быстренько отдать, чтоб ну например я там пободался, относительно параллельно. А завтра, когда фиксер проснется, ему меседж на закуску, прокатил его фикс или где, ему тоже так то любопытно и крап релизнуть на юзеров совсем неохота. Это правда блочный уровень и ФС, что там с именно эплом хрен бы его знает, никогда не связывался с этим, троянизированое железо пусть кто-нибудь другой покупает. Для меня честь что можно взаимодействовать с такими людьми, настоящими мастерами своего дела. Это же не унылка пох который придумает 20 причин по которым у меня в системах все должно быть сложно, отстойно и через ж.

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

126. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +2 +/
Сообщение от bOOster (ok), 24-Фев-22, 06:21 
Ну да, какое откровение, признавать что в Linux долгосрочное планирование/проектирование архитектуры системы отсутствует от слова совсем.
Под девиз - "Раз,два - кружева. Три, четыре - прицепили.", -"мы наш мы новый мир построим, кто был ничем - тот станет всем."
Ответить | Правка | К родителю #81 | Наверх | Cообщить модератору

173. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  –2 +/
Сообщение от Аноним (-), 24-Фев-22, 15:08 
Довольно мудрый инженерный принцип гласит что проблемы стоит решать по мере их поступления. В этом есть своя мудрость. Попытки делать излишне концептуально, общо, предугадывать вдолгую и проч имеют свойство проваливаться, когда наступившее будушее оказывается не таким как его себе представляли, в концепции и абстракции не лезет, а что теперь делать - вообще не понятно.

В этом плане эмпирический и итеративный подход может оказаться лучше. Еще несколько лет назад по сути ни 1 ФС не занималась проблемой что стораж оказывается может быть такой быстрый что CPU не успевает данные готовить. Традиционно сторажи сильно отставали от CPU. А тут, вот, производители SSD с цепи сорвались, людям надоело тормозное IO - и они сделали IO которое не тормозное!

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

194. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от bOOster (ok), 24-Фев-22, 16:50 
> Довольно мудрый инженерный принцип гласит что проблемы стоит решать по мере их
> поступления. В этом есть своя мудрость. Попытки делать излишне концептуально, общо,
> предугадывать вдолгую и проч имеют свойство проваливаться, когда наступившее будушее оказывается
> не таким как его себе представляли, в концепции и абстракции не
> лезет, а что теперь делать - вообще не понятно.

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

> В этом плане эмпирический и итеративный подход может оказаться лучше. Еще несколько
> лет назад по сути ни 1 ФС не занималась проблемой что
> стораж оказывается может быть такой быстрый что CPU не успевает данные
> готовить. Традиционно сторажи сильно отставали от CPU. А тут, вот, производители
> SSD с цепи сорвались, людям надоело тормозное IO - и они
> сделали IO которое не тормозное!

20 лет назад была сформирована файловая система FreeBSD 5.0 как она сейчас есть - в основном GEOM, и о чудо она до сих пор актуальна, в рабочем состоянии ДЛЯ ЛЮБЫХ носителей в том числе и SSD, конечно минорно модернизируется но ей уже 20 лет и никто не жалуется, система работает.
И, например, разработчики решения, обсуждаемые в другой теме о TrueNAS SCALE говорят об этом. В кратце "Нам не нужно рвать ..опу чтобы поддерживать версию для FreeBSD в актуальном состоянии, чего нельзя сказать о Linux - и они ожидают что максимально потраченное (SPENT) время будет именно на проект для Linux". Тут обращу внимание на глагол EFFORTS SPENT - обычно он означает потраченные усилия в пустую.  

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

208. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 19:26 
> Это не инженерный принцип, это принцип неудачника.

Мощное обоснование, но глядя на то чем стали Торвальдс и его операционка, а чем Таненбаум и его операционка, я, пожалуй, потусую с "неудачниками". Мне так больше нравится.

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

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

> 20 лет назад была сформирована файловая система FreeBSD 5.0 как она сейчас
> есть - в основном GEOM, и о чудо она до сих пор актуальна,

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

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

> в рабочем состоянии ДЛЯ ЛЮБЫХ носителей в том числе и SSD, конечно минорно
> модернизируется но ей уже 20 лет и никто не жалуется, система работает.

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

> - и они ожидают что максимально потраченное (SPENT) время будет именно на проект для Linux".

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

> Тут обращу внимание на глагол EFFORTS SPENT - обычно он означает потраченные усилия в пустую.

Двойка за знание инглиша. Он означает лишь потраченные усилия (ресурсы) но ничего не говорит о том какой эффект это возымело. Может быть что угодно от EPIC FAIL до EPIC WIN.

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

214. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от bOOster (ok), 24-Фев-22, 20:15 
>> Это не инженерный принцип, это принцип неудачника.
> Мощное обоснование, но глядя на то чем стали Торвальдс и его операционка,
> а чем Таненбаум и его операционка, я, пожалуй, потусую с "неудачниками".
> Мне так больше нравится.

Ну точно, 3.5% это выдающееся достижение и конечно не сравнится даже с 9.5% для той же MacOSX c FreeBSD изначально. И не нужно говорить что Macosx это не FreeBSD, это не так, снаружи они отличаются, но внутри - все очень даже похоже. К чему это я, а да - Джобс прагматик и изучал системы прежде чем делать свой NextStep и присоединяться к неудачникам во время ковыряния в "помойном ведре" он очень не хотел.

>[оверквотинг удален]
> Кому она актуальна - тот пускай этим и пользуется. Я для себя
> btrfs предпочитаю. Потому что вон там он делает вон те выводки
> систем надежнее. А вот тут я снапошотиками щелкаю, как будто это
> виртуалочка, только оно железка. А тут, вот, выводочек виртуалок гигов так
> на эн клонируется "мгновенно". А вон там я могу без запары
> еще пару дисков подоткнуть и мне еще эн места прибавляется. Удобно,
> ниипет. А еще я знаю где живые девы этой штуки обитают,
> и если лыжи все же оказываются на асфальте, это довольно быстро
> и эффективно решаемо. Можете ли вы похвастать тем же - интересно,
> да.

Ты забыл что btrfs это просто жалкое поделие, жалкая копия на текущий момент по сравнению с ZFS которая была спроектирована Sun Microsystems с оглядкой на свой многодесятилетний опыт и в котором они заглядывали весьма далеко вперед планируя ее.
> Работать можно по разному. Я не хочу работать с эффективностью 20-летней давности,
> с тех пор было придумано много эффективных технологий.

Если что, то операционной системе ZFS с которой пытаются скопировать твой идеал btrfs уже 18 лет. Ты не знал? Так что ты даже до эффективности 18 летней давности со своей корявой в целом и не пригодной для продуктива - btrfs не дорос.. :)))


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

225. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 23:32 
> Ну точно, 3.5% это выдающееся достижение и конечно не сравнится даже с
> 9.5% для той же MacOSX c FreeBSD изначально.

1) Я не понимаю пойнт этого аргумента. Сферические проценты в вакууме должны мне греть душу? И даже, вроде, пох оценивал линуксоидов в 8-10%, чтоли, они просто технически продвинутые и срезают или меняют юзерагент, юзают адблокеры и проч. Или я с кем то путаю.
2) Макось - у эппла. Я не акционер фирмы и никогда не буду им: мне нравится культура кооперации и коллаборации, а не потребления и п0нта. Это не мой путь.
3) Фрибсд и ее процесс дева меня не возбуждают. Мне не нравятся отношения master-slave с проприетарщиками. Особенно в роли slave. Примерно туда же и как там его, дарвин, чтоли.
4) Чисто технически для меня лучше всего модульный конструктор. Из него я соберу все что мне будет нужно. Для себя и окружающих, for fun and profit. Линукс - оно. Позволяет сделать что задумано, не мешается в процессе. А целостная операционка где кто-то знает лучше что мне "нужно" - создает мне массу проблем. Я лучше знаю что мне надо в системном образе и почему. Когда кто-то пытается стоять на этом пути это создает мне неудобства и раздражает.

> И не нужно говорить что Macosx это не FreeBSD, это не так, снаружи они
> отличаются, но внутри - все очень даже похоже.

Внутри это очень разные вещи и ядро макоси - основано на Darwin. Это не является полностью опенсорсным и достаточно гибким для меня и того что я хочу уметь, и я предпочту не иметь никаких дел с фирмой практикующей DRM, secureboot, аппстор и прочие загородки. Такие "благодетели" на мою бошку мне не нужны. И лучшее что я могу это развидеть это. Мои системы подчиняются мне. Я системшик, по другому мне не катит.

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

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

> Ты забыл что btrfs это просто жалкое поделие, жалкая копия на текущий
> момент по сравнению с ZFS которая была спроектирована Sun Microsystems с
> оглядкой на свой многодесятилетний опыт и в котором они заглядывали весьма
> далеко вперед планируя ее.

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

> Если что, то операционной системе ZFS с которой пытаются скопировать твой идеал
> btrfs уже 18 лет. Ты не знал?

А рефлинки она так и не умеет вроде. Что довольно тупо для COW, но, вот, однако. И управление девайсами в бтрфс мне нравится. Взял да воткнул что есть. Без мыла в ж с поиском "точно такого же" или складированием запаса, пусть энтерпрайзники так #%^тся.

> Так что ты даже до эффективности 18 летней давности со своей корявой в целом и
> не пригодной для продуктива - btrfs не дорос.. :)))

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

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

195. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от bOOster (ok), 24-Фев-22, 16:50 
> Довольно мудрый инженерный принцип гласит что проблемы стоит решать по мере их
> поступления. В этом есть своя мудрость. Попытки делать излишне концептуально, общо,
> предугадывать вдолгую и проч имеют свойство проваливаться, когда наступившее будушее оказывается
> не таким как его себе представляли, в концепции и абстракции не
> лезет, а что теперь делать - вообще не понятно.

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

> В этом плане эмпирический и итеративный подход может оказаться лучше. Еще несколько
> лет назад по сути ни 1 ФС не занималась проблемой что
> стораж оказывается может быть такой быстрый что CPU не успевает данные
> готовить. Традиционно сторажи сильно отставали от CPU. А тут, вот, производители
> SSD с цепи сорвались, людям надоело тормозное IO - и они
> сделали IO которое не тормозное!

20 лет назад была сформирована файловая система FreeBSD 5.0 как она сейчас есть - в основном GEOM, и о чудо она до сих пор актуальна, в рабочем состоянии ДЛЯ ЛЮБЫХ носителей в том числе и SSD, конечно минорно модернизируется но ей уже 20 лет и никто не жалуется, система работает.
И, например, разработчики решения, обсуждаемые в другой теме о TrueNAS SCALE говорят об этом. В кратце "Нам не нужно рвать ..опу чтобы поддерживать версию для FreeBSD в актуальном состоянии, чего нельзя сказать о Linux - и они ожидают что максимально потраченное (SPENT) время будет именно на проект для Linux". Тут обращу внимание на глагол EFFORTS SPENT - обычно он означает потраченные усилия в пустую.  

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

199. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от пох. (?), 24-Фев-22, 16:57 
> Довольно мудрый инженерный принцип гласит что проблемы стоит решать по мере их
> поступления.

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

> лет назад по сути ни 1 ФС не занималась проблемой что
> стораж оказывается может быть такой быстрый что CPU не успевает данные

потому что ежу понятно что не нужно в такие стораджи лезть с традиционными fs (а если уж лезешь - не рассчитывать на максимум производительности)

> готовить. Традиционно сторажи сильно отставали от CPU. А тут, вот, производители
> SSD с цепи сорвались, людям надоело тормозное IO - и они
> сделали IO которое не тормозное!

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

Теперь оно одинаково хреново работает и на spinning rust (который от нас никуда не денется потому что супернанофлэши по прежнему супермалоемки) и на флэшах мапящихся напрямую на адресное пространство. Так победим!

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

213. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 20:04 
> если проблема для своего решения требует каждый раз переписать пол-ядра - возникают
> сомнения в мудрости изобретшей проблему на пустом месте мартышки.

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

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

> потому что ежу понятно что не нужно в такие стораджи лезть с
> традиционными fs (а если уж лезешь - не рассчитывать на максимум производительности)

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

> ни разу. Они срезали сразу кучу углов, чтобы получить "нетормозное" - и
> внезапно оказалось, ну кто бы мог подумать, что традиционные fs специально
> оптимизированные для совсем другого железа, для этого не совсем подходят.

Они просто деланы в эпоху когда CPU был много быстрее IO поэтому по оверхеду на стороне CPU не очень парились. А тут, вот, быстрое IO завезли - стало парить.

И вон тот Кент - он так то сразу прочухал, мол, а что если сделать как бтр, только еще быстрее, чтоб оверхеда меньше?! Btrfs то не может сильно поменять формат - старый все равно жрать надо, совсем разные форматы парсить это как 2 драйвера в одном, поэтому сильно переиграть - проблемно. Хотя "v2" экстентов - вон он. Просто менее радикальный.

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

Мир довольно сложная штука а у решений есть как плюсы так и минусы. Из очевидных плюсов, от вон того курса выиграют не только узкоспециализированные чуваки но и остальные, прибавляет желающих со всеми этим по...ся. Я бы не помог им загасить пару багов если бы это было только на энтерпрайзной мегахне за $XXXXX которой у меня не оказалось под рукой. И такой экзот обречен быть довольно паршиво протестированым. Вам впервой чтоли, на энтерпрайз кастомерах ключевые подсистемы затестите, с вас станется. Не будете же вы все ворклоады эмулировать и все странные вещи которые юзеры вытворяют опробовать, право? Значит их найдут вон те энтерпрайзные кастомеры. Это по своему мило, но они вас за это почему-то очень хотят послать потом.

> Теперь оно одинаково хреново работает и на spinning rust (который от нас
> никуда не денется потому что супернанофлэши по прежнему супермалоемки) и на
> флэшах мапящихся напрямую на адресное пространство. Так победим!

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

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

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

216. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от пох. (?), 24-Фев-22, 20:29 
> Попробуй так с вон теми, с этим их геомом и чего там у них.

у них там вот - geom. Понадобился - запилили. А до того не было никакого геома.

И возможно не будет упирания в проц на модных nvme кстати (благо там все гораздо примитивнее, никакого пятикратного копирования буфера в памяти туда-сюда). Ну да, zfs на нем не взлетит, ну так и не была предназначена.

> Или эффективные технологии вообще совсем не про них?

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

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

сразу как только btrfs смогет в raid6 не превращаемый в кашу сам по себе, без всяких на ходу девайс. Потому что у них там zfs именно в такой позе чаще всего используется. Ну, где надо на ходу (а правда очень надо-то?) - там приходится nway-mirror. Новый n-way - да, можешь на ходу подоткнуть. (Always have been) Насчет отключить - учоные спорят. Поскольку "экспедиции неизменно заканчиваются катастрофой", владельцы реальных пулов их отстреливают на подходах.

А так-то теоретически фича уже почти допилена (да, опять iX). Только вот ТОЙ zfs лично я пользоваться не планирую - это будет код еще более омерзительный.

> Из очевидных плюсов, от вон того курса выиграют не только узкоспециализированные чуваки но и
> остальные

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

Не, ну кто понастроил хранилок на голом linoopsе сам конечно виноват. Я пока не вижу проблем с теми экспериментальными бриками что на ntfs. (3g, конечно, у меня не linux-next ведро) Вероятно это и будет моей fs будущего. refs я как-то пока побаиваюсь, в виду отсутствия систематических знаний и опыта применения десятилетиями.

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

ну вон там полный интернет восторгов от чувака, померявшего zfs без компресси и с zstd.
Я даже не видел смысла комментировать что дорогой чувак, все бы хорошо, если бы ты хоть немного знал СКОЛЬКО у тебя в системе там изуродовано под ту компрессию. И становится просто неэффективно если ее выключить.

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

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

227. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 25-Фев-22, 00:04 
> у них там вот - geom. Понадобился - запилили. А до того не было никакого геома.

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

> И возможно не будет упирания в проц на модных nvme кстати (благо
> там все гораздо примитивнее, никакого пятикратного копирования буфера в памяти туда-сюда).

1) Это не та штука где джентльменам верят на слово.
2) Можете показать как вы те MIOPS/Core натянули, желательно с сабмитом хотя-бы бенча в фороникс для сравнения. А лучше если они на тех железках затестят.
3) Заодно можете рассказать как все это ваше хозяйство отетется к ситуации когда протертый или сдуревший SSDшник резко выгрузил какой-то трэшак размером с eraseblock под метаданные ФС...

> Ну да, zfs на нем не взлетит, ну так и не была предназначена.

И чего на нем юзать? Вон то ufs? Данунафиг. Если мне захочется потр@$%^ься с чем-то крутым и новым, это будет bcachefs. Потому что это будущее. А ufs - прошлое. Окаменелое.

> это не эффективная технология, а костыль для докера в докере коекакеров.

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

> Я вот понятия не имею, зачем мне рефлинки. Ни разу острой необходимости
> в них не обнаруживалось.

Зато это понятие имею я и без этой фичи мне как-то уже не айс.

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

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

> сразу как только btrfs смогет в raid6 не превращаемый в кашу сам
> по себе, без всяких на ходу девайс.

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

> Новый n-way - да, можешь на ходу подоткнуть. (Always have been)

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

> Насчет отключить - учоные спорят. Поскольку "экспедиции неизменно
> заканчиваются катастрофой", владельцы реальных пулов их отстреливают на подходах.

А я так с btrfs делал, нифига ему не было.

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

Судя по активным комитам в чертову кучу всего - быстрые SSD'шники все же берут свое...

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

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

> если бы ты хоть немного знал СКОЛЬКО у тебя в системе там изуродовано под ту
> компрессию. И становится просто неэффективно если ее выключить.

А в btrfs для него ничего особо не уродовали вроде, просто i++'й алго, из апи линухкернела берется. А так алго хорошее. Особенно на x86-64.

> но это только по верхам. Там перепахано столько, что это уже
> не исправить. Только наслаждаться.

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

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

230. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от пох. (?), 25-Фев-22, 00:39 
> Да они много чего странного делают. Вопрос в том зачем все это великолепие мне

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

> Это не та штука где джентльменам верят на слово.

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

> Можете показать как вы те MIOPS/Core натянули, желательно с сабмитом хотя-бы бенча в фороникс

лолшта?

> для сравнения

с их высосанными из пальца псевдотестами? У меня в жизни есть других задач.

> Заодно можете рассказать как все это ваше хозяйство отетется к ситуации когда протертый или
> сдуревший SSDшник резко выгрузил какой-то трэшак размером с eraseblock под метаданные ФС...

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

> А еще я не хочу делать мозг размерами, выравниваниями и прочим.

ну значит получи свой 128x write amplification вместо 32 который у твоей любимой fs есть всегда.

> А я так с btrfs делал, нифига ему не было.

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

> Судя по активным комитам в чертову кучу всего - быстрые SSD'шники все же берут свое...

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

> А в btrfs для него ничего особо не уродовали вроде

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

Собственно, zfs уже пришла к тому же самому. Поэтому очень конечно хорошо что при отключении сжатия все начинает тормозить, но мне бы вернуть ту, прежнюю.

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

233. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 25-Фев-22, 02:07 
> тебе - низачем. Продолжай петь песни про швятую btrfs.

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

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

Оно как бы да, но все же.

> лолшта?

Ну того. Посмотреть синтетику на тему оверхеда.

> с их высосанными из пальца псевдотестами? У меня в жизни есть других задач.

Да axboe вроде налег на нормальный кейс, минимизацию оверхеда и разгон достижимых IOPS. Понятно что синтетика, но от такой активности понемногу выиграет наверное почти все.

> у меня нет таких ssdшников и не будет.

Тебе вендырье докладывать будет чего там их фирмваре вытворять умеет?

> Вероятнее всего они либо только в сферическом вакууме вообще существуют, либо это
> те самые, за которыми проц не успевает - "могу и 1000 знаков, но такая хеpня,
> такая хеpня получается..."

Часть протерлись, часть с сглючившим фирмваре наверное. Одна из фич btrfs - из за чексум они по крайней мере помогают понять что за нахрен. С другими фс вычислить глючного гада сложнее, диагностика и проявление сильно варьируется смотря куда попало. В бтрфс оно может выглядеть как внезапный CSUM ERROR на каком-нибудь блоке, не так уж редко даже с метаданными (там DUP бывает, тогда CORRECTED и пациент еще побегает).

> ну значит получи свой 128x write amplification вместо 32 который у твоей любимой fs есть всегда.

Откуда в cow по типа btrfs с delalloc и не слишком частыми коммитами такой фактор? Хотя если по 1 байту и fsync делать, там наверное и больше можно, но кто так делает? Сам по себе cow более-менее придерживаюший и группирующий записи довольно удобная для FTL штука. И чисто статистически оно довольно недурно смотрится вроде. Ну да, он пожирнее EXT4 немного, но на типовых вещах разница выглядит не ужасно. Вполне вменяемое поведение в обычных ситуациях.

> это потому что ценного там у тебя нет ничего. А было бы - ты бы так не делал.

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

> Прекрасно понимая что может и не повезти.

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

> нет, это активные комитчики берут свое от платинового спонсора.

Всемирный заговор по улучшению линуха? Ну, ок, наконец то полезный заговор к которому я присоединюсь :)

> так она урод от рождения.

Я бы сказал наоборот.

> Да, в том числе - намертво завязанный на косяки одного вечнокривого ведра с его stable nonsense.

Не, надо было сделать генерик выб#$%дка неизвестно зачем испортив параметры и фичи. Тем не менее, в винде кто-то драйвер даже накорябал. Не то чтобы полный и проч, но там у них вообще кактусы, ReFS хомякам майки так то поперекрыли, а уровень технологий из 90х все же нравится не всем.

> Собственно, zfs уже пришла к тому же самому. Поэтому очень конечно хорошо
> что при отключении сжатия все начинает тормозить, но мне бы вернуть ту, прежнюю.

Ну вот тут я не знаю как оно там у вас. Если у меня такая плюха с btrfs'ом случится я сделаю какой-нибудь репродусер, найду комит который все испортил и покажу причастному и заинтересованым.

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

34. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  –1 +/
Сообщение от Dzen Python (ok), 23-Фев-22, 21:01 
А потом из-за вас "стабилиздцов" и тянут-тянут легаси в ядре, откровенно мешающее новым фичам, городят шимы и полифиллы.
Главное, что Борланд С++ 3 запустился под виндавз11 и не ипёт!!111одын, да, дружок?
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

89. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +1 +/
Сообщение от Аноним (89), 24-Фев-22, 01:13 
Да.
Ответить | Правка | Наверх | Cообщить модератору

38. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +1 +/
Сообщение от Заноним (?), 23-Фев-22, 21:05 
А мысль, что оно просто никому не нужно не посещала? Потому и нет особо инфы про баги, потерю данных, тормоза и т.п. И потому код не изменялся с 2019 до февраля 2022.

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

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

48. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +1 +/
Сообщение от Ан (??), 23-Фев-22, 21:54 
В ядре только третья версия, а так, на дворе пятая уже: https://www.opennet.ru/opennews/art.shtml?num=52121

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

224. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 22:12 
> Каменный век! Где мой смузи?

Ну как, где? Ты козла не подоил же. Так что вот тебе, а не смузи.

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

6. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  –1 +/
Сообщение от Аноним (3), 23-Фев-22, 20:11 
На Phoronix "политически-корректные" европейцы и американцы устроили вой, что он де убил жену, поэтому удалить!! Тьфу ты, насколько убогий народ пошёл. Мне вот плевать кого он убил (конечно, не плевать, это ужасно, и его за это посадили), но это не повод отказываться от его талантов.

Жаль, Ганс окончательно свихнулся в тюрьме - подал иск на 300 страниц против 70 человек, включая на своего адвоката, который защищал его в суде и судей. После выхода (если повезёт, то в следующем году) вряд ли он уже что-то создаст.

// b.

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

18. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +3 +/
Сообщение от Аноним (18), 23-Фев-22, 20:27 
> На Phoronix "политически-корректные" европейцы и американцы устроили вой, что он де убил
> жену, поэтому удалить!!

Ну да, то ли дело вой^W праведное возмущение на опеннете "защищающих традиционные ценности" о ненужности дистрибутива Pidora или о годности софта, исходя из сексуальной ориентации разраба ...

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

31. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +1 +/
Сообщение от пох. (?), 23-Фев-22, 20:54 
Я тоже не пойму, что за шум. Она ж даже не трансгендерный негр!

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

36. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +1 +/
Сообщение от Михрютка (ok), 23-Фев-22, 21:04 
> После выхода (если повезёт, то в следующем году)

с его замашками - не в этой жизни

March 05, 2020    Parole Suitability Hearing    Inmate was denied parole for 5 years
November 29, 2021    Administrative Review    The administrative review to advance the inmate’s next parole suitability hearing date was denied
December 2021    Inmate Petition to Advance    Inmate filed a petition to advance his or her next parole suitability hearing date
March 2025    Parole Suitability Hearing     Tentative date for parole suitability hearing

15 to life из сириоуз бизнес

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

150. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (149), 24-Фев-22, 12:43 
>конечно, не плевать, это ужасно

Действительно. Ужасно, что его за это посадили. Следовало наградить за избавление общества от стервы-наркоманки.

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

275. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (275), 18-Июн-22, 18:07 
Ну да, профессора Олега Соколова заканцелили тоже американцы и европейцы.
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

7. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (7), 23-Фев-22, 20:11 
Чукча не ментейнер. Чукча учёный!
Так что, всё закономерно.
Ответить | Правка | Наверх | Cообщить модератору

9. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +2 +/
Сообщение от Fracta1L (ok), 23-Фев-22, 20:15 
Reiserfs не нужен, ext4, xfs и btrfs хватит всем
Ответить | Правка | Наверх | Cообщить модератору

20. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (20), 23-Фев-22, 20:33 
Но reiserfs ведь полезнее jfs. Какого чёрта тогда удаляют нормальную фс и не проблемную?
Ответить | Правка | Наверх | Cообщить модератору

23. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  –3 +/
Сообщение от Fracta1L (ok), 23-Фев-22, 20:38 
Согласен, jfs тоже дропнуть пора
Ответить | Правка | Наверх | Cообщить модератору

11. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +5 +/
Сообщение от Аноним (11), 23-Фев-22, 20:17 
Вроде только вчера обсуждали арест Райзера, а  ведь уже 15 лет прошло.
Ответить | Правка | Наверх | Cообщить модератору

12. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +2 +/
Сообщение от 888 (?), 23-Фев-22, 20:18 
надо подать запрос на удаление линукс из ядра
Ответить | Правка | Наверх | Cообщить модератору

13. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  –1 +/
Сообщение от Аноним (13), 23-Фев-22, 20:18 
Это случайно не создатель этой ФС, укокошил свою жену?
Ответить | Правка | Наверх | Cообщить модератору

29. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +1 +/
Сообщение от Аноним (29), 23-Фев-22, 20:51 
ты чего такой не толерантный ? не укокошил, а успокоил
там вообще семейка адамсов походу была
>Ханс находился в процессе развода со своей женой Ниной Райзер, акушером-гинекологом родом из Санкт-Петербурга. Дети были одним из главных аргументов Нины Райзер в деле о разводе: она обвиняла Ханса в трудоголизме и в том, что он пренебрегает детьми. Перед этим Райзер отказывается вернуть 86 тысяч долларов, занятые у друга его детства Шона Стерджена. Ханс Райзер ревнует Нину к Стерджену и выдвигает встречный иск. Райзер боится, что Нина встречается со Стердженом и что они занимаются садомазохизмом (Шон Стерджен был мазохистом до начала 2002 года — момента, когда он стал ходить в церковь и решил покончить с садомазохистскими вечеринками). В своих показаниях суду Райзер обвиняет её в том, что её соблазнил «похотливый, татуированный, наркозависимый, садомазохистский сутенёр/шлюха» с многочисленными расстройствами личности, а Нину — в том, что она становится все более психически неуравновешенна и что от неё надо изолировать детей. В декабре 2004 года Райзер получил временное судебное решение, запрещавшее ему приближаться к Нине, после того, как однажды он её толкнул. Во время бракоразводного процесса он был убеждён, что он поступает правильно, когда играет со своим 4-летним сыном в жестокие компьютерные игры наподобие «Battlefield Vietnam» с натуралистическими сценами гибели людей, захлёбывающихся своей кровью и сжигаемых напалмом. «Ханс глубоко и совершенно необоснованно убеждён в том, что детям любого возраста полезно показывать жестокие видеоигры и фильмы», — пишет Нина в своих показаниях для бракоразводного процесса. Райзер пишет, что «процесс превращения мальчиков в мужчин обычно связан с психологическими травмами».
Ответить | Правка | Наверх | Cообщить модератору

33. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (29), 23-Фев-22, 20:59 
п.с.
да и дедишки похоже пошли в родителей:

> В июле 2012 года суд обязал Ханса Райзера выплатить за смерть Нины Райзер 60 миллионов долларов в деле его детей против него. Райзер выступал самостоятельно во время судебного разбирательства и пытался утверждать, что он убил свою жену, чтобы защитить своих детей.

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

39. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +6 +/
Сообщение от Михрютка (ok), 23-Фев-22, 21:07 
> похотливый, татуированный, наркозависимый, садомазохистский сутенёр/шлюха

другими словами, идеальный редактор педивикии

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

192. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  –1 +/
Сообщение от Аноним (-), 24-Фев-22, 16:35 
Скорее типичный опенсорсник
Ответить | Правка | Наверх | Cообщить модератору

14. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +5 +/
Сообщение от псевдонимус (?), 23-Фев-22, 20:22 
>находится на пути к устареванию

Гениально!

Вот кривой БТР не находится, постоянно гайки крутят.

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

15. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +1 +/
Сообщение от 888 (?), 23-Фев-22, 20:24 
эдорасы, сэр!
Ответить | Правка | Наверх | Cообщить модератору

32. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +1 +/
Сообщение от пох. (?), 23-Фев-22, 20:57 
Че там как кстати с WD, обещавшими переписать-переписать нам raid6?

Кажется, они немного увлеклись Remote exploitable wd cloud и забыли об этом?

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

51. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от псевдонимус (?), 23-Фев-22, 22:35 
Ну "нинужна" же! Что ты как маленький? Обещали, да. Но создавать видимость работы надо, иначи кто зарплату будет править?

Анекдот:

Человек нанимает бригаду, привозит на объект и говорит, мол надо сделать это , это и это

Мужики: сейчас покурим и попрем!

Заказчик приезжает через неделю. Естественно ничего не сделано. Возмущается, я же сказал что надо сделать

Мужики: сейчас покурим и попрем!

Ещё через неделю возвращается и также ситуация: сидят, курят

Заказчик: мужики, идите наh.й

Мужики: вот щас покурим и попрем!

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

92. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +1 +/
Сообщение от Аноним (-), 24-Фев-22, 01:26 
> Че там как кстати с WD, обещавшими переписать-переписать нам raid6?

WD обещал RAID6? А когда успели? Они вроде больше всего этот свой zoned пока пилят.

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

135. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от пох. (?), 24-Фев-22, 09:24 
Они обещали переписать тот кусок btrfs, чтоб без write hole, и чтоб вообще перестал превращать данные в невосстановимую кашу. Где-то с пол-года назад.
Не, не успели. Полагаю, и не начинали - "сидят, курят".

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

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

176. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 15:27 
> Они обещали переписать тот кусок btrfs, чтоб без write hole, и чтоб
> вообще перестал превращать данные в невосстановимую кашу.

Да он с write hole так сразу не превращает - и есть описание на вике btrfs как и что в этом плане. Нормальное, доходчивое, обрисовывающее проблематику. С этим даже можно жить, если scrub после краха не раздражает. Но да, это весьма субоптимально, особенно на большом стораже.

> Где-то с пол-года назад.

А пруфлинк? Сейчас они больше всего zoned заняты. И есть ряд pending core level вещей, которые, ну, вот, довольно глобальны, не только в btrfs, и которые должны случиться. Возможно что-то проще будет после того как это сперва приземлят.

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

> Не, не успели. Полагаю, и не начинали - "сидят, курят".

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

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

Для меня вообще чудо что wd стали разрабатывать поддержку zoned. Вот это я понимаю, подход вендора - если хочется странную технологию двигать в массы, тогда и ее поддержку сами в ОС/ФС дескать накодим. Вот все бы так.

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

49. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от maximnik0 (?), 23-Фев-22, 21:58 
>Вот кривой БТР не находится, постоянно гайки крутят

А как же исправленная ошибка в XFS, 15 лет не могли обнаружмть на каком этапе возникает ошибка ? Это я про отключенное питание и обнуленные файлы.
Так что крутят гайки это нормально,другое дело что взяв за основу   ZFS, повелись на бездоказательную теорию что алгоритмы защитят от ошибок ФС.
Как оказалось полноценное fsck
все еще нужно,а с этим грустно.Scrub не все исправляет.И так же есть ошибки в основе бтрфс: не предусмотренно динамическое выделение места под дополнительные метаданные,(в ютубе есть видио где даже в серьезных компаниях админы признаються что наступали на эти грабли) если отключить COW -нет контрольных сумм...

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

54. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +2 +/
Сообщение от псевдонимус (?), 23-Фев-22, 22:45 
>[оверквотинг удален]
> на каком этапе возникает ошибка ? Это я про отключенное питание
> и обнуленные файлы.
> Так что крутят гайки это нормально,другое дело что взяв за основу  
>  ZFS, повелись на бездоказательную теорию что алгоритмы защитят от ошибок
> ФС.
> Как оказалось полноценное fsck
> все еще нужно,а с этим грустно.Scrub не все исправляет.И так же есть
> ошибки в основе бтрфс: не предусмотренно динамическое выделение места под дополнительные
> метаданные,(в ютубе есть видио где даже в серьезных компаниях админы признаються
> что наступали на эти грабли) если отключить COW -нет контрольных сумм...

БТР дефективна изначально. Ты сам об этом написал сейчас.

Решение по уму: выбросить брак.

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

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

93. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +1 +/
Сообщение от Аноним (-), 24-Фев-22, 01:35 
> Это я про отключенное питание и обнуленные файлы.

Фирменная фича :)

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

Ну вообще, если его правильно использовать, то как раз это делать не придется. Вопрос в том когда эти допущения держатся - и тот ли случай. С ZFS'ом допущения о конфигурации довольно энтерпрайзные и врядли вам будет удобно. А btrfs все же гибче малость в некоторых вопросах и RAM не жрет.

> Как оказалось полноценное fsck все еще нужно,а с этим грустно.

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

> Scrub не все исправляет.И так же есть ошибки в основе бтрфс: не предусмотренно
> динамическое выделение места под дополнительные метаданные,

Вообще-то предусмотрено, block groups (куски примерно по гигу) выделяются по ходу дела. Но у block group обычно есть конкретный тип - или данные, или метаданные, и схема хранения. Это неплохо работает для сторажей на десятки гигз и более. Для более мелких ФС он особо не делался, но если очень надо, в mkfs есть mixed-bg для извращенцев, тогда данные и метаданные в одних группах могут храниться. Это "костыль" для мелких сторажей, не стоит им пользоваться просто так.

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

Изучать файлухи по видео на ютубе... ух вау, это круто.

А это, кто лучше? А, ext4 на котором файлуха осыпается в хлам от 1 бэда в метаданные? FSCK даже может и починит что, но если пара системных либ слетела, операционке это не очень помогает и смысл этой гребли - в чем? Посмотреть на трупик и пойти доставть систему из бэкапа? :)

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

124. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +1 +/
Сообщение от maximnik0 (?), 24-Фев-22, 05:50 
>Вообще-то предусмотрено, block groups (куски примерно по гигу) выделяются по ходу дела.

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

>А, ext4 на котором файлуха осыпается в хлам от 1 бэда в метаданные? FSCK даже может и починит что, но если пара системных либ слетела, операционке это не очень помогает

Ну это исключительно редко бывает,вдобавок сейчас метаданные прикрыты контрольной суммой и барьером.Хотя у меня когда то полсистемы после fsck вылетело,было такое.home раздел был на другом диске.Операционка загрузилось в инит1 и все.Но база deb осталась целой, мне подсказали скрипт для проверки на битые пакеты и через час систему я поднял :-)

>Изучать файлухи по видео на ютубе... ух вау, это круто

Люди дома умудряються строить по советам с ютуба :-)


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

134. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +1 +/
Сообщение от пох. (?), 24-Фев-22, 09:21 
> И только балансировка (не всегда) могла помочь.

Практически никогда - чем она может тебе помочь, если "ваши метаданные теперь неваши, оно НИВЛИЗЛО! И чтобы что-то перебалансировать нам нужно ЕЩЕ метаданных, а оно...вот!"

Конечно, никто не мешал тебе быстро прыгнуть в машину времени и запустить балансировку ДО того как оно кончилось.

>> Изучать файлухи по видео на ютубе... ух вау, это круто
> Люди дома умудряються строить по советам с ютуба :-)

потому что на ютубе до сих пор лежит видео создателя ютуба. И открывается, да.

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

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

161. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  –1 +/
Сообщение от Аноним (-), 24-Фев-22, 13:29 
> Практически никогда - чем она может тебе помочь, если "ваши метаданные теперь неваши, оно НИВЛИЗЛО!

Да ну не гони.

> И чтобы что-то перебалансировать нам нужно ЕЩЕ метаданных, а оно...вот!"

Там есть Global Reserve, о великий эксперт. Но, вообще, если ты в таких режимах оперировать хочешь, то изен с трехдисковым пулом на 12 мегов в секунду относительно вменяемый по сравнению с тобой. Потому что это очень субоптимальный режим для любой ФС.

> Конечно, никто не мешал тебе быстро прыгнуть в машину времени и запустить
> балансировку ДО того как оно кончилось.

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

> бложечек, через год никто уже не найдет, гугль об этом позаботится.

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

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

152. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 12:48 
> Ага,значит если вы не обманываете не прошло и 5 лет как починили
> сетуацию с мелкими файлами в одной директории-когда фс пишет что нет
> свободного пространства из-за того что под метаданные место кончилось.

Там global reserve на случай совсем обломов, когда по другому совсем не получилось, лет так уже i++. Но у поха в центос 6 его нет и не будет.

А так что удивительного в том что продвинутый дизайн может иметь свои приколы в краевых случаях, которые не всегда просто предусмотреть? Если Кент в ядро пролезет, его тоже будет ждать открытий. Юзеры креативны в создании проблем. Да даже в EXT4 каком странные вещи иногда чинят.

> И только балансировка (не всегда) могла помочь.

Похоже на мелкий стораж несколько гигз который извел место под DATA, а когда захотелось METADATA, на +1 block group места нет. Актуально ФС в несколько гигз. А не...й водоизмещение крейсера пипеткой мерять. Больше пары десятков гигз малоактуально: когда настолько забито, нормальный юзер новый диск добавит а не будет добирать крохи с тупняками забитой ФС. Но если сильно хочется маленький крейсер, чтоб именно пипеткой, есть mixed-bg, там проблемы нет: данные и метаданные можно в одни блоки. Но тогда не получится делать разный уровень хранения data/metatada...

> Ну это исключительно редко бывает,

Во первых, редко, но метко. А бэды норовят попасть под метаданные, испортить системный файл, и даже если fsck что-то починит, то? Система либо работает, либо нет, бинарная величина. И даже на локалхосте есть смысл взять идеи у энтерпрайза как чинить за 2 минуты, а не 2 дня как тут некоторые "эксперты".

Во вторых - с интенсивно эксплуатируемыми SSD все это все бывает не так уж редко.

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

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

И как это помогает при бэдсекторе под ними? Ну скажет оно что метаданным упс, и дальше? Btrfs пойдет да возьмет проблемный блок из второй локации, починит первую, "CSUM error at X, corrected". Зная какая из 2 копий - битая. Это полезно и правильно, но не про EXT4.

> Хотя у меня когда то полсистемы после fsck вылетело,было такое.home
> раздел был на другом диске.

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

> Операционка загрузилось в инит1 и все. Но база deb осталась целой, мне подсказали
> скрипт для проверки на битые пакеты и через час систему я поднял :-)

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

> Люди дома умудряються строить по советам с ютуба :-)

Мне кажется это несколько более работоспособная тема.

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

137. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от maximnik0 (?), 24-Фев-22, 09:26 
> Есть категория систем которым вообще надо либо работать, либо нет. А этот
> ваш fsck с неопределенным результатом себе оставьте на двоих с псевдонимусом,
> с вас станется кнопки жамкать при загрузке систем. Проблем в том

Есть  ФС, до сих пор пользуются и поддерживаться практически всеми операционками.Но по остаточному принципу- а предрекали как универсальная замена фат32 для флэшек.Это я про UDF -нету по стандарту fsck- а забыл размонтировать ,получишь RO.Народ попользовался,оплевывался и на нее забили,используют сейчас только в "голубых"/"двд" дисках .

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

153. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 12:50 
> Есть  ФС, до сих пор пользуются и поддерживаться практически всеми операционками.

По этой причине FAT32 до сих пор не вымер, хоть там и нет ничего интересного.

> RO.Народ попользовался,оплевывался и на нее забили,используют сейчас только в "голубых"/"двд"
> дисках .

UDF довольно странная штука, больше деланая под сидюки, они более-менее повымерли - ну и ФС вместе с ними. А для флешек так то EXFAT по версии MS есть, но он тоже очень так себе хрень.


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

86. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 00:39 
> Вот кривой БТР не находится, постоянно гайки крутят.

WD так то умеет крутить, при том не только гайки но и блины.

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

17. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  –4 +/
Сообщение от Сергей (??), 23-Фев-22, 20:25 
Давайте выкинем из ядра архитектуру amd64, она уже столько лет не обноаляется...
Ответить | Правка | Наверх | Cообщить модератору

19. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +2 +/
Сообщение от Аноним (19), 23-Фев-22, 20:30 
Обновляется, новые процессорные инструкции появляются.
Ответить | Правка | Наверх | Cообщить модератору

26. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +3 +/
Сообщение от макпыф (ok), 23-Фев-22, 20:45 
>  она уже столько лет не обноаляется.

Последний коммит 2 дня назад.

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

62. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Онаним (?), 23-Фев-22, 23:20 
s/amd64/i?86/
И будет да.
Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

24. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +7 +/
Сообщение от Аноним (24), 23-Фев-22, 20:39 
>> непонятно насколько вообще данная ФС востребована и продолжают ли ей пользоваться.

Мне не понятно кто пользуется PS/2 мышками. Да и драйвер давно не менялся. Давайте удалим.

То есть основная проблема в телеметрии? Они который раз говорят "включите у себя телеметрию, а не то мы удалим вас и всё чем вы пользовались."

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

25. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Всё просто (?), 23-Фев-22, 20:41 
PS/2 > USB ¯\_(ツ)_/¯
Ответить | Правка | Наверх | Cообщить модератору

53. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (53), 23-Фев-22, 22:38 
То есть USB x 2 = PS? Ерунда какая-то.
Ответить | Правка | Наверх | Cообщить модератору

94. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 01:39 
> То есть USB x 2 = PS? Ерунда какая-то.

Вообще примерно такие переходники есть :)

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

106. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 03:17 
Мне удобнее мышь с USB разьёмом через переходник на PS/2 использовать. Читал, что мышь должна уметь работать как с usb так и с PS/2. Не проверял заработает современная USB мышь через переходник на PS/2. Клавиатура у меня USB подключеная к USB.
Ответить | Правка | Наверх | Cообщить модератору

109. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (109), 24-Фев-22, 03:31 
> Мне удобнее мышь с USB разьёмом через переходник на PS/2 использовать. Читал,
> что мышь должна уметь работать как с usb так и с
> PS/2. Не проверял заработает современная USB мышь через переходник на PS/2.
> Клавиатура у меня USB подключеная к USB.

Обычно умеют, поэтому странно выглядящий кусок пластмассы даже работает, у мышей и клав 2-режимный контроллер. Это никому ничего не стоит, поэтому почему нет? А производителю клавы и мыша в общем то пофиг, купит ли это геймер с топовой конфигой или пенс на замен убитой клавы вон той древности, прозиводителю типовой клавы пофиг. Какие-нибудь специализированые геймерские штуки могут иметь свое мнение. Есть также ряд опенсорсных вариантов, когда обычный МК и его фирмвара сканит матрицу кноп и скидывает насканеное в usb например. Там что нарисуют и напрогают то и будет.

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

186. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 16:17 
У меня дело не в древности мыши и клавиатуры. У меня мышь лазерная два колеса 5 кнопок USB разьём подключённая к PS/2. В хорошем состоянии. Не вижу смысла менять. Года два назад раскрыл от пыли почистил мышь. А клавиатура, клавиатура у меня дешовая в прошлом году купил. Есдиственое, что не устраивало запах и скорее всего ядывитый от неё был какое-то время и надписи на кнопках стираются быстро. Захотел другую клавиатуру и именно через usb так как для малинки нужна была usb клавиатура. А так у меня в хорошем состоянии клавиатура PS/2 есть, в хорошем ссотоянии тоже меня устраивает. Это третья клавиатура usb у меня, первая просто перестала работать похоже микросхема в ней сломалась. У второй куск плосмасы отклол случайно. Я покупаю дешовые клавиатуры, простые без дополнительных кнопок и какихто изысков и мне еслибы не малина всё равно через что работает клавиатура через ps/2 или USB. Не кретично и мышь использовать через USB, но пока есть возможность использовать мышь через PS/2 предпочитаю мышь использовать через PS/2.
Ответить | Правка | Наверх | Cообщить модератору

187. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 16:19 
Шесть кнопок. Забыл что колесо одно это тоже кнопка, не когда колесом как кнопкой не пользовался и не пользуюсь.
Ответить | Правка | Наверх | Cообщить модератору

188. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 16:24 
И мышь для повышения DPI мне мнеять тоже не надо. Мне 800 DPI хватает.
Ответить | Правка | Наверх | Cообщить модератору

189. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 16:25 
Я не игроман.
Ответить | Правка | Наверх | Cообщить модератору

190. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 16:30 
В спомнил, разобрал мышь по тому, что провод на входе в мышь переломился обрезал поченил заодно и от пыли почистил. Изоляция целая а провод порвался под изоляцией.
Ответить | Правка | К родителю #186 | Наверх | Cообщить модератору

193. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 16:48 
У PS/2 есть приимущество по сравнению с USB не надо замарачиватся с качеством проводов. Соответствие USB проводов USB стандарту. Если под мыш и клавиатуру использовать USB HUB 1.1 то качество проводов можно снижать. Сейчас уже наверно 1.1 хабы не продаются. Я свой хаб 1.1 взял из кинископного монитора произведённого в 2003 году когда его выбрасывал.
Ответить | Правка | К родителю #186 | Наверх | Cообщить модератору

197. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 16:53 
Понятно, что метров 50-100 PS/2 провода и с ним возможно не заработает я не проверял, я о длине PS/2 в приделах разумного. У меня мыш подключенна через переходник к проводу PS/2 двух метровому и к компьютору.
Ответить | Правка | Наверх | Cообщить модератору

198. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 16:54 
И того метра три вся длинна.
Ответить | Правка | Наверх | Cообщить модератору

201. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 17:02 
Может 1.5 метра PS/2 провод. Но помойму два метра. Точно уже не помню похоже 2 метра. Всю длену не использую он уменя  посередине сложен. Похоже два метра. Давно покупал уже забыл.
Ответить | Правка | К родителю #197 | Наверх | Cообщить модератору

218. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (217), 24-Фев-22, 20:57 
Если нормально сделать, то i2c можно раскочегарить на 40+ метрах (и даже больше). В PS/2 протокол похожий

> When the keyboard or mouse wants to send information, it first checks the Clock line to make sure it's at a high logic level. If it's not, the host is inhibiting communication and the device must buffer any to-be-sent data until the host releases Clock. The Clock line must be continuously high for at least 50 microseconds before the device can begin to transmit its data.
> The keyboard/mouse writes a bit on the Data line when Clock is high, and it is read by the host when Clock is low.

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

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

228. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 25-Фев-22, 00:11 
> Понятно, что метров 50-100 PS/2 провода и с ним возможно не заработает
> я не проверял, я о длине PS/2 в приделах разумного. У
> меня мыш подключенна через переходник к проводу PS/2 двух метровому и
> к компьютору.

1) USB low speed используемый большей частью мышей и клав - 1.5Мбита, при том дифференциальный сигнал а не single-ended как в PS2. Ему относительно неважно качество провода, покуда оно похоже на какое-то подобие дифференциальной линии.
2) По спекам usb длина провода до 5 метров. Можно удлинить хабом. До 5 раз. Вы там куда мышь собрались тянуть? К соседу?

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

234. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (217), 25-Фев-22, 02:36 
В случае PS/2 дифференциальная линия особо ничего не даст (если конечно кабель не проходит рядом с мощными электродвигателями, электровозами, трансформаторами, контакторами и т.д.), там скорости низкие. Все проблемы происходят от "завала фронтов", если их правильно учесть (а их можно учесть на линии "открытый коллектор") - расстояния вырастают на порядки. Искажений из-за помех там почти не бывает (прикинь что должна быть за помеха, чтобы она дала искажение в пару вольт на время в 50мкс).

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

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

271. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 02-Мрт-22, 01:11 
> В случае PS/2 дифференциальная линия особо ничего не даст

Есть разные парадигмы. Можно с законами физики спорить, а можно ими пользовться.

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

Капитан Очевидность намекает что на быстрые дифференциальные линии с характерной структурой сигнала как общий паттерн в всех современных интерфейсах перешли не просто так.

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

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

У usb
1) Фронты могут быть сильно меньшей проблемой покуда кабло в пределах спеков. Попробуйте те битрейты методами ps2 вообще сделать... у usb так то bit stuffing и NRZI кодирование.
2) Дифференциальный сигнал аннулирует синфазные помехи. Большинство внешних помех действует на провода пары одинаково, на приемнике такая помеха сама себя вычитает. Это позволяет снизить уровни не теряя помехоустойчивость и делает структуру сигнала более потребной.
3) В usb есть какой-никакой crc и перепосылки...

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

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

236. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (217), 25-Фев-22, 02:50 
Дополню немного про
> дифференциальный сигнал

Сам по себе диффернциальный сигнал он конечно хорош. Но NRZ и асинхронная передатча всё портят.

В PS/2 передача более надёжная из-за наличия CLK: клоки установились? да. чуток ждём и фиксируем данные (никуда они не скакнут, если всё установилось). Если провода плохие - клоки будут выходить на установившееся состояние дольше и просто снизится скорость передачи.

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

272. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 02-Мрт-22, 01:15 
> Сам по себе диффернциальный сигнал он конечно хорош. Но NRZ и асинхронная
> передатча всё портят.

Они же все и чинят.
1) Не надо прокачивать всю линию.
2) В линии накапливается только ограниченнй заряд.
3) Клок не может разбежаться с данными - он часть сигнала.

> В PS/2 передача более надёжная из-за наличия CLK: клоки установились? да. чуток
> ждём и фиксируем данные (никуда они не скакнут, если всё установилось).

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

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

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

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

264. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (264), 28-Фев-22, 20:01 
USB-клавиатуры это леденящий душераздирающий звиздец. Достаточно погуглить какими костылями там реализуется NKRO.
Насладиться можно, например, тут: https://habr.com/ru/company/ulmart/blog/384797/
Ответить | Правка | К родителю #109 | Наверх | Cообщить модератору

64. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  –1 +/
Сообщение от Аноним Анонимный (?), 23-Фев-22, 23:25 
А реально, когда последний раз вы видели компьютер/ноутбук/моноблок с PS/2 разъёмом? Лично я уже много лет их не встречал. Туда же (в мусорку) следует отправить и VGA вместе с ATA
Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

68. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (72), 23-Фев-22, 23:47 
На стационарных материнках для Райзенов один PS/2 имеется.
Ответить | Правка | Наверх | Cообщить модератору

138. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от n00by (ok), 24-Фев-22, 09:26 
Вы отвечали эксперту, который считает, что ATA (IDE) это Serial ATA. :)
Ответить | Правка | Наверх | Cообщить модератору

151. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (149), 24-Фев-22, 12:45 
USB-мышки на самом деле работают по PS/2, только в более убогом разъёме и на кастрированных частотах обновления.
Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

181. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (20), 24-Фев-22, 15:48 
Пару дней назад утуп порекомендовал мне видосик про усб, если вкратце, то выводы такие, usb>ps2, но тот бюджетный усб, что ты купишь, скорее всего сосёт ощутимо больше желаемого. Про мышки там не было, может ли щариковая мышка посылать 1000+ рефрешей в секунду? https://www.youtube.com/watch?v=wdgULBpRoXk
Ответить | Правка | Наверх | Cообщить модератору

27. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +3 +/
Сообщение от макпыф (ok), 23-Фев-22, 20:47 
Вас не понять - не выкидывают - плохо, блоатварь. Выкидывают - тоже плохо
Ответить | Правка | Наверх | Cообщить модератору

40. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +7 +/
Сообщение от псевдонимус (?), 23-Фев-22, 21:14 
Выкидывают работающее. Добавляют полуработаещее. Действительно, чего они возмущаются, эти луддиты.
Ответить | Правка | Наверх | Cообщить модератору

102. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  –1 +/
Сообщение от Аноним (169), 24-Фев-22, 02:10 
> Выкидывают работающее. Добавляют полуработаещее. Действительно, чего они возмущаются, эти луддиты.

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

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

37. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +5 +/
Сообщение от Аноним (37), 23-Фев-22, 21:05 
Шишкин красавчик! С удовольствием бы послушал, что он думает по тому или иному поводу, как это было в его последнем большом интервью...
Ответить | Правка | Наверх | Cообщить модератору

136. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от n00by (ok), 24-Фев-22, 09:24 
Через 10 лет будет следующее интервью. "Как я и прогнозировал, коррупция проржавела ядро". ;)
Ответить | Правка | Наверх | Cообщить модератору

160. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 13:22 
> Через 10 лет будет следующее интервью. "Как я и прогнозировал, коррупция проржавела ядро". ;)

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

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

43. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  –3 +/
Сообщение от asdsad (?), 23-Фев-22, 21:29 
> находится на пути к устареванию, но непонятно достаточно ли она устарела для удаления из ядра

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

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

101. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  –3 +/
Сообщение от Аноним (169), 24-Фев-22, 02:08 
Со времен того апи случилось много нового и некоторые реалии изменились. Мир так то не стоял на паузе, пришлось апи рефакторить.
Ответить | Правка | Наверх | Cообщить модератору

52. Скрыто модератором  +1 +/
Сообщение от Аноним (52), 23-Фев-22, 22:36 
Ответить | Правка | Наверх | Cообщить модератору

91. Скрыто модератором  +/
Сообщение от Аноним (91), 24-Фев-22, 01:23 
Ответить | Правка | Наверх | Cообщить модератору

96. Скрыто модератором  +/
Сообщение от Аноним (52), 24-Фев-22, 01:46 
Ответить | Правка | Наверх | Cообщить модератору

61. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +1 +/
Сообщение от Аноним (61), 23-Фев-22, 23:17 
Отставить панику! Ганса скоро выпустить должны!
Ответить | Правка | Наверх | Cообщить модератору

66. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +1 +/
Сообщение от псевдонимус (?), 23-Фев-22, 23:39 
> Отставить панику! Ганса скоро выпустить должны!

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

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

158. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 13:20 
Что еще за горшочников? Может быть это опечатка в "карманов"?
Ответить | Правка | Наверх | Cообщить модератору

175. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от псевдонимус (?), 24-Фев-22, 15:23 
> Что еще за горшочников? Может быть это опечатка в "карманов"?

Поттеринг.

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

182. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 15:54 
А смысл его сейчас подстреливать? Он уже сделал все ключевые аспекты, дальше оно может жить вечно и без него. Там вам уже надо чистки рядов корпораций проводить, оптом, и полные списки linux plumbers conf всяких. Но это как-то многовато, патронов не хватит, да и вон те корпорасы так то вам быстрее место на электрическом стуле зарезервируют.
Ответить | Правка | Наверх | Cообщить модератору

203. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от псевдонимус (?), 24-Фев-22, 18:02 
> А смысл его сейчас подстреливать? Он уже сделал все ключевые аспекты, дальше
> оно может жить вечно и без него. Там вам уже надо
> чистки рядов корпораций проводить, оптом, и полные списки linux plumbers conf
> всяких. Но это как-то многовато, патронов не хватит, да и вон
> те корпорасы так то вам быстрее место на электрическом стуле зарезервируют.

Ради великой справедливости. Чтобы порадоваться, что негодяй все. Правда это уже ничего не исправит(

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

276. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (275), 18-Июн-22, 18:11 
Пусть Коралину Аду Эмке выпилит.
Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

63. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +7 +/
Сообщение от Аноним (63), 23-Фев-22, 23:22 
До сих пор использую,очень нравится. Разумеется Эдуарду Шишкину большая благодарность.
Ответить | Правка | Наверх | Cообщить модератору

71. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (72), 23-Фев-22, 23:49 
Ну или, хотя бы, впилили вместо неё Reiser4 или 5.
Ответить | Правка | Наверх | Cообщить модератору

100. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (169), 24-Фев-22, 02:07 
> Ну или, хотя бы, впилили вместо неё Reiser4 или 5.

И кто это должен по вашему делать? Те кто в нем ничерта не понимают? Лучше тогда не надо, данные целее будут.

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

147. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (147), 24-Фев-22, 12:08 
Команда Шишкина впилит. Главное, не препятствовать.
Ответить | Правка | Наверх | Cообщить модератору

154. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 13:01 
> Команда Шишкина впилит. Главное, не препятствовать.

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

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

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

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

84. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +2 +/
Сообщение от Смузихлёб (?), 24-Фев-22, 00:34 
Файловые системы не нужны в век твердотельных накопителей.
Ответить | Правка | Наверх | Cообщить модератору

99. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (169), 24-Фев-22, 02:06 
> Файловые системы не нужны в век твердотельных накопителей.

Ммм... и как с этими накопителями тогда работать? Неужто как RAW устройством? Очень удобно. Особенно операционку например загрузить так. Конечно линукс при желании хоть с голибуной почты загрузить можно, но это на любителя.

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

103. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  –3 +/
Сообщение от Аноним (103), 24-Фев-22, 02:27 
и откуда же ты bash загрузишь, баранидзе ? дай угадаю - shell тоже не нужен ?
Ответить | Правка | К родителю #84 | Наверх | Cообщить модератору

105. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +2 +/
Сообщение от Смузихлёб (?), 24-Фев-22, 03:16 
Зачем шэлл в 2к22 году? ТАЧСКРИН не, не слышал?
Ответить | Правка | Наверх | Cообщить модератору

110. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +1 +/
Сообщение от Аноним (109), 24-Фев-22, 03:34 
> Зачем шэлл в 2к22 году? ТАЧСКРИН не, не слышал?

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

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

242. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (53), 25-Фев-22, 09:24 
Я уже перестал понимать, где на опеннете тролли, а где просто обдолбанные.
Ответить | Правка | К родителю #105 | Наверх | Cообщить модератору

108. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +1 +/
Сообщение от Аноним (108), 24-Фев-22, 03:22 
какое-то странное смузи у тебя, завязывай с ним
Ответить | Правка | К родителю #84 | Наверх | Cообщить модератору

206. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Vacu923ek (ok), 24-Фев-22, 18:51 
Это мозг у тебя твердотельный, а ФС нужны для упорядочивания файлов!
Ответить | Правка | К родителю #84 | Наверх | Cообщить модератору

111. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +2 +/
Сообщение от Ананоним (?), 24-Фев-22, 03:34 
>> При этом последнее исправление в коде ReiserFS датировано 2019 годом и непонятно, насколько вообще данная ФС востребована и продолжают ли ей пользоваться.

Это всё, что нужно знать о програмной индустрии. Типа поежал код нетронутый, значит протух. Ату его!

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

115. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 04:01 
> Это всё, что нужно знать о програмной индустрии. Типа поежал код нетронутый,
> значит протух. Ату его!

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

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

120. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +3 +/
Сообщение от Ананоним (?), 24-Фев-22, 05:08 
>> В ядре так то кода много, разгрузка его от кода при любой удобной возможности - приоритетная задача.

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

>> Если апи вокруг поменялись, по довольно валидным причинам, и это ПОСЛЕДНИЙ юзер апи которое больше никому не надо... грохнуть 2 куска кода на которые все забили бывает очень соблазнительно.

Ога ога. Если якобы довольно валидным идеям, типа коровы много пукают, эта последняя группа типа настоящих человеков , может начать вынашивать уж очень соблазнительную идею грохнуть почти всё человечество. Ну а чо! Если оно (человечество) больше никому не нужно (ну типа настоящим человекам)! Подумаешь, грохнуть 9 из 10-ти кусков человечеста! Фигня какая, разгрузка епланеты от якобы бесполезных едоков при любой удобной возможности - приоритетная задача. Только проще станет управлять проектом, что бы планетарный режим не сколлапсировал!

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

155. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 13:07 
> Дооооо! Я это и наблюдаю, как стремитльно ядро избавляется от всяких примочек,
> которые при грамотной архитектуре были бы отдельными проектами.

Как насчет очевидных примеров этих примочек? А то есть несколько обратных примеров. Как например вон то linux-firmware было выперто вот именно в "отдельный проект". Заодно и майнлайн нехило деблобнуло, меньше головной боли пуристам, меньше непонятной блоботы пополам с кодом прагматикам.

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

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

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

112. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (112), 24-Фев-22, 03:35 
Поддержка Legacy должна быть в ядре. ReiserFS может потребоваться чтобы открыть диск старого устройства и скопировать данные.

Кому нужно пусть форкают ядро и выпиливают что не нужно из своего форка.

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

114. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от pin (??), 24-Фев-22, 03:41 
Ну, а серьезно. Ты раскатал на схд рейзерфс3. К тебе пришли  с пивом и спросили, а нафига? Что ты ответишь?
Ответить | Правка | Наверх | Cообщить модератору

119. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +1 +/
Сообщение от iCat (ok), 24-Фев-22, 04:59 
>Ну, а серьезно. Ты раскатал на схд рейзерфс3. К тебе пришли  с пивом и спросили, а нафига? Что ты ответишь?

Ну, а серьезно. Ты раскатал на схд NTFS. К тебе пришли  с пивом и спросили, а нафига? Что ты ответишь?

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

130. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Ordu (ok), 24-Фев-22, 09:00 
Ну, а серьезно. Ты раскатал на схд фат16. К тебе пришли  с пивом и спросили, а нафига? Что ты ответишь?
Ответить | Правка | Наверх | Cообщить модератору

143. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от pin (??), 24-Фев-22, 10:46 
Спасибо за фидбэк. Можно удалять рейзер3 из ядра.
Ответить | Правка | Наверх | Cообщить модератору

156. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 13:11 
> Ну, а серьезно. Ты раскатал на схд фат16. К тебе пришли  
> с пивом и спросили, а нафига? Что ты ответишь?

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

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

159. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Ordu (ok), 24-Фев-22, 13:21 
>> Ну, а серьезно. Ты раскатал на схд фат16. К тебе пришли
>> с пивом и спросили, а нафига? Что ты ответишь?
> Придется расколоться что ты убежденный некромансер или путешественник во времени.

Гыгы. Я тут выяснил что у меня сдкарточка в телефоне в fat32. О какой некромансии ты говоришь? Третье тысячелетие на дворе, а карточка в fat.

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

184. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 16:05 
FAT16 тебя палит уж очень :P. В этом нашем 2022 им уже мало кто пользуется, у нас тут карточки так то обычно крупнее 2 гигов, я не уверен что 2-гиговые вообще купить реально.

А более 32 гигов там все же EXFAT обычно. Технологически тоже не бог весть что, но мелкософт хотя-бы патенты на эту пакость oin'у отдал, какие-никакие спеки сделал, так что драйвер в ядро взяли. Но если хотя-бы вику почитать о уровне технологий унутрях этой лабуды - извините, это 1990-е во всей красе. И даже просто переживание слета питания для ФС, оказывается, навороты... опциональным проприентарным экстеншном, который не реализует никто кроме трупика винмобилы, чтоли... круто, да? :)

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

196. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Ordu (ok), 24-Фев-22, 16:52 
Хаха. Что ты там обо мне спалил, расскажи всем, не скрывай.
Ответить | Правка | Наверх | Cообщить модератору

247. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Kuromi (ok), 25-Фев-22, 15:18 
"почитать о уровне технологий унутрях этой лабуды - извините, это 1990-е во всей красе"
Ну так это оно и есть же. Взяли морально устаревший FAT и слегка модернизировали начинку, а то совсем уж плохо стало. Жаль они конечно опять проприетарный мусор протащили. F2FS принято ругать (в основном за "обман ожиданий"), но она хоть открытая и каких-то мощных косяков не показывает.
Ответить | Правка | К родителю #184 | Наверх | Cообщить модератору

116. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (116), 24-Фев-22, 04:36 
Большое количество разнобесполезных файловых систем это плохо
Ответить | Правка | Наверх | Cообщить модератору

118. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +1 +/
Сообщение от iCat (ok), 24-Фев-22, 04:58 
>Большое количество разнобесполезных файловых систем это плохо

А нужно как в мире Windows?
Для разных задач - разные инструменты.

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

117. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +3 +/
Сообщение от iCat (ok), 24-Фев-22, 04:57 
Жаль. Очень жаль.
ReiserFS на моих машинках крутится годами и годами...
Ответить | Правка | Наверх | Cообщить модератору

148. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (147), 24-Фев-22, 12:08 
Аналогично
Ответить | Правка | Наверх | Cообщить модератору

122. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (122), 24-Фев-22, 05:21 
> ..из компании..

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

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

157. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (157), 24-Фев-22, 13:16 
Пролетарии - пролетают. А чтобы за вас другие не решали надо работу работать. Если некий заброшеный код использует апи с которого ВСЕ ОСТАЛЬНЫЕ ушли, так мы узнаем что у нас в шкафу образовался скелет. И нет, в линухе мы не будем вечно работать так как будто на дворе мсдос а сверхскоростные сторажи, быстрые сетевки и проч не существуют. Они существуют, и кое что изменилось. Исторически CPU обычно был сильно быстрее IO. Но сейчас это не всегда именно так. В этом месте оверхед старых апи, отжираюший едва несколько процентов в обычных случаях, стал рушить скорость уже в разы. Это никого не устраивает, разумеется. Пришлось придумывать много всяких интересных вещей.
Ответить | Правка | Наверх | Cообщить модератору

139. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (139), 24-Фев-22, 09:30 
И жалко  и что делать ....

Помниться в году так 2004 очень спасала эта ФС от внезапных отключений света (UPS тогда еще были не дешевая штука - как и труд разработчика)...

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

168. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +1 +/
Сообщение от Анончик (?), 24-Фев-22, 13:57 
оставьте один btrfs остальное можно выкинуть.
И не надо тут кричать про квоты, восстановление после сбоя и тд.
Ядро хорошеет от версии к версии, до такой степени что скоро всем на кастомах приодеться сидеть так как ванила не юзабельна.
Ответить | Правка | Наверх | Cообщить модератору

185. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 16:09 
Еще один эксперт-"линуксоид", тоже небось с виндой.
Ответить | Правка | Наверх | Cообщить модератору

204. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Анончик (?), 24-Фев-22, 18:18 
> Еще один эксперт-"линуксоид", тоже небось с виндой.

Linux Exper_anonchik 5.16.0-1-amd64 #1 SMP PREEMPT Debian 5.16.7-2 (2022-02-09) x86_64 GNU/Linux
с практически с дефолтным тестингом.

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

171. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +1 +/
Сообщение от Аноним (171), 24-Фев-22, 14:45 
Это отлично. Легаси, да ещё и неподдерживаемый и по всем показателям проигрывающий современным ФС, нужно выпиливать без сожаления.
Ответить | Правка | Наверх | Cообщить модератору

191. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +3 +/
Сообщение от Аноним (-), 24-Фев-22, 16:34 
Ганс Рейзер выйдет из тюрьмы и покажет всем где раки зимуют.
Ответить | Правка | Наверх | Cообщить модератору

209. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (209), 24-Фев-22, 19:29 
Мэтью Уилкокс, Ганс знает, где ты живёшь!
Ответить | Правка | Наверх | Cообщить модератору

205. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  –3 +/
Сообщение от Vacu923ek (ok), 24-Фев-22, 18:48 
Поразительный пример сваливания ответственности! Это не проблема 2038 ГОДА, а проблема ДЕБИЛОВ, которые решили, что "32 бита хватит всем!" (и вы ещё Гейтса подкалываете??).
POSIX-время - унылое говнище, которое надо было выпилить ещё тогда, когда появились первые 64-разрядные компьютеры. Но недотумкам - им же только тёмные темы подавай! На дело у них времени нет.
Ответить | Правка | Наверх | Cообщить модератору

261. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от _kp (ok), 27-Фев-22, 01:49 
Это придумали в стародавние времена для весьма древних компьютеров со скромными возможностями.
На момент создания такого формата времени это было вполне удачное решение.

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

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

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


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

А в С и С++ добавили новые типы, и функции и проблемы вообще не возникало.

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

277. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (275), 18-Июн-22, 18:16 
> Но, на то время нужнее были даты на весь двадцатый век, а не после 2038 года.

Достаточно было бы начинать отчет с 1900 года вместо 1970-го.

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

240. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Пользователь (?), 25-Фев-22, 08:05 
Ждём когда выкинут из ядра fat16(32), ntfs и оставят только ext4 (ext2(3) можно тоже выкинуть)..
Но зато это https://www.linux.org.ru/news/hardware/16783440 добавляют и не спрашивают..
Ответить | Правка | Наверх | Cообщить модератору

258. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +2 +/
Сообщение от Аноним (-), 26-Фев-22, 12:50 
Да как они вообще посмели- наш линукс разрабатывать?!!!

Берите пример с правильного разработчика из этой новости:

Хотя ядро монолитное, и все исходники в одном месте,  и можно было бы моментально поправить, как это и собственно исделал Эдуард Шишкин

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

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

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

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




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

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