The OpenNET Project / Index page

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



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

Оглавление

В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachefs, opennews (??), 07-Фев-24, (0) [смотреть все]

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


30. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."  +/
Сообщение от Аноним (-), 07-Фев-24, 16:58 
> ext4 и так норм ресайзится,отмонтировался и в  путь. D

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

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

39. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."  +/
Сообщение от Фрик из соседней пещеры (?), 07-Фев-24, 17:59 
Угу с места в карьер.)
Ответить | Правка | Наверх | Cообщить модератору

58. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."  +/
Сообщение от Аноним (58), 07-Фев-24, 20:24 
Это в смысле в пропасть свалиться?
Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

61. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."  +1 +/
Сообщение от Минона (ok), 07-Фев-24, 21:52 
Back to the future.
Ответить | Правка | Наверх | Cообщить модератору

72. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."  +1 +/
Сообщение от Аноним (-), 08-Фев-24, 00:31 
> Back to the future.

Ну он его не смотрел видимо - и потому не в курсе что вместо падения в пропасть - там уже мост построят :)). А вот CoW как раз позволяет очень хорошо ощутить все эти концепции. При чем на минималках даже и grub с btrfs - машина времени на минималках так то.

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

83. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."  +/
Сообщение от Фрик из соседней пещеры (?), 08-Фев-24, 05:29 
А как ещё лошалку так разогнать?Она согласно вики максимум 71 км/ч бежит.)
Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

98. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."  +/
Сообщение от Аноним (-), 08-Фев-24, 10:29 
> А как ещё лошалку так разогнать?Она согласно вики максимум 71 км/ч бежит.)

Ну вот и до фрика из соседней пещеры кажется стало доходить что такой план имеет изъян :). А до например Форда и ~век назад дошло.

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

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

102. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."  +/
Сообщение от Фрик из соседней пещеры (?), 08-Фев-24, 10:47 
ext4 для рутиных задач типа игрушек и видосиков за глаза. Реактивных лошадок пусть админы ДЦ заводят. А выхлоп в попугах это не то что меня беспокоит. Чем ты таким занят,что тебе нужны снапшоты и прочая хня? Криптокошелёк что ли оберегаешь всеми силами Ктулху? Я самое ценное что у меня на харде есть легко заного перекачаю. D
Ответить | Правка | Наверх | Cообщить модератору

128. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."  +/
Сообщение от Аноним (-), 08-Фев-24, 14:24 
> ext4 для рутиных задач типа игрушек и видосиков за глаза.

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

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

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

> Реактивных лошадок пусть админы ДЦ заводят.

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

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

Да хрен с ним  с выхлопом в попугаях, но в ext4 нет ни машины времени, ни self heal. А вот это как бы резко выводит его из звания competitor'ов этих технологий. Не может деревянная телега в навигацию в 4-м измерении. Хоть как. Вы не можете "догнать" того кто переместился через время. Это не хорошо и не плохо, это by design.

> Чем ты таким занят,что тебе нужны снапшоты и прочая хня?

Я активно экспериментирую с - внезапно - линухами. Билдую кернелы, собираю виртуалки, билдую системные образа, а иногда и всякие смежные продвинутости, типа Data Recovery знакомым, в основном линуксовым (но в общем то я и с NTFS не пасую).

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

> Криптокошелёк что ли оберегаешь всеми силами Ктулху? Я самое
> ценное что у меня на харде есть легко заного перекачаю. D

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

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

60. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."  +1 +/
Сообщение от User (??), 07-Фев-24, 21:50 
>> ext4 и так норм ресайзится,отмонтировался и в  путь. D
> Ага, а если лошади по бочине как следует врезать и топить под
> горку то... сможете сделать 88 миль в час?!

Особенно забавно с учетом того, что на большинстве реальных кейсов ext4 таки быстрее, нежели например btrfs )

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

73. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."  –5 +/
Сообщение от Аноним (-), 08-Фев-24, 00:38 
> Особенно забавно с учетом того, что на большинстве реальных кейсов ext4 таки
> быстрее, нежели например btrfs )

Да, от 1 бэда под libc6 система на EXT4 и правда скопытилась резко, быстро и без предупреждения - и это вовсе даже не фича была. А нормальный self heal на ext4? Ну что вы, это фантастика.

А так по приколу - btrfs с bg_tree монтируется быстрее чем ext4, XFS и bcachefs. А с практической точки зрения скорость сильно зависит от того что и как делать. Особенно если ext4 врубить полное журналирование. Иначе сравнение не эквивалентное получается, то что btrfs делает является аналогом full journal - но без пеналти по записи в 2 раза.

Так что для меня ext4 - это махровое легаси. Я забыл про него.

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

84. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."  +1 +/
Сообщение от User (??), 08-Фев-24, 07:09 
>[оверквотинг удален]
> фича была. А нормальный self heal на ext4? Ну что вы,
> это фантастика.
> А так по приколу - btrfs с bg_tree монтируется быстрее чем ext4,
> XFS и bcachefs. А с практической точки зрения скорость сильно зависит
> от того что и как делать. Особенно если ext4 врубить полное
> журналирование. Иначе сравнение не эквивалентное получается, то что btrfs делает является
> аналогом full journal - но без пеналти по записи в 2
> раза.
> Так что для меня ext4 - это махровое легаси. Я забыл про
> него.

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

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

101. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."  +/
Сообщение от Аноним (-), 08-Фев-24, 10:43 
> Ну вот он, мастер класс по переобуванию в прыжке от экспертных экспертов
> - но как дышал-то, как дышал, а? Скорость! Лошади! Тыр-дыр-пыр-форманс!!11

"Completely missed the point...". Скорость операций наступила после того как я научился пользоваться 4-м измерением.

И вот вместо копирования 4Тб чушки - я ее рефлинкаю, и получаю "как бы копию" за секунду. Вот это - скорость операций. А покажете с EXT4 такое? :) Или, вот, снапшотом можно откатить факап системы намного быстрее чем реинсталом или бэкапами. Да и врапнуть вон тот мой десктоп в воооот эту виртуалку "btrfs send" примерно так же быстро и эффективно было. И вот я тут с вами болтаю, из виртуалки с браузером, скроеной за пару минут - а изначально эта ОС была моим десктопом.

> А сейчас "и не быстрее, а медленней (это то же самое, что
> и "быстрее", только чуть-чуть медленней),

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

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

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

103. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."  +/
Сообщение от Фрик из соседней пещеры (?), 08-Фев-24, 11:04 
4 терабайта фоточек... Не,ну,ты конечно монстр. Признаю тебя самым авторитетным пользователем.D
Ответить | Правка | Наверх | Cообщить модератору

130. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."  +/
Сообщение от Аноним (-), 08-Фев-24, 14:30 
> 4 терабайта фоточек... Не,ну,ты конечно монстр. Признаю тебя самым
> авторитетным пользователем.D

Это рассыпавшаяся ФС у вооон тех. Нормальные люди это делают так:
1) Читают образ от и до. Если накопитель рушеный - более специализированными программами.
2) Делают с этого образа рабочую копию.
3) Экспериментируют над этой копией - пытаясь в идеале ее довести до моунтабельного состояния.
4) Если прокатило - цепляют ФС и лихо выковыривают несчастному пользаку фоточки и видосы. Иначе ну, не повезло, тогда что-то типа testdisk и photorec в лапки, или специализированый продвинутый софт который нащупает остатки "альтернативным парсингом". В случае btrfs такой тул прям в команду "btrfs" встроен. А для всего остального - так умеет только платный комерческий софт. Виндовый как правило.

И вооон там в пункте 2 - копировать 4 терабайта по всей площади очень не прикольно. Да и требования к месту растут. А убить с трудом вычитаный образ неудачным экспериментом - EPIC FAIL.

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

137. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."  +/
Сообщение от Аноним (36), 08-Фев-24, 14:51 
Нет, не так. С посыпавшейся бтрфс/зфс ты идёшь искать бэкапы, потому что выцепить уже ничего не получится (если что и получится, то совсем не то, что надо). По твоим словам совершенно очевидно, что ты никогда с этим не сталкивался, зачем ты тогда изливаешь свои откровения?
Ответить | Правка | Наверх | Cообщить модератору

156. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."  +/
Сообщение от Аноним (156), 08-Фев-24, 15:49 
> Нет, не так. С посыпавшейся бтрфс/зфс ты идёшь искать бэкапы,

Маленький нюанс в том что я видел довольно много чего посыпавшегося - но btrfs в это число не входил :). Сие походу существует в основном в страшных сказках "экспертов" опеннета.

И вот меня уже какой там год стращают - а оно все не сыпется и не сыпется. По моему нормальный статус кво. Заодно показывающий куда "эксперты" могут идти вместе со своей экспертизой.

> потому что выцепить уже ничего не получится (если что и получится, то совсем
> не то, что надо).

Имеючи оффлайн парсер прямо в штатном тулките ФС то? Умеющий якориться на разные generation объектов? Ну да, куда уж нам... а чойта для остальных такое если вообще и есть - то под маздай и за бабки? :). Для сабжа такого, вероятно, нет совсем пока, даже за бабки: слишком новый.

> По твоим словам совершенно очевидно, что ты никогда с этим не сталкивался,
> зачем ты тогда изливаешь свои откровения?

Лол, у меня btrfs'ов - на более чем сотне юнитов крутится. А также для себя довольно много где. С чем я там не сталкивался? Развейте тему. Рискнете? :) Правда юзкейсы у меня местами эзотичные - но это как раз мне специфичные баги иногда подгоняет на невытоптанной поляне. Которые и аннулируются. Или к вопросу как я научился прикидывать качество ФС и вытоптанность поляны.

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

168. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."  +/
Сообщение от Аноним (36), 08-Фев-24, 16:34 
Так тут целый перечень когнитивных искажений, неужели, не видишь? При этом, сам же и подтверждаешь, что никогда с таким не сталкивался. Ну, даже не знаю, чем тут помочь. Толку от способностей бтрфс, если она сдохла и рассыпалась от очередного бага, вызванного драйвером какой-нибудь сетевой карты? Остаётся собирать ошмётки, и, в лучшем случае, это будут неактуальные ошмётки, от которых никого проку.
Ответить | Правка | Наверх | Cообщить модератору

174. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."  +/
Сообщение от Аноним (-), 08-Фев-24, 17:09 
> Так тут целый перечень когнитивных искажений, неужели, не видишь? При этом, сам
> же и подтверждаешь, что никогда с таким не сталкивался.

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

Так можно налететь с любой ФС. Обладатели EXT4 и NTFS которым я вынимал их добро - проверяли. С btrfs до этого обычно не доходит: вопли "csum failed" в логи очень способствуют отлову кривого железа ДО того как ситуация получит дальнейшее развитие. Так что у меня есть мини коллекция с глючным процом, планками оперативы, шнурком сата и сыпучими флехами/sd. Оно как вы уже поняли было поймано и было заменено ДО того как успело что-то развалить.

> Ну, даже не знаю, чем тут помочь.

Я разве просил вашу помощь?

> Толку от способностей бтрфс, если она сдохла и рассыпалась от очередного бага,
> вызванного драйвером какой-нибудь сетевой карты?

В моих системах нет багов такого плана. Я не потерплю в моих системах такую байду, она будет загашена. И таки у меня ряд систем гоняется с несколько расширеным "self-check", по ряду причин. А такие факапы обычно ведут опять же к вою про failed csum задолго до эскалации в реальные проблемы. После чего я резко разбираюсь что за хрень творится.

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

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

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

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

121. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."  +/
Сообщение от User (??), 08-Фев-24, 13:44 
>[оверквотинг удален]
>> А сейчас "и не быстрее, а медленней (это то же самое, что
>> и "быстрее", только чуть-чуть медленней),
> А сейчас я навигирую в 4 измерениях - и смотрю на ваши
> жилкие потуги как будто вы из пещеры только что вылупились. Видите
> ли, кроме bulk performance есть еще более умные способы обыграть скорость
> операций. Но вам такие навороты ессно недоступны.
> Вам надо более быстрых лошадей. Ну я и спросил - а 88
> миль в час - могете? Я то путешествую во времени. А
> вы не сможете даже тот пререквизит... и вот все у вас
> так.

А полезное что-нибудь - пробовали? Ну-там postgres какой-нибудь запустить, kafka'у задеплоить и какую-нибудь нагрузку дать, PVC в RWM к куберу подключить так, чтобы кластер выключение одного сервера переживал, гигов хотя бы 500 пользакам с правами доступа раздать - ну хоть что-нибудь?
А то рассказы про "четвертое измерение" и тому подобное это хорошо - но людям мал-мала работать надо. Некоторым. Иногда.

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

131. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."  +/
Сообщение от Аноним (-), 08-Фев-24, 14:38 
> А полезное что-нибудь - пробовали? Ну-там postgres какой-нибудь запустить, kafka'у задеплоить

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

> и какую-нибудь нагрузку дать, PVC в RWM к куберу подключить так,
> чтобы кластер выключение одного сервера переживал, гигов хотя бы 500 пользакам
> с правами доступа раздать - ну хоть что-нибудь?

Я не занимаюсь кластерами с 500 пользаками. Это просто не моя проблематика. А вот на одноплатниках DUP с btrfs разложил, например. И это улучшило их надежность.

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

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

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

155. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."  +/
Сообщение от User (??), 08-Фев-24, 15:48 
>[оверквотинг удален]
> и интересно - как зайцу стопсигнал. Я не DBA внезапно, и
> в моих проектах - вся эта монстрятина нахрен не вперлась. С
> чего вы возомнили что я буду оценивать технологии для ваших юзкейсов
> и интересоваться теми проблемами? Это ваша участь.
>> и какую-нибудь нагрузку дать, PVC в RWM к куберу подключить так,
>> чтобы кластер выключение одного сервера переживал, гигов хотя бы 500 пользакам
>> с правами доступа раздать - ну хоть что-нибудь?
> Я не занимаюсь кластерами с 500 пользаками. Это просто не моя проблематика.
> А вот на одноплатниках DUP с btrfs разложил, например. И это
> улучшило их надежность.

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

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

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

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

160. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."  +/
Сообщение от Аноним (156), 08-Фев-24, 15:55 
> Ну, т.е. не пробовали. Вот почему-то ни капли не удивлен, да.

Ну так это ваш кейс, полезный - вам. При чем тут я?

> В спортивной конпеляции ведра и копирования 4х гигов самому себе
> соревноваться не готов, простите.

Ага, и DUP на пачке одноплатников для улучшения надежности rootfs вы тоже не сможете. Почему-то.

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

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

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

129. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."  +/
Сообщение от Минона (ok), 08-Фев-24, 14:25 
> И вот вместо копирования 4Тб чушки - я ее рефлинкаю, и получаю
> "как бы копию" за секунду.

А зачем нужна эта "как бы копия"?

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

132. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."  +/
Сообщение от Аноним (-), 08-Фев-24, 14:41 
>> И вот вместо копирования 4Тб чушки - я ее рефлинкаю, и получаю
>> "как бы копию" за секунду.
> А зачем нужна эта "как бы копия"?

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

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

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

140. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."  +1 +/
Сообщение от Аноним (36), 08-Фев-24, 14:56 
Ты не понимаешь основ криминалистической работы с данными, а это именно то, что важно и позволяет избежать дальнейших сюрпризов. Ну, это когда данные действительно представляют какую-либо ценность, конечно.
Ответить | Правка | Наверх | Cообщить модератору

163. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."  +/
Сообщение от Аноним (156), 08-Фев-24, 16:03 
> Ты не понимаешь основ криминалистической работы с данными,

Data Recovery != криминалистическая работа с данными, ВНЕЗАПНО! :D. В этом случае цель - выцепить для хомячка максимум добра. Обычно получается вынуть все или почти все.

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

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

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

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

76. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."  +/
Сообщение от нах. (?), 08-Фев-24, 01:12 
ну ты сравнил - 4x (в плохом случае 8) write amplification с 64x!

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

104. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."  +/
Сообщение от Аноним (-), 08-Фев-24, 11:15 
> ну ты сравнил - 4x (в плохом случае 8) write amplification с 64x!

При том чтобы такие цифры увидеть на практике надо быть или идиотом или нахом. И сделать что-то шедеврально тупое по смыслу, типа нагруженной БД на cow, чтоли, без nocow.

А если разложить сабжа или btrfs на ноуте, воркстейшне, да даже HTTP серваке грузящем файлы каком, или чем там - найти 10 отличий от EXT4 вообще не получится. А управление ОС и местом ФС станет просто на порядок лучше. И можно будет выкинуть позор типа LVM и прочие костыли на мороз, сильно упростив себе жизнь.

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

125. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."  +/
Сообщение от нах. (?), 08-Фев-24, 14:04 
> При том чтобы такие цифры увидеть на практике надо быть или идиотом или нахом.

надо мерять. А не опрашивать. (местных неидиотов бредящих сказками о невиданых космически коро6лях бороздящих четвертые измерения)

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

134. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."  +/
Сообщение от Аноним (-), 08-Фев-24, 14:43 
>> При том чтобы такие цифры увидеть на практике надо быть или идиотом или нахом.
> надо мерять. А не опрашивать. (местных неидиотов бредящих сказками о невиданых космически
> коро6лях бороздящих четвертые измерения)

Очешуеть, я развел поха на здравую мысль. С которой на все 100% согласен, btw.

В моих кейсах я ну вот никак не вижу отличий в дохрена VS ext4. Но это разумеется не истина в последней инстанции.

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

105. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."  +/
Сообщение от Аноним (3), 08-Фев-24, 11:29 
Сказки не рассказывай. Там разве что с CoW журнал полнее, а чтобы такой херни добиться - да даже в btrfs это уже байки из прошлого.
Ответить | Правка | К родителю #76 | Наверх | Cообщить модератору

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

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




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

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