The OpenNET Project / Index page

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



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

Оглавление

Файловая система ReiserFS объявлена устаревшей в ядре Linux, opennews (??), 31-Авг-23, (0) [смотреть все]

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


1. "Файловая система ReiserFS объявлена устаревшей в ядре Linux"  –12 +/
Сообщение от Аноним (1), 31-Авг-23, 20:01 
Хочется воскликнуть: "А судьи кто?"
Ответить | Правка | Наверх | Cообщить модератору

20. Скрыто модератором  +8 +/
Сообщение от Васян (?), 31-Авг-23, 21:42 
Ответить | Правка | Наверх | Cообщить модератору

25. "Файловая система ReiserFS объявлена устаревшей в ядре Linux"  +/
Сообщение от Минона (ok), 31-Авг-23, 21:45 
Билл Гейтс.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

57. Скрыто модератором  +2 +/
Сообщение от Аноним (-), 01-Сен-23, 02:01 
Ответить | Правка | Наверх | Cообщить модератору

35. "Файловая система ReiserFS объявлена устаревшей в ядре Linux"  +3 +/
Сообщение от коньюктивит (?), 31-Авг-23, 22:54 
Ты проголосовал против рейзера тем, что не поддерживаешь её, не "делаешь сам".
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

145. "Файловая система ReiserFS объявлена устаревшей в ядре Linux"  +/
Сообщение от Аноним (145), 01-Сен-23, 11:19 
Влажные фантазии...
Юридически он воздержался)
Ответить | Правка | Наверх | Cообщить модератору

51. "Файловая система ReiserFS объявлена устаревшей в ядре Linux"  +1 +/
Сообщение от Аноним (51), 01-Сен-23, 00:51 
>9 марта 2007 года судья Джулия Конжер объявила решение, вынесенное по результатам предварительных слушаний, проходивших в декабре-январе. Ханс Райзер должен будет предстать перед судом по обвинению в убийстве.
>29 августа 2008 года Ханс Райзер, в апреле приговорённый к пожизненному заключению за убийство первой степени, получил от судьи Ларри Гудмана смягчение приговора в формулировке «от 15 лет до пожизненного заключения за убийство второй степени» (без отягчающих обстоятельств).

Из Википедии.

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

54. "Файловая система ReiserFS объявлена устаревшей в ядре Linux"  +1 +/
Сообщение от Аноним (-), 01-Сен-23, 01:52 
> Хочется воскликнуть: "А судьи кто?"

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

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

161. "Файловая система ReiserFS объявлена устаревшей в ядре Linux"  +1 +/
Сообщение от Аноньимъ (ok), 01-Сен-23, 12:54 
А что там прорывного нового в апи ядра придумали для реализации файловых систем?
Ответить | Правка | Наверх | Cообщить модератору

173. "Файловая система ReiserFS объявлена устаревшей в ядре Linux"  +1 +/
Сообщение от пох. (?), 01-Сен-23, 13:11 
У него просто опечатка в слове подрывного.
Ничего особенного - stable nonsense, ваша фс больше не фс, немедленно все исправьте а не то.
И такая дребедень - каждый день.

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

178. "Файловая система ReiserFS объявлена устаревшей в ядре Linux"  –1 +/
Сообщение от Аноним (-), 01-Сен-23, 13:21 
> У него просто опечатка в слове подрывного.
> Ничего особенного - stable nonsense, ваша фс больше не фс, немедленно все
> исправьте а не то.

Да вообще офигеть - хотят пользоваться NVME всякими на ПОЛНОЙ скорости а не 20% от оной упершись в проц на "суперскоростном" рейзер 3 (и всем остальном) - прямо в оверхеде от кишок кернеля в VFS и bio.

> И такая дребедень - каждый день.

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

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

196. "Файловая система ReiserFS объявлена устаревшей в ядре Linux"  +1 +/
Сообщение от User (??), 01-Сен-23, 14:29 
Ты там эта... заканчивай руками конпелять - от этого зрение портится и волосы на руках растут. 21 век на дворе - инкрементальная сборка, CI пайплайны у всех - а у тебя все еще скорость кнопеляции в чтение с диска упирается, ну?
Ответить | Правка | Наверх | Cообщить модератору

207. "Файловая система ReiserFS объявлена устаревшей в ядре Linux"  +/
Сообщение от Аноним (207), 01-Сен-23, 15:05 
> Ты там эта... заканчивай руками конпелять - от этого зрение портится и
> волосы на руках растут. 21 век на дворе - инкрементальная сборка,

Ну и сильно мне поможет инкрементальная сборка допустим кернела 6.4 -> 6.5? Там как бы меняются почти все все файлы проекта. А ребилд который в целом может затронуть 250-300К файлов - ну, вы поняли, на NTFS это вообще не его масштаб, его перфоманс на таких операциях позорен. Один только листинг структуры файлов и дир на холодную (а рамы на кеш там не останется даже на жирном компе, его таки при билде вымоет и высушит) - в вон том на NTFS в винде займет тупо МИНУТЫ. Это еще даже делать ничего не начиная, только понять что там вообше.

> CI пайплайны у всех - а у тебя все еще скорость
> кнопеляции в чтение с диска упирается, ну?

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

...а мне хватит в общем то 1 моего воркстейшна :)

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

218. "Файловая система ReiserFS объявлена устаревшей в ядре Linux"  +/
Сообщение от User (??), 01-Сен-23, 16:19 
Ну, у меня зубов в труднодоступных местах нет, как нет желания их приобретать - но на копропротивной дотнетчине в 2019 разница во времени работы пайплайна была процентов 10 после отключения антивируса. Так пофиг, что даже пофиг в общем.
Фронтенд на винде билдить не пробовали, хз,, может там иначе все - вот на маки новые жаловались, но там скорее с arm'ами проблемы были.
Ответить | Правка | Наверх | Cообщить модератору

238. "Файловая система ReiserFS объявлена устаревшей в ядре Linux"  +/
Сообщение от Аноним (207), 01-Сен-23, 18:02 
> Ну, у меня зубов в труднодоступных местах нет, как нет желания их приобретать

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

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

> - но на копропротивной дотнетчине в 2019 разница во времени
> работы пайплайна была процентов 10 после отключения антивируса.

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

> Так пофиг, что даже пофиг в общем. Фронтенд на винде билдить не пробовали,
> хз,, может там иначе все - вот на маки новые жаловались, но там скорее с arm'ами
> проблемы были.

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

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

245. "Файловая система ReiserFS объявлена устаревшей в ядре Linux"  +1 +/
Сообщение от User (??), 01-Сен-23, 18:43 
Как бы это помягче? Программистов на delphi, которым платят за их работу несколько (Раз в 10-15 примерно) больше чем тех, кому платят за "компиляцию ядра", "пересборку gentoo" и тому подобное красноглазие ввиду чего соревноваться в этих, без всякого сомнения, увлекательных дисциплинах не вижу смысла.
"Системная интеграция" и custom dev без CI\CD конвейера со сборкой на своем РМ это... так... мило, что даже и не знаю, что сказать.
Ответить | Правка | Наверх | Cообщить модератору

267. "Файловая система ReiserFS объявлена устаревшей в ядре Linux"  +/
Сообщение от Аноним (207), 02-Сен-23, 04:30 
> Как бы это помягче? Программистов на delphi, которым платят за их работу
> несколько (Раз в 10-15 примерно) больше чем тех, кому платят за "компиляцию ядра",

И? Для МЕНЯ это фича: ниже конкуренция, м...ки с одеска не будут воротить продвинутые работы за 2 бакса в час, обгаживая малину. Я должен расстроиться? :)

> "пересборку gentoo" и тому подобное красноглазие ввиду чего

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

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

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

> "Системная интеграция" и custom dev без CI\CD конвейера со сборкой на своем
> РМ это... так... мило, что даже и не знаю, что сказать.

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

А фактический результат... хотя у меня нет именно CI для допустим кернела, я гоняю билды чартерными рейсами, оцениваю технологию в -dev состоянии до того как мне укатает релизом. Меня конечно интересует ограниченный набор задач, железок и проч, но я взаимодействую с апстримами чтобы в моих выводках железок все было ЗБС. Рейзер, конечно, туда не входит. Вот btrfs с неких пор таки да. Потому что может быть необслуживаемый с одной стороны, а схема хранения DUP позволяет переживать подарки типа редких случайных бэдов раз в год без развала системы. Заодно идентифицировав системы которые в будущем могут стать проблемой, если эвент фикса блока из копии часто повторяться стал ("системный стораж сыпется, надо плавно заменить эту железку при случае"). Сие лучше катастрофических отказов с потерей функциональности из-за 1 бэда под libc, как оно случается с другими файлухами. Как-то так я и могу обставить всяких "экспертов" в системной интеграции. Далеко не каждый гентушник в состоянии осмысленно обыграть подобне аспекты. И это хорошо. Для меня.

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

364. "Файловая система ReiserFS объявлена устаревшей в ядре Linux"  +/
Сообщение от User (??), 04-Сен-23, 06:59 
Дайте догадаюсь - задачи вы решаете "в одного" и\или почти не пересекаясь с остальной командой? Да еще небось в стиле "сделал-и-бежать", а саппортить это потом или самостоятельно, или "не барское дело"? В таком подходе да, "индустриельное программирование" со всякими гитами-фигитами-жирами-пайплайнами-сборки-доставки и прочими "рачьими паттернами придуманными другими" и впрямь ни к чему, а вот "компилять быстрее" таки важно - велосипед сам-собой не поедет. "Фуллстек-жыдаи" - они такие.  
Ответить | Правка | Наверх | Cообщить модератору

385. "Файловая система ReiserFS объявлена устаревшей в ядре Linux"  +/
Сообщение от Аноним (-), 04-Сен-23, 14:29 
> Дайте догадаюсь - задачи вы решаете "в одного" и\или почти не пересекаясь
> с остальной командой?

Да когда как на самом деле, от конкретики зависит. Уж с линуксными ядерщиками отвзаимодействовать - пришел, показал траблу, соообща зарубились над проблемой. Через сутки ее уже нет. Это и есть команда. Географически распределенная. Динамически собирающаяся под задачу. Это намного круче чем весь ваш энтерпрайзный булшит вместе взятый, проприетарии такие уровни эффективности и таймингов в принципе не умеют. Это и есть их фэйл. Поэтому слушать их на тему как софт девелопать... ну, э, лол, вон то - жесточайший апгрейд ;)

А с CI для линукскернела обосp@лись по ресурсам даже гранды типа IBM и гугла. Их винтики осознав масштабы задачи задумчиво выдали "seems, CI is overrated". В общем то есть и другие пути. С бисектом и тем более штуками типа syzbot умеющими в авто-бисект и самоличный запуск виртуалок с авто-воспроизведением бага - у вас народ так и не умеет поди небось. А тут оно само багу найдет, само мсг в рассылку пульнет, само посадившего баг пинганет. Вот XFS'ный майнтайнер с раджами из редхата даже устал крайним быть, ну кто бы сомневался?! =)

> Да еще небось в стиле "сделал-и-бежать", а саппортить это потом или самостоятельно,
> или "не барское дело"? В таком подходе да, "индустриельное программирование"

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

> со всякими гитами-фигитами-жирами-пайплайнами-сборки-доставки

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

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

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

> "Фуллстек-жыдаи" - они такие.

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

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

386. "Файловая система ReiserFS объявлена устаревшей в ядре Linux"  +/
Сообщение от User (??), 04-Сен-23, 15:21 
Я верю, что дядь Вася крут - дядь Вася может "на слух" движок продиагностировать и на ходу его киянкой починить - почему нет? Вот только не смотря на абстрактное количество заказов у "дядь Васи" _индустрии_ они нах...фиг не нужны, что бы они там себе не думали.
Собственно, масштаб и способы решаемых задач я осознал - интересно мне оно примерно "никак", на уровне гаражных автосервисов или починки цветных телевизоров. Впечатлен навыками, ослеплен крутизной - ухожу свои SCADA-MES-ERP дружить.
Ответить | Правка | К родителю #385 | Наверх | Cообщить модератору

406. "Файловая система ReiserFS объявлена устаревшей в ядре Linux"  +/
Сообщение от Аноним (-), 06-Сен-23, 09:09 
> Я верю, что дядь Вася крут - дядь Вася может "на слух"
> движок продиагностировать и на ходу его киянкой починить - почему нет?

Ну вот как бы дядваси разные бывают. У кого и CAN-адаптеры есть, и они разбуженные среди ночи коды ошибок любимой марки без запинки назовут. А уж про то чтобы чиптюнинг закатить и вендорские ограничения снять - и вовсе фигня вопрос, заплати-лети. Да что там, даже на стеке чувак интересуется - прокатить BMW поставив свич на подогрев сидений самому, чтоб не платить десятку в месяц за "опцию" - считается за хак DRM или нет?!

> Вот только не смотря на абстрактное количество заказов у "дядь Васи"
> _индустрии_ они нах...фиг не нужны, что бы они там себе не думали.

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

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

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

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

> Впечатлен навыками, ослеплен крутизной - ухожу свои SCADA-MES-ERP дружить.

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

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

177. "Файловая система ReiserFS объявлена устаревшей в ядре Linux"  +/
Сообщение от Аноним (-), 01-Сен-23, 13:18 
> А что там прорывного нового в апи ядра придумали для реализации файловых систем?

Folios (группы страниц за присест вместо 1 страницы), io_uring (по сути zerocopy убийца старого aio), еще ряд внутренних рефакторов нацеленных на понижение оверхеда в VFS и блочном уровне в РАЗЫ.

Когда появились суперскоростные NVME, NVDIMM и проч - кишки VFS и block "от дидов" дали трещину: они делались с идеей что IO медленное а проц быстрый и не парились оверхедом. Так что колупать по 1 страничке на 4-кило им было нормалек. Но здесь вам не тут - все стало упираться в скорость 1 ядра проца и глядя на такой треш пришлось рефакторить.

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

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

182. "Файловая система ReiserFS объявлена устаревшей в ядре Linux"  +/
Сообщение от Аноним (182), 01-Сен-23, 13:45 
>Одна из которых это fsck норовящий "починить" том в полную вермишель.

Вот здесь не надо ля-ля. Опция --rebuild-tree всегда вывозила в критических ситуациях, как автомат Калашникова.
По надёжности они примерно одинаковы с BTRFS современной. Но в отличе от BTRFS, ReiserFS хоть ремонтопригодна. А сервисные утилиты BTRFS - овно. Невооружённым глазом видно, что, с ФС что-то не так, но btrfsck бодро рапортует - всё ОК! ОК, ОК, до тех пор, пока она не стала полностью недоступной. Тогда btrfscк сказала, что метаданнные отсутствуют.

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

201. "Файловая система ReiserFS объявлена устаревшей в ядре Linux"  +/
Сообщение от Аноним (207), 01-Сен-23, 14:47 
> По надёжности они примерно одинаковы с BTRFS современной. Но в отличе от
> BTRFS, ReiserFS хоть ремонтопригодна.

После того как тупой аки дрова fsck Reiser3 втрамбует в файлуху хоста структуры из ФС какого-нибудь случайно попавшегося образа гуеста, виноватого только тем что образ VM лежал в файлухе хоста, а валидацию что это вообще деревья от той ФС которая была нужна гении из namesys немного не доперли - восстанавливать будет нечего чисто технически. Файлуха будет раздристана в г@вно. А что вы хотите с ЧУЖИМИ деревьями в файлухе получить?! И вот это вот у них - "known issue" такой. Уже много лет. Что в мире набитом виртуалками довольно фатально.

Разработчики btrfs не настолько раки и все же проверяют FS UUID из суперов vs деревья и вообще блоки данных/метаданных и проч. И настолько дешево и тупо их лохануть все же не получится. Это раз.

Два - в btrfs есть офлайн читалка, без монтирования, умеющая парсить структуры ФС сама. Более того - т.к. это CoW можно в довольно много разных точек входа потыкаться и в конце концов найти относительно живые деревья, по которым более менее вынуть файло. Ну а в рейзере это все невозможно by design. Он же не CoW - и офлайн парсера у него нет. Как и никаких онлайн чекеров. Поэтому о траьлах рейзера узнают обычно по readonly FS -> fsck -> фаталити. Без возможности undo оного даже в проекте, откатить вкатывание левых деревьев в ФС малореально в принципе. Хоть там что но вот это - будет именно фаталити. И там потом только testdisk и photorec сканить, структур ФС больше нет - чужие деревья референсят совсем не то и не туда.

> А сервисные утилиты BTRFS - овно. Невооружённым глазом видно, что, с ФС что-то
> не так, но btrfsck бодро рапортует - всё ОК!

А невооруженный глаз - в чем проявляется? Сообщения об ошибке? Перфоманс? Или...?

> ОК, ОК, до тех пор, пока она не стала полностью недоступной.
> Тогда btrfscк сказала, что метаданнные отсутствуют.

И при этом, конечно, не было никаких сообщений в dmesg? Да ладно? Или как обычно окажется что у гражданина просто сыпучее железо? :)

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

291. "Файловая система ReiserFS объявлена устаревшей в ядре Linux"  +/
Сообщение от Аноним (291), 02-Сен-23, 12:03 
Образ виртуалки в виде файлов .vdi, .vmdk? Тогда непонятно, как это из файлов излекается, чтоб себе встроить. У меня reiserfsck всегда их воспринимала, именно как файлы и они даже никогда не бились.

>А невооруженный глаз - в чем проявляется? Сообщения об ошибке? Перфоманс? Или...?

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

Железо, не то, чтобы сыпучее, но иногда глюкучее по части ввода-вывода. Но при этом, ReiserFS успешно на нём выживала. Да, иногда приходилось делать --rebuild-tree, но всегда завершалось успешно.

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

305. "Файловая система ReiserFS объявлена устаревшей в ядре Linux"  +/
Сообщение от Аноним (-), 02-Сен-23, 12:47 
> Образ виртуалки в виде файлов .vdi, .vmdk? Тогда непонятно, как это из
> файлов излекается, чтоб себе встроить.

У лично меня могут RAW диски быть по ряду причин. E.g. прототипы образов кроссовых фс для таргетов, 1 в 1, с использованием VM, позволяет откатать образ даже если этого одноплатничка у меня пока еще нет. Или если не оно - qcow2 qemu'шный, как нативный формат. И сжатый qcow2 только если его конвертить, а в runtime оно не жатое пишется. Гадать, примет ли чудный fsck те куски за свою фс и разнесет все или "фух прокатило" - не с руки.

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

> У меня reiserfsck всегда их воспринимала, именно как файлы и они даже никогда не бились.

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

Может это не было соображением на момент дизайна. Но тогда назвать ЭТО именно словом "obsolete", как в сабже - более чем уместно ИМХО. Я такие LoKI вижу себе вот так.

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

Так это... а в dmesg что-то было? Или настоящие джедаи системные логи не читают, даже при системных проблемах?

> Хотя, проверка и вручную, и пакетным менеджером показывала, что всё на месте.

Это все прекрасно - а в dmesg и прочих системных логах было что нибудь? А то чекать пакетным менеджером какой-нибудь например IO error с диска или что там еще весьма странное занятие, там что угодно может получиться.

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

И опять же - а как знать, глюки ли это кучи питонятины или и правда ФС имела к этому отношение? А может вы вообще там перемудрили с билдфлагами, получили некорректно работающий код и он побил RAM или сломал логику файлухи. Гентушники вообще такие ребята что у них есть баги которых у других в принципе не найдешь. И если утверждается что дело именно в ФС хотелось бы каких-то понятных мне технических аргументов за именно эту версию. А для этого надо было ну хотя-бы в dmesg позырить. Если btrfs ну вот реально отлупит на верх что не смог вынуть вон тот файл, как свидетельствует мой опыт, в dmesg гарантированно будет недурное описание "какого черта?!"

> Железо, не то, чтобы сыпучее, но иногда глюкучее по части ввода-вывода.

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

> Но при этом, ReiserFS успешно на нём выживала. Да, иногда приходилось делать
> --rebuild-tree, но всегда завершалось успешно.

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

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

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

315. "Файловая система ReiserFS объявлена устаревшей в ядре Linux"  +/
Сообщение от Аноним (291), 02-Сен-23, 13:31 
Дисков было несколько, материнок пару. Как я предполагаю, проблема в колодках питания SATA. После их передёргивания, более лучшего придавливания пальцем в направлении прилегания контактов к противоположным контактам, проблема исчезает. Через какое-то время может появится вновь.
Предлагаете перепаивать разъёмы питания SATA?

PS Molex были надёжней.

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

327. "Файловая система ReiserFS объявлена устаревшей в ядре Linux"  +/
Сообщение от Аноним (-), 02-Сен-23, 17:57 
> Дисков было несколько, материнок пару. Как я предполагаю, проблема в колодках питания
> SATA. После их передёргивания, более лучшего придавливания пальцем в направлении прилегания
> контактов к противоположным контактам, проблема исчезает. Через какое-то
> время может появится вновь.
> Предлагаете перепаивать разъёмы питания SATA?

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

> PS Molex были надёжней.

Да хз, не испытываю проблем такого плана в общем случае. А вот статистику накопителей нехило поглядывать - там бывает видно и кривые кабели (вот хреновые SATA кабели попадались), и иной раз намерения вскоре сдохнуть. Впрочем тут скорее интересны системные логи на предмет "во что это трансформировалось". А таки с избыточностью пожалуй смогло бы выжить даже и такое. Может с определенными оговорками, но, все же - на сыпучих флехах, вот, живет. Да и на дисках - ну возьмет зафэйлившийся блок с другого девайса, если избыточность была. А если на глючном железе и без избыточности - "set sail for fail".

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

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

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

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




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

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