The OpenNET Project / Index page

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



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

"Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от opennews (??), 07-Окт-24, 08:19 
Линус Торвальдс выступил с новой критикой методов сопровождения Bcachefs в основном ядре Linux.  Суть претензий сводится к тому, что Кент Оверстрит (Kent Overstreet), автор Bcachefs,   всегда присылает много изменений в последний момент перед выходом очередной предварительной версии ("-RC") и на этот раз его изменения привели к нарушению сборки 6.12-RC1 на системах с порядком байт "big-endian" при включении Bcachefs, так как патчи были  протестированы только в локальной ветке Кента и для их рецензирования не были привлечены другие участники...

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

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

Оглавление

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


1. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +2 +/
Сообщение от Аноним (1), 07-Окт-24, 08:19 
«человеческий фактор»
Ответить | Правка | Наверх | Cообщить модератору

11. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  –5 +/
Сообщение от КО (?), 07-Окт-24, 08:34 
Когда Линусу не нравится результат без потери производительности это конечно другое
Тестовые сборки видать просто для вида у него
Ответить | Правка | Наверх | Cообщить модератору

48. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +39 +/
Сообщение от Аноним (-), 07-Окт-24, 10:28 
> Когда Линусу не нравится результат без потери производительности это конечно другое
> Тестовые сборки видать просто для вида у него

Да, вы знаете, когда вы присылаете пулреквест за 5 минут до -RC это в общем то хамство. А когда там еще и с тестированием все так отлично что оно билд ядра валит - вдвойне. Экспериментальный мандат конечно подразумевает некоторые скидки, но Кенту было популярно объяснено, что если ему скидки надо в ТАКОМ объеме - всем будет проще если такой хаос будет out of tree.

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

249. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  –8 +/
Сообщение от 0x0 (-), 07-Окт-24, 23:56 
Современные реалии таковы, что пулреквест может прислаться в люьой момент, в который посылающий его уверен, что он готов к отсылке. Проблема, скорее, именно в получателе: обращать на него внимание прямо сейчас или отложить на потом :)

Ведь, наверное, не стали же бы вы блеймить тех, кто отсылал послания конной почтой, а эти послания были доставлены как раз в самый неподходящий последний момент :)

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

255. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +3 +/
Сообщение от Аноним (255), 08-Окт-24, 02:19 
> Современные реалии таковы, что пулреквест может прислаться в люьой момент, в который
> посылающий его уверен,

В современных реалиях - у Торвальдса проект который используется в МИЛЛИАРДАХ самых разных систем по всей планете! Когда у вас будет что-то сравнимое, держащее половину глобуса - вы будете в праве давать мастерклассы. А до тех пор - я уж как-нибудь у Торвальдса мастеркласс возьму. Потому что он 1 в 20 раз круче вас всех вместе взятых, и стремиться надо - к чему-то такому, раз так можно было.

> что он готов к отсылке.

Завал билда кернела на big endian платформах прозрачно намекает что это было не оно.

> Проблема, скорее, именно в получателе: обращать на него внимание прямо сейчас
> или отложить на потом :)

Проблема в
1) Общем пофиге Кента на устоявшиеся регламенты и вообще практики выкатки релизов.
2) В пере по головам, чтобы было удобно - Кенту, с пофигом как оно всем остальным. А вот это, увы, имеет свою цену.
3) Quality problems в живом проекте - и профаченый RC - не являются примером для подражания, это баг и он подлежит устранению.

> Ведь, наверное, не стали же бы вы блеймить тех, кто отсылал послания
> конной почтой, а эти послания были доставлены как раз в самый
> неподходящий последний момент :)

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

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

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

323. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  –2 +/
Сообщение от Аноним (323), 08-Окт-24, 21:10 
> В современных реалиях - у Торвальдса проект который используется в МИЛЛИАРДАХ

В современных и любых других реалиях выигрывает всегда наихудшее но наидешевейшее решение.

> Завал билда кернела на big endian платформах прозрачно намекает что это было не оно.

Можно увидеть список процессоров используемых сейчас в мире на такой архитектуре? И кто за ними из фирм стоит.

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

326. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  –1 +/
Сообщение от Аноним (-), 08-Окт-24, 23:54 
>> В современных реалиях - у Торвальдса проект который используется в МИЛЛИАРДАХ
> В современных и любых других реалиях выигрывает всегда наихудшее но наидешевейшее решение.

Экие метания начались. А вот фиг. Выигрывает - разумно сбалансированное решение.

С одной стороны - если вы будете гоняться за идеалом, вы рискуете вообще ничего не зарелизить. Или профачить управление проектом как реактос, который переписывал ядро 3 раза с ноля, 2 раза толпа не лохов поработали ... в мусорный бак!

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

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

>> Завал билда кернела на big endian платформах прозрачно намекает что это было не оно.
> Можно увидеть список процессоров используемых сейчас в мире на такой архитектуре? И
> кто за ними из фирм стоит.

Так, на минуточку, вам в arch/ - и рассматривайте наздоровье все что там есть. Из того что по памяти приходит в голову, PPC, MIPS (например куча роутеров-мыльниц на линухе), у ARM есть вариант работы в Big Endian. Он и правда менее популярен чем Little Endian - но ядро эксплуатируется в чертовой куче мест и потому должно быть универсальным, увы и ах.

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

295. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +1 +/
Сообщение от Я (??), 08-Окт-24, 10:54 
тут же не столько конфликт в том что он реквесты шлёт поздно, а в том что он умудряется в окно для "только фиксы багов" в пулреквест с фиксом багов воткнуть а ещё я пока фиксил баг реализовал три новых фичи вот они в этом же коммите.. а когда его попросили так не делать он сказал что считает эти изменения неразрывными и что они должны быть в одном пулреквесте.. и тут либо надо чтобы разработчик сам научился правильно коммиты делать чтобы с ними могло остальное сообщество работать, либо кто-то должен встать в промежутке и за ним оформлять коммиты, либо пускай уже в своей ветке отдельно от ядра разрабатывает как ему удобно, а тем кому надо сами пусть портируют.
Ответить | Правка | К родителю #249 | Наверх | Cообщить модератору

328. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  –1 +/
Сообщение от Аноним (328), 09-Окт-24, 00:10 
> делать чтобы с ними могло остальное сообщество работать, либо кто-то должен
> встать в промежутке и за ним оформлять коммиты, либо пускай уже
> в своей ветке отдельно от ядра разрабатывает как ему удобно, а
> тем кому надо сами пусть портируют.

Этот мир жесток. В нем нет babysitter'ов, сорян, но предполагается что это взаимодействие взрослых полноценных людей. Способныых менеджить хотя-бы себя и свой закоулок, понимая что факап нагибает и других. Поэтому вы либо учитесь работать с теми в каких-то взаимоприемлимых форматах - либо они вас уйдут из процесса. Третьего в этом мире не дано. Никто не будет тратить ресурсы на babysitting, как максимум помогут в начальный tune-in, но при этом процессе неуместно гнуть пальцы, претендуя что лучше всех все знаешь. Кент тупо не видит big-pic и как его активность вписывается в общие соотношения. А вписывается пока - вот - сломав народу билд. Такое себе.

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

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

356. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +1 +/
Сообщение от Разум (?), 09-Окт-24, 14:05 
божечки какой кринж, я надеюсь мы с тобой не работаем на одном проекте
Ответить | Правка | К родителю #249 | Наверх | Cообщить модератору

304. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +1 +/
Сообщение от ОШИБКА Отсутствуют данные в поле Name (?), 08-Окт-24, 13:47 
В чём проблема оставить этот пул-реквест до следующего RC? Я вижу тут проблему в процедуре формирования RC.
Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

327. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +1 +/
Сообщение от Аноним (328), 09-Окт-24, 00:04 
> В чём проблема оставить этот пул-реквест до следующего RC? Я вижу тут
> проблему в процедуре формирования RC.

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

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

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

Кент однако посчитал себя умной клавой, поэтому вывалил немеряный pull практически в последнюю секунду. И сломал народу билд в -rc. Achievement unlocked: f..d up -RC :). Может распечатать бэджик и повесить на стену или куда там. Только за такую ачивку в приличном проекте можно и канделябром по морде получить, на что ему и намекнули.

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

145. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от _kp (ok), 07-Окт-24, 15:55 
Ну, хотя бы не сказал что всё г@вно. То есть, принципиальных замечаний нет. Это уже даже хорошая новость.
А проблемы взаимодействия в команде, надо решать.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

3. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +44 +/
Сообщение от Жироватт (ok), 07-Окт-24, 08:20 
И снова Линус показал себя как зрелый senior и ответственный PM.

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

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

16. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  –25 +/
Сообщение от Аноним (16), 07-Окт-24, 09:10 
Сам не работает и другим не даёт.
Ответить | Правка | Наверх | Cообщить модератору

181. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +6 +/
Сообщение от Аноним (181), 07-Окт-24, 17:12 
Да если бы все там так работали, как Кент, ядро никогда бы до RC не доползало, вечно бы что-то отваливалось из-за очередного неуспевающего дятла, ведь разработчиков там тьма.
Ответить | Правка | Наверх | Cообщить модератору

23. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (23), 07-Окт-24, 09:22 
Видимо Линус сам забыл что bcachefs помечена как экпериментальная фича. Осеннее обострение.
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

25. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +17 +/
Сообщение от чатжпт (?), 07-Окт-24, 09:30 
ага, тиран, не дает пихать в ядро заведомо сломанное
Ответить | Правка | Наверх | Cообщить модератору

64. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +6 +/
Сообщение от Аноним (23), 07-Окт-24, 11:01 
На самом деле было так - сначала тиран принял поломанное в rc1, а затем не пропустил фикс в rc2.
Тиран, но с изюминкой!
Ответить | Правка | Наверх | Cообщить модератору

238. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +1 +/
Сообщение от Аноним (238), 07-Окт-24, 22:28 
Походу, они очень любят слишком оригинальный секас.
Но с точки зрения времени - за 5 минут "до", все же укладывается во временной интервал
А у них там что, заморозки кода перед тестированием нету вообще?
Ответить | Правка | Наверх | Cообщить модератору

274. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  –1 +/
Сообщение от Аноним (274), 08-Окт-24, 06:32 
> Походу, они очень любят слишком оригинальный секас.
> Но с точки зрения времени - за 5 минут "до", все же
> укладывается во временной интервал
> А у них там что, заморозки кода перед тестированием нету вообще?

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

Ну вот он нам это и обеспечивает. За это мы его и считаем лучшим PM на планете с самым крутым проектом. Если вы считаете что кто-то может лучше - окей, вот их проектами и пользуйтесь!

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

26. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +20 +/
Сообщение от Аноним (26), 07-Окт-24, 09:30 
Экспериментальная фича может глючить сама по себе, но не должна при включении ломать сборку всего ядра.

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

369. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (369), 11-Окт-24, 14:48 
И проверять в этом случае ничего не надо? А ревьювить тонны портянок остальные должны без перерыва на обед и сон?
Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

35. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +2 +/
Сообщение от Аноним (-), 07-Окт-24, 09:47 
"зрелый senior и ответственный PM" просто бы заблочил PR.
А Линус начинает мять ядро и упрашивать разраба.
Я понимаю, что диктатор должен быть великодушным (чтобы от него все разработчики не разбежались), но блин!

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

54. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +2 +/
Сообщение от Аноним (-), 07-Окт-24, 10:42 
> "зрелый senior и ответственный PM" просто бы заблочил PR.

Getting Things Done в его парадигму - явно не входят?! Ибо если просто якорить всех в опенсорце - ну, окей, значит будешь фигачить все сам! Кент и сказал в свою защиту что мол - ежели кто считает что лучше всего знает как надо ФС - так пусть и покажет, сделав свой ФС?!

> А Линус начинает мять ядро и упрашивать разраба.

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

> Я понимаю, что диктатор должен быть великодушным (чтобы от него все
> разработчики не разбежались), но блин!

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

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

186. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +1 +/
Сообщение от Аноним (181), 07-Окт-24, 17:21 
> и сказал в свою защиту что мол - ежели кто считает что лучше всего знает как надо ФС - так пусть и покажет, сделав свой ФС

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

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

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

261. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +1 +/
Сообщение от Аноним (261), 08-Окт-24, 03:26 
> а к организации процесса разработки и синхронизации этапов работы с другими
> разработчиками. Если новость точна, то со стороны Кента это глупая апелляция.

Этот мир сложнее чем черное и белое. В целом - это и правда довольно глупая аппеляция. Но со стороны Кента есть определенный пойнт вида "окей, но у меня нет склада big endian систем".

Как оказалось - у Теодора Тсо и проч даже были тестовые фермы. Но кент с nih'ом не поинтересовался вопросом, добавил себе долботни, что-то сам засетапил с nih системой тестирования, может оно и не плохо - но сложное это дело, 1 морду целую армию косплеить.

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

Ну, вообще, и такое тоже бывает. И там тоже бывают дискуссии. Скажем, народ заманало что AMDGPU с его нев...ми хидерами - жрет 6% размера ядра, а парсинг таких автогенеренных простыней для 100500 железяк ведет к нехилому клину билда. И появились идеи вынести "hw headers" в отдельное репо, а из нее гененить куда более скромные хидеры только с регистрами реально юзаемыми дровами ядра. А не так что нате вам тут на лопате вообще все HDLные internals железки, все 100500 штук, даже если юзаете 20 регистров из этого :)

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

67. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Golangdev (?), 07-Окт-24, 11:07 
> PR

Говорит о том, что Вы не знаете, как разрабатывают ядро.

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

6. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  –15 +/
Сообщение от Аноним (16), 07-Окт-24, 08:27 
Да кому она вообще нужна, эта bcachefs... ZFS хватает для всего. У меня даже на ноутбуке сейчас ZFS стоит, и всё прекрасно работает. Байки о жручести этой ФС оперативы ожидаемо оказались всего лишь байками.
Ответить | Правка | Наверх | Cообщить модератору

7. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  –1 +/
Сообщение от Жироватт (ok), 07-Окт-24, 08:29 
На насе (кэш для бэкапов, откуда по крону выгружается раз в неделю на стример) кэш ZFS ~3Гб/2ТБ Raid1.
Ответить | Правка | Наверх | Cообщить модератору

240. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (238), 07-Окт-24, 22:34 
Закину свои выводы по эксплуатации ZFS в продакшене за десяток лет:
(очень приблизительно) на каждый террабайт данных в zfs, требуется 1 Гб оперативки.
Если дополнительно включаем дедупликацию данных(и\или прочие ресурсоемкие фишечки) - требования к памяти возрастают.
И опять таки, если вы админ гуевого локалхоста, то для вас требования будут заведомо ниже, вы же ARC скорее всего не мониторите.
Ответить | Правка | Наверх | Cообщить модератору

9. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  –1 +/
Сообщение от Аноним (9), 07-Окт-24, 08:31 
Если у тебя 100 гигабайт zfs и 128 гигабайт оперативки, то конечно.
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

12. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (16), 07-Окт-24, 08:42 
16 ГБ оперативы, из которых при запущенном торрент-клиенте, браузере с парой открытых вкладок и видеоплеере занято около 2 ГБ (Debian, Xfce, Chromium), и 2 ТБ ssd, из которых на данный момент свободно около 300 ГБ. Каких-то тормозов на глаз не заметно. Насколько я понимаю, оперативу зфс занимает динамически, в зависимости от доступного объёма. Чем больше свободной оперативы -- тем больше она отжирает.
Ответить | Правка | Наверх | Cообщить модератору

17. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  –9 +/
Сообщение от Аноним (9), 07-Окт-24, 09:10 
16 и так вообще впритык для чего угодно. А толку тебе от zfs на ssd? Что ты будешь делать, когда она рассыпется? Я могу понять ещё btrfs.
Ответить | Правка | Наверх | Cообщить модератору

21. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +3 +/
Сообщение от Аноним (21), 07-Окт-24, 09:20 
Какой "притык", вы о чём?

У меня на рабочей машине 450 мегабайт доступно в среднем для работы. (Там всего 2Гб, но система отжирает 1500 мб на себя саму.)

И на этом прекрасно работает emacs, c eww, erc, jabber.el, clang++, magit, ssh и прочим, а когда нужно, запускаются vlc и firefox с парой вкладок.

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

24. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  –2 +/
Сообщение от Аноним (9), 07-Окт-24, 09:24 
Главное, не работай, для просмотра вконтакта с парой вкладок конечно достаточно.
Ответить | Правка | Наверх | Cообщить модератору

120. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +1 +/
Сообщение от Аноним (120), 07-Окт-24, 13:44 
>У меня на рабочей машине 450 мегабайт доступно в среднем для работы

Это ничтожно мало
>И на этом прекрасно работает emacs, c eww, erc, jabber.el, clang++, magit, ssh и прочим, а когда нужно, запускаются vlc и firefox с парой вкладок

Один единственный процесс c++ запросто может занять гигабайта 2, а их обычно запускают количество ядер + 1. Так что работать в таких условиях можно с очень большими оговорками

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

140. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (9), 07-Окт-24, 15:47 
У раста 1 процесс компилятора 8 гигабайт норма. У хромиума тоже что-то такое было с линкером. Вот тут все эти zfs сразу становятся резко негодными.
Ответить | Правка | Наверх | Cообщить модератору

123. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (-), 07-Окт-24, 14:10 
> У меня на рабочей машине 450 мегабайт доступно в среднем для работы.

Хм... даже страшно спрашивать, а чего ты там "работаешь"?

> И на этом прекрасно работает emacs, c eww, erc, jabber.el, clang++, magit,
> ssh и прочим, а когда нужно, запускаются vlc и firefox с парой вкладок.

И насколько комфортно)?
Дополнительные 2 гига памяти сейчас стоят, наверное, дешевле пары бутылкок пива.

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

32. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +2 +/
Сообщение от Аноним (16), 07-Окт-24, 09:43 
> 16 и так вообще впритык для чего угодно

Мне как видишь хватает.

> А толку тебе от zfs на ssd

А к чему этот акцент на ssd? Мне никакие противопоказания в отношении использования zfs на ssd не известны. Наоборот, ssd  для этой системы -- то что доктор прописал, т.к. в отличие от hdd тут нет влияния фрагментации. А вообще использую zfs  потому что это удобно: не нужно ломать голову с разделами, есть снапшоты, рефлинки, send/receive, нативное шифрование, и вот это вот всё.

> Что ты будешь делать, когда она рассыпется?

То же, что и с любой другой ФС: восстановлюсь из бэкапа.

> Я могу понять ещё btrfs

Какие преимущества у btrfs перед zfs?

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

40. Скрыто модератором  –3 +/
Сообщение от Аноним (9), 07-Окт-24, 10:08 
Ответить | Правка | Наверх | Cообщить модератору

56. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  –1 +/
Сообщение от Аноним (16), 07-Окт-24, 10:45 
> BTRFS нативная активно развиваемая и используемая ФС, а не набор васянских патчей для домохозяек

Btrfs на линуксе собран точно так же как и zfs: модулем. Вся разница между ними в том, что btrfs тебе загодя собирает мейнтейнер ядра, а zfs собирается на месте с помощью dkms, причём из официального репозитория. И никаких патчей.

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

Пруфы? Что-то я сильно сомневаюсь, что btrfs быстрее ext4 или xfs. Разве что в CrystalDiskMark за счёт какого-нибудь кэширования. У меня zfs в CDM на дефолтных настройках тоже показывает космические циферки за счёт кэша. В реальности всё конечно гораздо скромнее.

> У тебя что-то одни минусы в достоинствах

Если тебе не нужно ничего из перечисленного, то непонятно зачем тебе вообще btrfs, ведь по функциональности эти ФС схожи. Мог бы обойтись ext4. В крайнем случае ext4/xfs + LVM.

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

72. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (9), 07-Окт-24, 11:12 
Постоянно отваливаются, а разрабы ядра регулярно показывают средний палец (и, самое забавное, бэкпортируют патчи в старые ветки, так что прилетит внезапно). Поэтому в лучшем случае регулярно будет обмазано гигатоннами патчей от людей, которые понятия не имеют, что делают. А что до остального, это про то, что собственные реализации (и не используемые в индустрии), это подножка на будущее и явный минус.
Ответить | Правка | Наверх | Cообщить модератору

94. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (16), 07-Окт-24, 12:21 
Кто отваливается? Модули что ли?
Ответить | Правка | Наверх | Cообщить модератору

98. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (9), 07-Окт-24, 12:31 
> Кто отваливается? Модули что ли?

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

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

103. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +1 +/
Сообщение от Аноним (16), 07-Окт-24, 13:07 
> Сборка или работа модулей может нарушиться при каждом обновлении ядра

Но почему-то не нарушается.

> Кроме того, нет гарантий, что при работе с 1 билдом ядра, будет работать с другим той же версии

Это касается всего линукса в целом, а не только zfs. Точно так же и с btrfs тебе никто не даст гарантий того, что она у тебя не развалится при очередном обновлении ядра. Разницы вообще никакой. Единственный недостаток zfs на Линуксе в том, что не вся фунциональность Солярки поддерживается (например zones). А, ну и ещё гибернация не работает, если ею кто-то пользуется. И для поддержки шифрования нужна поддержка AVX инструкций в процессоре. Да и всё собственно.

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

115. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (9), 07-Окт-24, 13:32 
Регулярно нарушается работа любых out-of-tree модулей. Этого не происходит с btrfs.
Ответить | Правка | Наверх | Cообщить модератору

122. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (16), 07-Окт-24, 13:55 
> Регулярно нарушается работа любых out-of-tree модулей

"Регулярно" -- в переводе на русский означает "привычно", "обыденно". Но если бы нарушение работы модулей было, как ты пишешь, в порядке вещей, то это: а) было бы у всех на слуху (а этого нет); б) давно было бы замечено и так или иначе исправлено. Я, например, за долгие годы пользования линуксом с "нарушением работы out-of-tree модулей" не сталкивался ни разу. Во всяком случае я такого не помню.

> Этого не происходит с btrfs

BTRFS и без этого у людей разваливается на ровном месте. Тоже мне образец надёжности...

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

124. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (124), 07-Окт-24, 14:11 
> Я, например, за долгие годы пользования линуксом с "нарушением работы out-of-tree модулей" не сталкивался ни разу. Во всяком случае я такого не помню.

Вы, наверное ни nvidia не пользуетесь, ни VirtualBox.

Угадал?

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

125. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (16), 07-Окт-24, 14:24 
Виртуалбоксом пользуюсь, нвидией нет.
Ответить | Правка | К родителю #124 | Наверх | Cообщить модератору

144. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (124), 07-Окт-24, 15:53 
Тогда не понятно. Совсем недавно VirtualBox обламывался при обновлении ядра.
Ответить | Правка | К родителю #125 | Наверх | Cообщить модератору

155. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (16), 07-Окт-24, 16:18 
Не знаю, у меня ничего не обламывалось. Я вообще забыл когда у меня что-то ломалось. Возможно потому, что я сижу на стабильном, установленном через debootstrap Дебиане с Xfce, на стандартном дебиановском ядре. Из сторонних реп только Virtualbox да ZFS из бэкпортов. Ломаться по сути и нечему.
Ответить | Правка | К родителю #144 | Наверх | Cообщить модератору

237. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (237), 07-Окт-24, 21:47 
Ну, если только debian. Тут ядро совсем не обновляют. Вот и ломаться нечему.
Ответить | Правка | К родителю #155 | Наверх | Cообщить модератору

289. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (16), 08-Окт-24, 08:57 
Обновляют, просто мажорную версию ядра не меняют. Вот буквально позавчера свежее ядро (6.1.0-26) прилетело. На ZFS тоже обновы прилетают периодически.
Ответить | Правка | К родителю #237 | Наверх | Cообщить модератору

283. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  –1 +/
Сообщение от Аноним (-), 08-Окт-24, 07:43 
> через debootstrap Дебиане с Xfce, на стандартном дебиановском ядре. Из сторонних
> реп только Virtualbox да ZFS из бэкпортов. Ломаться по сути и нечему.

У тебя не "стандартное ядро" и в такой конфигурации ты в жизни не сможешь зарепортить кому либо баг на такой выкидыш. Ибо tainted kernel с левыми модулями. Саппортит этот конфиг - никто. Зовут его - никак. И в случае чего - пиши баги в /dev/null ;)

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

290. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (16), 08-Окт-24, 09:10 
> Саппортит этот конфиг - никто

Если изъян в ZFS -- саппортит команда ZFS; если изъян в Дебиане -- саппортит команда Дебиана. И никаких гарантий, да. Как и в любом другом дистрибутиве, с ZFS или без.

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

294. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  –1 +/
Сообщение от Аноним (294), 08-Окт-24, 10:44 
>> Саппортит этот конфиг - никто
> Если изъян в ZFS -- саппортит команда ZFS;

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

> если изъян в Дебиане -- саппортит команда Дебиана. И никаких гарантий, да.

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

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

> Как и в любом другом дистрибутиве, с ZFS или без.

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

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

351. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (-), 09-Окт-24, 11:58 
> Тогда не понятно. Совсем недавно VirtualBox обламывался при обновлении ядра.

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

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

352. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (352), 09-Окт-24, 12:29 
> Если вам вместо метаданных ФС запишется дамп видеопамяти

то нас спасет тройная копия метаданных!!! с чексумммами на криптографических хешах!!!

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

361. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (361), 10-Окт-24, 04:27 
>> Если вам вместо метаданных ФС запишется дамп видеопамяти
> то нас спасет тройная копия метаданных!!! с чексумммами на криптографических хешах!!!

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

А если не читаете - тогда есть шанс что однажды видеопамять сдампится в регион ДО размножения на 3, счета чексум и записи этого. И в этом случае лыжи таки - встанут на асфальт и там. Но шансов зарулить проблему до разлета будет больше чем у юзерей EXT4 какого, который однажды запустив fsck в такой ситуации получает - совсем тыкву и удивляется - мол, как же так?! Откуда тут на меня такой рояль упал?!

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

129. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +1 +/
Сообщение от Аноним (120), 07-Окт-24, 15:05 
>"Регулярно" -- в переводе на русский означает "привычно", "обыденно".

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

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

275. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (275), 08-Окт-24, 06:41 
> Это касается всего линукса в целом, а не только zfs. Точно так
> же и с btrfs тебе никто не даст гарантий того, что
> она у тебя не развалится при очередном обновлении ядра.

Вообще-то out of tree модули отваливаются чаще - ибо их никто в рамках, вот, RC - не тестирует на тему как все эти внеядерные выкидыши с актуальной кодовой базой работают.

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

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

> Разницы вообще никакой. Единственный недостаток zfs на Линуксе в том, что не вся
> фунциональность Солярки поддерживается (например zones).

Недостатков там далеко не 1. Это и какой-то сильно более кривой менеджмент, у Btrfs и сабжа - в целом лучше, ибо можно просто добавлять/вынимать девайсы с прозрачным add/remove места в стораже. Снапшоты и проч - как-то более по человечески сделаны. Нет никаких миндфаков с какими-то там импортами каких-то пулов. Антикварный дизайн, тормозной как капец без ломового подпора оперативой.

Де факто достоинства zfs в основном сводятся к тому что он был первым. Ну, да, если у вас 1961 год, ракета Союз - это круто и топчик. А если у вас 2024 - и многоразовые фалконы летают по 9 раз - вроде все то же, но уже не то. И жигуль - уже давно не машина мечты.

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

263. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (-), 08-Окт-24, 03:36 
> То же, что и с любой другой ФС: восстановлюсь из бэкапа.

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

>> Я могу понять ещё btrfs
> Какие преимущества у btrfs перед zfs?

1) Интегрировано в кернел и нормально тестируется в рамках релиза. А не так что нате на лопате рефлинки - ой, потестим в проде - что может пойти не так?! Ой, сломали гентушникам пул. Ой, когда-нибудь напишем фикс на это дело. Кент, кстати, вот, написал ребилд метаданных. А те - только обещали.
2) Куда более простое и логичное управление, btrfs device add/remove это то как должна ФС рулиться.
3) Умеет DUP на 1-девайсной конфиге, что повышает выживаемость ФС в случае редких но метких факапов типа "влез бэд под метаданные". А многие другие в этом случае и фаталити могут отхватить.
4) И кстати схемы хранения данных и метаданных могут отличаться. Скажем можно даже в RAID0 метаданные все же как RAID1 сделать, дабы при кончине девайса или факапах все же что-то отковырять оттуда.
5) В отличие от ZFS с ARC живущим своей жизнью без интеграции с кернелом, btrfs юзает стандартные механизмы ядра.
6) ИМХО в целом более адекватный девтим, никакого хайпа, просто делают свое дело, проблемы фиксят, если лыжи встали на асфальт, помогут зарулить. Компетентно и круто. А ZFSники делают хз что, и это сообщество по жизни - покусано энтерпрайзом. Другие кейсы для них по сути не существуют.

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

293. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (16), 08-Окт-24, 10:06 
> Интегрировано в кернел и нормально тестируется в рамках релиза.

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

> Ой, сломали гентушникам пул

Проблема гентушников. В отсутствие ZFS в ядре задача обеспечения совместимости дистрибутива с ZFS ложится на плечи дистростроителей. Разрабы ZFS не могут тестировать свою ФС на совместимость со 100500 существующими болгеносами. Впрочем, даже если бы ZFS была в ядре, то это всё равно не давало бы никаких гарантий, т.к. и с ванильными ядрами регулярно всплывают какие-то проблемы, а из дистростроителей по-моему вообще мало кто использует ванильные ядра. Короче, как я и сказал -- никакой разницы. Справедливости ради, я бы тоже хотел чтобы у ZFS было две ветки: релизная и опытная, и чтобы в релизную ветку выпуск попадал только через несколько месяцев после выхода опытной версии ФС.

> Куда более простое и логичное управление, btrfs device add/remove это то как должна ФС рулиться

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

> Умеет DUP на 1-девайсной конфиге

ZFS так тоже может. Задаётся параметром copies=x, если ты это имеешь в виду


> Скажем можно даже в RAID0 метаданные все же как RAID1

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

> В отличие от ZFS с ARC живущим своей жизнью без интеграции с кернелом, btrfs юзает стандартные механизмы ядра

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

> ИМХО в целом более адекватный девтим, никакого хайпа, просто делают свое дело, проблемы фиксят, если лыжи встали на асфальт, помогут зарулить

Ну, учитывая многочисленные "особенности" BTRFS (как например невозможность удаления файлов при нехватке свободного места (лол!) или до сих пор не работающие (судя по отзывам) raid5/raid6), адекватность тамошнего девтима под большим вопросом. Что касается рутинной работы, то команда ZFS точно так же спокойно и без хайпа добавляет в свою ФС новые фичи, исправляет недочёты в плане производительности и удобства. И ещё неизвестно кто делает это активней, команда BTRFS или команда ZFS.

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

296. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (-), 08-Окт-24, 11:43 
> Судя по числу жалоб на развалившуюся btrfs это не очень-то и помогает.

Статистика по надою кур? Почему-то говорят об этом в основном те кто btrfs'ом не пользуется, юзеря ZFS всякого, покусаные энтерпрайзом и солярами.

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

>> Ой, сломали гентушникам пул
> Проблема гентушников. В отсутствие ZFS в ядре задача обеспечения совместимости дистрибутива
> с ZFS ложится на плечи дистростроителей.

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

> Разрабы ZFS не могут тестировать свою ФС на совместимость со 100500
> существующими болгеносами.

И всякие syzbot и прочие автотесты оптом - не долбят ЭТО каждый релиз ядра. В отличие от вон тех. В том числи и btrfs'а, да.

> Впрочем, даже если бы ZFS была в ядре, то это всё равно не давало
> бы никаких гарантий,

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

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

Там, видите ли, к моим услугам эвон какая тима. Но ежели они в трейсе tainted увидят - Contact your support, гудбай.

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

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

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

Пфффф. В btrfs можно расширить или уменьшить даже RAID просто добавив или изъяв девайс. Просто отрастает +N места. Ну или убавляется. Это простые и быстрые операции, без всяких рестрайпов по всей площади, выравниваний, подбора размеров и прочего ДОИСТОРИЧЕСКОГО БРЕЙНФАКА. Next gen управления схемами хранения и местом - это так!

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

>> Умеет DUP на 1-девайсной конфиге
> ZFS так тоже может. Задаётся параметром copies=x, если ты это имеешь в виду

До них в кои-то веки стало доходить что 1-дисковые конфиги могут и не фатально сыпаться а просто словить 1-2 бэда раз в сто лет? А self repair этого оно - умеет? Это и на данные и метаданные выбираемо? Ибо у вон того - профили данных и метаданных так то настраиваются отдельно.

>> Скажем можно даже в RAID0 метаданные все же как RAID1
> Звучит как эталонное "нинужно", т.к. если данные не важны (RAID0), то надо
> полагать что и метаданные ценности не представляют.

Можно и более интересные вещи собрать. Скажем RAID56 там стремноватый, но можно сделать при этом RAID1 (или даже RAID1C3/C4 с 3 или 4 копиями) метаданных, так write hole метаданных нет, остальное менее критично. Или, вот, на 1-дисковой конфиге, DUP данных все же ополовинит место. А DUP только метаданных при SINGLE данных - нормальный компромисс, ФС от пары бэдов не разлетится вдрызг, даже если под метаданные попадут.

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

> школоте может быть такое и зайдёт. А хранить метаданные на отдельном
> устройстве и ZFS может.

Btrfs как раз мне нравится тем что - не делает мозг своим менеджментом. Все операции просты и быстры. И большую часть этих идей - Кент содрал. Потому что next gen это вот так. А не те дино.

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

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

Btrfs же в этом смысле - совершенно обычная файлуха. Я его по приколу даже на роутере с 64 мегами оперативы на все заводил. В основном чтобы диски/флехи по сети цеплять. Просто работает. Не сильно хуже EXT4 какого.

> Шишкин что-то такое говорил. ZFS же имеет собственные механизмы, наиболее оптимально
> заточены на работу именно с этой ФС.

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

> Ну, учитывая многочисленные "особенности" BTRFS (как например невозможность удаления
> файлов при нехватке свободного места (лол!)

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

> работающие (судя по отзывам) raid5/raid6), адекватность тамошнего девтима под большим
> вопросом. Что касается рутинной работы, то команда ZFS точно так же
> спокойно и без хайпа добавляет в свою ФС новые фичи,

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

> исправляет недочёты в плане производительности и удобства. И ещё неизвестно кто делает
> это активней, команда BTRFS или команда ZFS.

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

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

308. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +1 +/
Сообщение от Аноним (16), 08-Окт-24, 15:14 
> Почему-то говорят об этом в основном те кто btrfs'ом не пользуется

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

> И всякие syzbot и прочие автотесты оптом - не долбят ЭТО каждый релиз ядра

Долбят без привязки к релизам ядра. Вот же ж беда.

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

Без понятия к чему там в ZFS приурочивают свои выпуски. У меня всё работает, как и у большинства других пользователей. А баги случаются у всех. Вон недавно даже с бронебойной ext4 случай приключился.

> В btrfs можно расширить или уменьшить даже RAID просто добавив или изъяв девайс

В ZFS такое по-моему тоже уже сделали. Но я не проверял, поэтому утверждать не буду. Надо будет в виртуалке поиграться.

> Btrfs как раз мне нравится тем что - не делает мозг своим менеджментом. Все операции просты и быстры.

То же самое могу сказать о ZFS.

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

Верю. Правда не очень понимаю зачем на роутере btrfs, если ext4 там была бы куда как уместней.

> Я видел как они рефлинки добавили, спасибо

Если ничего не путаю, то там даже не столько в ZFS проблема была, сколько в линуксовой утилитой cp. Из-за разной логики её работы в разных дистрибутивах где-то проблема проявлялась, где-то нет. Потому-то block cloning и отключён по умолчанию. Я у себя включил ради интереса. Пока что проблем не наблюдаю.

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

331. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (331), 09-Окт-24, 01:33 
>> Почему-то говорят об этом в основном те кто btrfs'ом не пользуется
> Или те, кто предпочитает учиться на чужих ошибках, а не на своих.

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

У особо отморозившихся до сих пор EXT4 в топе. Спасибо если не EXT2. Но это опять же технология страуса. Ибо они не видели что случается если протерся регион под журналом допустим, и почему в EXT4 прикрутили чексумы для хотя-бы журнала. Видите ли, иначе - потом это fsck собрать уже не могет. Вообще никак. Но страусы в своем закутке, возможно, никогда не видели такие разлеты - и считают EXTы чем-то хорошим :). А с точки зрения общей логики, чексум на журнал в авральном порядке от хорошей жизни - не кодят.

>> И всякие syzbot и прочие автотесты оптом - не долбят ЭТО каждый релиз ядра
> Долбят без привязки к релизам ядра. Вот же ж беда.

Это очень большая проблема, ибо стыки взаимодействий, самое стремное место - остается не протестированым. Линух динамично развивается, vfs и mm активно рефакторят имея на это ломовые причины - "телепание по 1 страничке стало нагибать суперскоростное IO". А кто не вписался в эти повороты - обрекает себя на много горя.

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

> Без понятия к чему там в ZFS приурочивают свои выпуски. У меня
> всё работает, как и у большинства других пользователей. А баги случаются
> у всех. Вон недавно даже с бронебойной ext4 случай приключился.

Назвать EXT4 бронебойным может только тот кто не интересовался ФС и их проблемами. См. выше.

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

А я этим в btrfs пользусь по сути повседневно. Могу сделать "grow" скажем фс на sd/emmc одноплатника, могу расширить хранилку под разовый data recovery с жирного винча, а потом и вынуть девайсы, если такое больше не планируется в ближайшее время. Возможность маневра имющимися ассетами это хорошо и правильно.

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

> То же самое могу сказать о ZFS.

Видимо у нас разные понятия о "не делает мозг". Для меня то что отделяет btrfs/bcachefs от всего что до них - что они не рулят местом RAID "per device". Вместо этого пространство девайсов аллоцируется чанками, а RAID в этих терминах - "размести данные в 2 разных чанка на 2 разных девайсах". При этом валидно из 3 девайсов по 2 тб получить RAID1 на 3 тб. Это работает и с разными размерами, лишь бы пара девасов с свободным местом еще была. И ребаланс на самом деле как операция - для этого.

У btrfs и bcachefs есть отличия в деталях как оно, но оба эволюционируют к примерно одинаковой логике, с немного разных сторон. Для меня уход от per-device менеджмента райдов граница водораздела, я считаю что next gen - так. Это для меня шаг вперед vs что было до того, гибкое управление местом, в том числе с RAID, без дорогих операций по всей площади и требований выраванивания размеров, "иначе место теряется".

ZFS в этом смысле уныл как я понимаю. Обычное per-device нечто, с допущениями классических райдов прибитыми на гвозди, cow настолько базовый что рефлинки приделывать заняло цать лет, и то с факапами. Менеждмент снапшотов странный какой-то, какие-то импорты-экспорты (вон там в советах, с btrfs просто прицепили бы девайсы к новой машине и вся возня). Оно даже не экстентное толком. Поэтому и требует подпора гигазами рам, ибо самому по себе этому не с чего быть быстрым. Древность. Да еще внеядерная. Но спасибо, раздразнили вон тех и они пошли посмотреть а нельзя ли еще и получше ответить, оказалось что нет предела совершенству :)

> Верю. Правда не очень понимаю зачем на роутере btrfs, если ext4 там
> была бы куда как уместней.

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

>> Я видел как они рефлинки добавили, спасибо
> Если ничего не путаю, то там даже не столько в ZFS проблема
> была, сколько в линуксовой утилитой cp.

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

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

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

> где-то нет. Потому-то block cloning и отключён по умолчанию.

1) Юзер мод вообще не должен мочь вызвать неконсистентность метаданных/аллокации, иначе это как бетонный блок брошенный посреди скоростной автострады.

2) Он изначально включен был. А после того как вон тем гентушникам прилетело, может они и передумали, конечно :)). Но, факЪ, рефлинки уже даже XFS умеет. Хоть он cow такой вообще совсем условный. Т.е. де факто технологию умеют как минимум, btrfs, bcachefs, XFS, ZFS. Но феерично обгадиться в именно этом - смог только zfs почему-то.

Возможно секрет в том что у btrfs/bcachefs - это действо достаточно простое само по себе. Такие кейсы были сразу как часть дизайна задуманы.

> Я у себя включил ради интереса. Пока что проблем не наблюдаю.

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

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

344. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (16), 09-Окт-24, 06:56 
> после того как вон тем гентушникам прилетело

А не странно что только у гентушников возникли проблемы с zfs? Как бы не самая подходящая система для задач, связанных с этой ФС...

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

348. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (-), 09-Окт-24, 11:13 
>> после того как вон тем гентушникам прилетело
> А не странно что только у гентушников возникли проблемы с zfs? Как
> бы не самая подходящая система для задач, связанных с этой ФС...

Они видите ли компилять любят. Это кроме всего прочего неплохо стресстестит ФС. И тут вдруг оказалось - что билдсистема игогошки очень любит рефлинки.

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

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

345. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (16), 09-Окт-24, 07:15 
> Но общее соотношение мягко говоря развеяло довольно много мифов о трепетном отношении этих господ к данным

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

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

349. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (-), 09-Окт-24, 11:26 
> Ну, к разрабам btrfs и раньше доверия не было. Вон у чела
> в соседней ветке три сервера легло, так что в плане надёжности
> тут вряд ли много изменилось. Тут уж каждый выбирает то, чьи
> мифы ему ближе.

Как я уже сказал - я имею опыт работы с командой btrfs'ников. Я гоняю валидацию -rc относительно интересующи меня конфиг - и пару раз там всплывали факапы. На поверку это были артефакты рефакторов других подсистем, но btrfs'ники всегда круто и эффективно включались в решение проблемы и делали все зависящее для успешного решения проблемы, очень крутой подход. Поскольку это в -RC, жирные баги совместными усилиям, вот, не попадали юзерам на бошки. Кент в именно этом аспекте их напоминает, только у него пока нет сбалансированого view и видения big pic и как он на нем умещается.

А вот именно разлет btrfs на совсем - у меня ни разу не случался. Хотя у меня его - есть. Скажем он ща задеплоен в пару выводков юнитов, около 100 штук в каждом. Не говоря про ноуты, десктопы, кучу виртуалок и проч. Мне уже i++ год тут страшилки рассказывают. А оно просто работает. Возможно секрет что я держу системы исправными, не игнорю ошибки в логах, не гоняю хз чей левак в кернелмоде и не делаю иных откровенно глупых вещей?

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

152. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +1 +/
Сообщение от YetAnotherOnanym (ok), 07-Окт-24, 16:16 
> 16 и так вообще впритык для чего угодно

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

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

160. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +1 +/
Сообщение от Аноним (9), 07-Окт-24, 16:36 
Вон в телефонах по 20 гб памяти ставят, чёт им не мешает энергоэффективности. Какое это отношение вообще имеет?
Ответить | Правка | Наверх | Cообщить модератору

161. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (-), 07-Окт-24, 16:44 
> Бгггг. Я раскрою тебе великую тайну - есть такие штуковины, называются ноутбуки.

Местные их как-то не жалуют.
В прошлой теме один такой обиженный рассказывал что "ненужно!"

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

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

А каким боком объем памяти к работе от батареи?
В общем объеме потребление памяти будет не больше 10% даже для ультра-ультра-буков, хотя я думаю существенно меньше.
16 гигов ставят даже в офисные печатные машинки за 350 баксов.

ps что забавно, выбор 8 гиговых уже 2-3 меньше чем 16ти

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

284. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (-), 08-Окт-24, 07:46 
>> Бгггг. Я раскрою тебе великую тайну - есть такие штуковины, называются ноутбуки.
> Местные их как-то не жалуют.
> В прошлой теме один такой обиженный рассказывал что "ненужно!"

Только недавно картинка попалась...
- А вот последний Core i9, топовая модель.
- RTX4000-что-то там...
- 256 гигов рамы, топчик!
- 8 терабайт энтерпрайз SSD.
...
- А теперь можно наконец и посмотреть ютуб!

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

175. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (120), 07-Окт-24, 17:04 
>а для этого приходится ставить в них процессор умеренной мощности и память умеренного объёма.

Производители просто жадные, вот и всё. В нормальные ноутбуки влезает 64 Гб оперативки, в те, что подороже - ещё больше.

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

187. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от _ (??), 07-Окт-24, 17:25 
В теории. А на практике - пямять паяная. Сколько поставили со столькими и умрёт.
Ответить | Правка | Наверх | Cообщить модератору

315. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  –1 +/
Сообщение от Аноним (120), 08-Окт-24, 18:23 
Производитель не скрывает какой объём памяти поддерживается и сколько распаяно/в слотах. Так что тут только вина пользователей.
Ответить | Правка | Наверх | Cообщить модератору

51. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (51), 07-Окт-24, 10:37 
По умолчанию zfs отжирает половину памяти, причем с течением времени жутко ее фрагментирует. Отсюда и следуют рассказы про ее жручесть. На десктопе с 16 ГБ этого видно не будет - 8 гб хватает за глаза среднему десктопу, а регулярная перезагрузка не дает фрагментации заметно вырасти. В линуксе есть механизм автоматической дефрагментации памяти, но он как-то не очень дружит с zfs.
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

61. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  –1 +/
Сообщение от Аноним (16), 07-Окт-24, 10:53 
> Ну да, arcstat показывает что занято 7,7 ГБ. Тем не менее это никак не влияет на доступность этой памяти для остальных приложений. Жёстко zfs ничего не резервирует.
> с течением времени жутко ее фрагментирует

Фрагментированная оперативная память? Как это?

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

76. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Всем Анонимам Аноним (?), 07-Окт-24, 11:24 
Этому человеку нужно купить специальную утилитку для дефрагментации памяти за $100
Ответить | Правка | Наверх | Cообщить модератору

80. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +3 +/
Сообщение от Аноним (51), 07-Окт-24, 11:52 
echo 1 > /proc/sys/vm/compact_memory
Ответить | Правка | Наверх | Cообщить модератору

79. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (51), 07-Окт-24, 11:50 
/proc/buddyinfo вам в помощь.
Ответить | Правка | К родителю #61 | Наверх | Cообщить модератору

128. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +2 +/
Сообщение от Аноним (120), 07-Окт-24, 14:57 
>Фрагментированная оперативная память? Как это?

Я не знаю, что подразумевает автор выше, но как минимум в контексте процесса память может фрагментироваться. Это значит, что между занятыми местами есть промежутки, недостаточные для текущего выделения. Из-за этого потребление процесса будет выше чем нужно. https://habr.com/ru/articles/444482/

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

121. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (120), 07-Окт-24, 13:48 
>На десктопе с 16 ГБ этого видно не будет - 8 гб хватает за глаза среднему десктопу

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

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

132. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +1 +/
Сообщение от Аноним (132), 07-Окт-24, 15:10 
>По умолчанию zfs отжирает половину памяти, причем с течением времени жутко ее фрагментирует. Отсюда и следуют рассказы про ее жручесть.

Нет. По умолчанию ZFS создаёт ARC размером с половину оперативы, но не забивает его ничем. Ты без проблем можешь любой софтиной сожрать хоть всю оперативу, пока OOM не прибьёт её.

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

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

138. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (120), 07-Окт-24, 15:42 
>Ты без проблем можешь любой софтиной сожрать хоть всю оперативу, пока OOM не прибьёт её.

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

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

264. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (264), 08-Окт-24, 03:42 
> Нет. По умолчанию ZFS создаёт ARC размером с половину оперативы, но не
> забивает его ничем. Ты без проблем можешь любой софтиной сожрать хоть
> всю оперативу, пока OOM не прибьёт её.

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

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

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

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

А на кой черт ос с своей инфраструктурой всего этого такой подарок...

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

317. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (120), 08-Окт-24, 18:31 
>Значит прога получит ошибку аллокации памяти лишний раз - и скорее всего умрет в жестоких глюках, ибо кто ж такие глупости сейчас еще и обрабатывает :)

Скорее всего нет. Благодаря overcommit несколько процессов могут запросить хоть пару терабайт на каждого, и как только процесс потребит доступный объём - будет убит ядром(или зависнет)

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

332. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (-), 09-Окт-24, 01:59 
> Скорее всего нет. Благодаря overcommit несколько процессов могут запросить хоть пару терабайт
> на каждого, и как только процесс потребит доступный объём - будет
> убит ядром(или зависнет)

Ну как бы оверкомит опционален, что там кто с памятью де факто делал - зависит от. В любом случае идея что ядро может гарантировано отоборать dirty у фс мне нравится больше чем какой-то адаптив loosely coupled хреновины, так намного больше почвы для странных факапов. ИМХО такая логика ОК только для файлопомоек, где больше никто на RAM не претендует

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

20. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  –1 +/
Сообщение от Аноним (20), 07-Окт-24, 09:20 
ZFS не существует на линуксе.
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

34. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (16), 07-Окт-24, 09:45 
Вот это новость. Откуда же она взялась на моём Дебиане? :)
Ответить | Правка | Наверх | Cообщить модератору

241. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (238), 07-Окт-24, 22:36 
самозародилась?
ты бы хоть изредка мыл свой дебиан!
Ответить | Правка | Наверх | Cообщить модератору

45. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (45), 07-Окт-24, 10:18 
Его нет в составе ядра.
Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

62. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (23), 07-Окт-24, 10:54 
Наверно имелась в виду незначительная смысловая разница между ТруъZFS и OpenZFS.
Ответить | Правка | Наверх | Cообщить модератору

333. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (333), 09-Окт-24, 02:20 
> ZFS не существует на линуксе.

А чего это, несуществующее, откуда все таскают - называется ZoL? ZFS On Linux? :)

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

57. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (-), 07-Окт-24, 10:47 
> Да кому она вообще нужна, эта bcachefs... ZFS хватает для всего. У
> меня даже на ноутбуке сейчас ZFS стоит, и всё прекрасно работает.
> Байки о жручести этой ФС оперативы ожидаемо оказались всего лишь байками.

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

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

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

71. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +1 +/
Сообщение от Аноним (16), 07-Окт-24, 11:11 
> И когда он протрется до дыр

Ага, лет через 50.

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

102. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (21), 07-Окт-24, 13:05 
Ни фига. У меня были ssd, которые протирались до дыр за месяц.


Ну как ssd... microsd же тоже ssd.

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

107. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (16), 07-Окт-24, 13:20 
Ну, смотря какой ссд наверное. У меня сейчас ADATA Legend 960. За 2915 часов записано 55 ТБ, прочитано 81 ТБ. Процент использования  -- 2%. В смарт вообще не заглядываю, разве что как сейчас, ради любопытства. Я его выброшу раньше, чем он у меня протрётся.
Ответить | Правка | Наверх | Cообщить модератору

266. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (264), 08-Окт-24, 03:46 
> Ну, смотря какой ссд наверное. У меня сейчас ADATA Legend 960. За
> 2915 часов записано 55 ТБ, прочитано 81 ТБ. Процент использования  
> -- 2%. В смарт вообще не заглядываю, разве что как сейчас,
> ради любопытства. Я его выброшу раньше, чем он у меня протрётся.

Доверять SMART чему-то от ADATA - ну такое себе занятие :). ADATA это такой довольно лотерейный производитель, никогда не знаешь что они впихнут и насколько с314ли в параметрах.

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

285. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (16), 08-Окт-24, 07:49 
Зависит от модели. Про какой-нибудь дешманский Кингстон то же самое можно сказать. А именно с этой моделью Адаты всё в порядке: топовый для своего времени контроллер, микроновская память b47r, драм-кэш... Не топ, но и не хуже других своих одноклассников. Во всяком случае я не слышал ни про протухание данных и чрезмерный износ памяти у этой модели (как у Самсунгов 980/990 Pro), ни про слёт прошивок, как у ссд на IG5236.
Ответить | Правка | Наверх | Cообщить модератору

297. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (-), 08-Окт-24, 11:58 
> Зависит от модели. Про какой-нибудь дешманский Кингстон то же самое можно сказать.

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

> А именно с этой моделью Адаты всё в порядке: топовый для
> своего времени контроллер, микроновская память b47r, драм-кэш...

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

> ни про протухание данных и чрезмерный износ памяти у этой модели

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

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

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

303. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (16), 08-Окт-24, 13:42 
> Я даже допускаю что под брендом адаты можно купить и нечто неплохое

Да компания как компания... Существует с 2001 года, штаб-квартира на Тайване, есть собственное производство, есть подразделение по производству промышленной электроники. Есть "имиджевые" модели, наподобие 960-й Легенды, и есть дешман со случайной начинкой.

> Но откуда такая уверенность в том что энная фирвара рисует в смарт я все же не понимаю

Нет причин не верить. За всё время этот ссд доставил мне 0 проблем, несмотря на то, что я его вообще не щажу, и работает он у меня без какого-либо охлаждения. Я даже сомневаюсь что сама Адата имеет хоть какое-то о ношение к его прошивке. Мне вообще всегда везло с ssd, возможно потому что я никогда не покупал откровенный мусор. Ни один из тех что у меня были, включая Смартбай, не сломался.

> они реально лотерейная фирма в интервале от какого-то крапа до неплохих штук

За что человек платит, то он и получает. Глупо рассчитывать на чудо, выбирая наугад самую дешёвую модель и не зная ни модели контроллера, ни типа памяти. Название фирмы тут роли вообще не играет.

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

334. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (-), 09-Окт-24, 02:42 
> Да компания как компания... Существует с 2001 года, штаб-квартира на Тайване, есть
> собственное производство, есть подразделение по производству промышленной электроники.
> Есть "имиджевые" модели, наподобие 960-й Легенды, и есть дешман со случайной начинкой.

Да какой имидж у дешевого OEM, который никакие компоненты не делает и марается, вот, рандомным дешманом с абсолютно лотерейным качеством? :)

>> Но откуда такая уверенность в том что энная фирвара рисует в смарт я все же не понимаю
> Нет причин не верить. За всё время этот ссд доставил мне 0
> проблем, несмотря на то, что я его вообще не щажу,

Как по мне, некая фирма не эксперт по флешу, верить их "процентам" имеет смысл - потому что что?

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

Да в общем то все так, если не покупать откровенный треш - они просто работают, если не звереть.

> включая Смартбай, не сломался.

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

> ни типа памяти. Название фирмы тут роли вообще не играет.

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

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

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

346. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (16), 09-Окт-24, 07:51 
> Да какой имидж у дешевого OEM

Такой же как у Kingston, Corsair, TeamGroup, Patriot, MSI и кучи остальных брендов. Производителей, которые сами производят и память, и контроллеры, и готовые ссд по пальцам одной руки пересчитать можно, и кстати это точно так же не даёт никаких гарантий надёжности. Так, например, недавно в США был скандал с потративными накопителями WD (SanDisk) Extreme Pro (теряли данные). Про Хайникс от знающих людей  (vlo) краем уха тоже слышал что память у них "забывчивая". Ну а про проблемы с Самсунгами 980/990 Про ты и сам можешь загуглить. В отличие от многих других Адата хотя бы память сама корпусирует.

> Как по мне, некая фирма не эксперт по флешу, верить их "процентам" имеет смысл - потому что что?

Именнно потому что ни к флешу, ни к контроллеру, ни к его прошивке (по крайней мере в моём случае) Адата скорее всего никакого отношения не имеет. Да и верю я им не больше и не меньше, чем процентам любого другого производителя, если на то пошло. Я и инфу со смарта привёл чисто в качестве иллюстрации того, что если ссд более-менее нормальный, то о его износе в бытовых сценариях использования можно не беспокоиться. Сам я, как я уже говорил, в СМАРТ вообще не заглядываю и износом ссд не парюсь. И уж тем более не стоит забивать себе голову бреднями о том, что своп якобы как-то может убить ссд.

> марается, вот, рандомным дешманом с абсолютно лотерейным качеством?

Не знаю что ты подразумеваешь под "рандомным качеством", т.к. качество у Адаты такое же, как и у всех остальных, не хуже и не лучше, но если ты имеешь в виду случайную начинку, то никто тебя не заставляет покупать такие модели. У Адаты есть вполне нормальные модели с неизменной конфигурацией: Legend 960/970, S70 Blade, XPG 8200 Pro, SU800.

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

350. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (-), 09-Окт-24, 11:42 
> Такой же как у Kingston, Corsair, TeamGroup, Patriot, MSI и кучи остальных брендов.

Kingston, Corsair и Patriot в откровенном фуфлогонстве никогда не были замечены. Даже в дешевых штуках, впрочем, они в low end как раз сильно и не лезут. От MSI я как-то купил маму, пля, мамка премиум класса, а она была спаяна как черти-что, и померла в итоге по перегреву чипсета, с охлаждением которого господа профакались. Такие соотношения - как бы хамство, да. Какие-нибудь асусы и гигабайты сделаны куда лучше.

> так же не даёт никаких гарантий надёжности. Так, например, недавно в
> США был скандал с потративными накопителями WD (SanDisk) Extreme Pro (теряли данные).

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

> Про Хайникс от знающих людей  (vlo) краем уха тоже
> слышал что память у них "забывчивая".

Hynix уже довольно много лет как довольно сыкотная фирма по флешу. В попытках держать конкуренцию они как-то явно переоценивают свои технологии.

> Ну а про проблемы с Самсунгами 980/990 Про ты и сам можешь загуглить.

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

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

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

> Именнно потому что ни к флешу, ни к контроллеру, ни к его
> прошивке (по крайней мере в моём случае) Адата скорее всего никакого
> отношения не имеет. Да и верю я им не больше и
> не меньше, чем процентам любого другого производителя, если на то пошло.

Вот это уже похоже на нормальный аргумент. Если есть понимание что за контроллер и фирмвару они втулили и это нечто относительно известное, с некоей статистикой.

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

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

> такое же, как и у всех остальных, не хуже и не
> лучше, но если ты имеешь в виду случайную начинку, то никто
> тебя не заставляет покупать такие модели. У Адаты есть вполне нормальные
> модели с неизменной конфигурацией: Legend 960/970, S70 Blade, XPG 8200 Pro, SU800.

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

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

353. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (352), 09-Окт-24, 12:45 
> экспертиза

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

Зачем ты пихаеш это слово вместо "компетенции" - необходимые знания, ресурсы?

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

355. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (16), 09-Окт-24, 13:40 
> Kingston, Corsair и Patriot в откровенном фуфлогонстве никогда не были замечены

Примеры фуфлогонства Адаты в студию. Потому что мне такие случаи неизвестны. По крайней мере я не слышал чтобы они делали что-то такое, чего бы не делали другие производители второго/третьего эшелона. Как например Кингстон со своей моделью А400 (кажется), которая как раз и прославилась тем, что производитель пихает туда совершенно рандомную начинку. Или тот же мегапопулярный КС3000, в котором Кингстон микроновскую память заменил на память от Тошибы. Готов поспорить что бюджетные модели Патриота ничуть в этом плане не лучше.

> WD внезапно - не производитель флеша

WD -- внезапно -- c 2016 года владеет компанией СанДиск, которая как раз-таки является одним из немногих производителей флэш-памяти (совместно с Тошибой вроде бы, но могу и ошибаться). И в том ssd (SanDisk Extreme Pro) внутри стоял обычный WD SN730 (неплохая модель между прочим) на собственной памяти. Уж не знаю в чём там было дело, -- во флэше или в производственном браке, -- и чем всё кончилось, но факт в том, что с этой моделью WD так облажались, что дошло чуть ли не до коллективных судебных исков. Детали можешь сам загуглить, если интересно.

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

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

> Но я не понимаю как это улучшает свойства чипов или фирвари.

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

> только zram

Вообще не замена свопу ни разу.

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

362. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (362), 10-Окт-24, 04:45 
> Примеры фуфлогонства Адаты в студию. Потому что мне такие случаи неизвестны.

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

> своей моделью А400 (кажется), которая как раз и прославилась тем, что
> производитель пихает туда совершенно рандомную начинку. Или тот же мегапопулярный КС3000,
> в котором Кингстон микроновскую память заменил на память от Тошибы. Готов
> поспорить что бюджетные модели Патриота ничуть в этом плане не лучше.

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

>> WD внезапно - не производитель флеша
> WD -- внезапно -- c 2016 года владеет компанией СанДиск, которая как
> раз-таки является одним из немногих производителей флэш-памяти (совместно с Тошибой вроде
> бы, но могу и ошибаться).

Так изначально....
- WD в основном спецы по механическим винчам.
- SanDisk изначально известен своими контроллерами. В принципе даже неплохими в целом.

А вот флеш для них никогда не был основной экспертизой. И кроме того вы представляете себе как объединение 2 корп выглядит? Там как правило много хаоса и перетрясов. Там есть место для всяких интересных факапов.

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

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

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

> Ну вообще-то перед тем как "лепить на чипы кусок пластика", пластины надо
> ещё нарезать и отбраковать. Это не самая простая операция.

А они этим тоже занимаются сами?

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

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

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

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

> свои прошивки... Я не думаю что персонал Адаты глупее в этом
> отношении инженеров любой другой аналогичной компании.

Хз, адата никогда не попадала под внимание как видный производитель софта.

>> только zram
> Вообще не замена свопу ни разу.

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

А так идея компреснуть cold pages - вполне себе хороша, имхо.

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

364. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (16), 10-Окт-24, 08:10 
> Всякие дешевые флехи и карточки от них таки довольно поганые бывают

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

> SanDisk изначально известен своими контроллерами. В принципе даже неплохими в целом.

Мне кажется ты SanDisk c SandForce перепутал.

> И кроме того вы представляете себе как объединение 2 корп выглядит? Там как правило много хаоса и перетрясов

Так времени уже прошло чёрт знает сколько, там всё уже перетряслось давно. ВД успели за это время даже новое, 218-слойное поколени памяти выкатить (BiCS8). А случай с тем диском буквально год назад произошёл, т.е. совсем недавно. Я тут загуглил, оказывается что они за это време не только обединиться успели, но и даже обратно разъединиться :) В смысле -- СанДиск всё так же принадлежит ВД, но только теперь всё что связано с ssd  будет выпускаться под маркой SanDisk, а всё что связано с жёсткими дисками -- под маркой Western Digital. То есть, ssd под маркой WD мы в скором времени больше не увидим. Такие дела.

> Да ладано, факапы бывают у всех

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

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

Если не гнаться за халявой и подходить к выбору товара с головой, то риск нарваться на какаху минимальный. Чего ж народ не сметает с прилавков Legend 970, а вместо этого покупают дешёвые модели, в характеристиках к которым даже тип памяти не указан? Нет, накупят дешмана, а потом бегают плачут что Адата их обманула и вместо ожидаемой (непонятно с какой радости) TLC памяти поставила им QLC... ))) А если бы Адата продавала только топовые модели, то их бы у нас и покупали полторы калеки. Много бы компания, которая ничего кроме ссд практически не производит, на них заработала?

> А они этим тоже занимаются сами?

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

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

368. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (368), 11-Окт-24, 06:42 
> А, ну флешки может быть... Я такой мелочёвкой и не интересуюсь особо.
> Флешки сейчас по-моему у всех дрянь.

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

>> SanDisk изначально известен своими контроллерами. В принципе даже неплохими в целом.
> Мне кажется ты SanDisk c SandForce перепутал.

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

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

> смысле -- СанДиск всё так же принадлежит ВД, но только теперь
> всё что связано с ssd  будет выпускаться под маркой SanDisk,
> а всё что связано с жёсткими дисками -- под маркой Western

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

> Digital. То есть, ssd под маркой WD мы в скором времени
> больше не увидим. Такие дела.

У бренда SanDisk репутация по флешатине заметно лучше. См. выше почему.

> же и как какой-нибудь Смартбай или АДАТА. Собственно, мой пример с
> СанДиском это и призван был показать.

Просто вот именно сандиск себе репутацию не загаживал даже в дешевой флешатине. И это имело свой эффект на уровне репутации фирмы в целом. А адата видимо этим не парилась.

> Если не гнаться за халявой и подходить к выбору товара с головой,
> то риск нарваться на какаху минимальный. Чего ж народ не сметает
> с прилавков Legend 970, а вместо этого покупают дешёвые модели, в
> характеристиках к которым даже тип памяти не указан? Нет, накупят дешмана,

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

> нас и покупали полторы калеки. Много бы компания, которая ничего кроме
> ссд практически не производит, на них заработала?

В свое время даже на 2-level MLC неубиваемом - в том числе и для юзерей - зарабатывали же.

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

Продукцию ваших нанотеков я никогда не видел - и наверное не увижу никогда.

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

265. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (264), 08-Окт-24, 03:44 
>> И когда он протрется до дыр
> Ага, лет через 50.

Или - если не повезет - свалив спать вы завтра заодно пойдете покупать новый SSDшник. А чо, они быстрые, при runaway 100 циклов дешманской какахе прогнать вного времени не займет, особенно с write amplification. И тут ты такой вместо занятия своим проектом - фигак, бегаешь с мылом в ж, новый SSD покупаешь, системку переставляешь, данные отколупываешь, лепота... :). Только ну нафиг такие сюрпризы.

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

131. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (120), 07-Окт-24, 15:10 
>Хотя конечно можно положить еще и своп на SSDшник.

Если повещёт, то просто будет активный своп в фоне, с износом ssd. Если не повезёт, система будет регулярно зависать на несколько секунд, пока данные не загрузятся.

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

8. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +10 +/
Сообщение от EuPhobos (ok), 07-Окт-24, 08:29 
Просто этому чуваку не нужно торопиться, он хочет всегда успеть к релизу реализовать кучу своих желаний, в итоге спешка, без тестов, баги и т.д.
"Поспешишь - людей насмешишь" - вот оно к месту.

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

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

117. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (117), 07-Окт-24, 13:43 
Ему бесплатно делают - а он ещё и нас воротит.
Ответить | Правка | Наверх | Cообщить модератору

251. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +1 +/
Сообщение от нах. (?), 08-Окт-24, 00:30 
> Ему бесплатно делают - а он ещё и нас воротит.

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

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

277. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (-), 08-Окт-24, 06:51 
> Ты бы тоже воротил, если бы тебе ху...э..оченьплохаядорога делала за лям в
> месяц (тебе лям, в смысле, от платинового спонсора) а тут какой-то
> хмырь со своим бесплатным, да еще заставляет тебя разбираться в своих поделках.

А чего такого плохая дорога воротит? Целый EROFS чтоли? Они вроде не вываливают на бошку Торвальдса невъ...го размера pull request ломающие билды ядра за 5 минут до выпуска -RC? У них в корпе наверное есть какие-то относительно одупляемые кнутователи, которые популярно объясняют своим винтикам что такие вещи так не делаются, а кто не понимает - нового нанять можно, чем он хуже?

А тут вот - кнутователя не было, азы PM чуваку никто не объяснил, а трон сам под задницу подъехал, мол, теперь ты тут капитан этого звездолета, что хошь то и делай, раз напрашивался! Ну вот и приходится народу импровизировать в режиме ad hoc на эту тему, устраивая сессии прям в интерьере. А какие альтернативы? Дать ламонубу профачивать релизы? Ага, ща! :)

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

254. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +1 +/
Сообщение от Аноним (-), 08-Окт-24, 01:51 
> Просто этому чуваку не нужно торопиться, он хочет всегда успеть к релизу
> реализовать кучу своих желаний, в итоге спешка, без тестов, баги и
> т.д. "Поспешишь - людей насмешишь" - вот оно к месту.

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

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

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

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

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

13. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +2 +/
Сообщение от Tetrospectiva (ok), 07-Окт-24, 08:53 
> Кент продолжает играть один в своей песочнице, не подключается к совместной работе и не желает принимать правила игры

Че-то прямо буквально это себе представил (. ❛ ᴗ ❛.)

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

14. Скрыто модератором  –5 +/
Сообщение от Аноним (14), 07-Окт-24, 09:01 
Ответить | Правка | Наверх | Cообщить модератору

18. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  –2 +/
Сообщение от Аноним (23), 07-Окт-24, 09:16 
Мерж в 6.12 только начался, а Линус уже истерит. Когда хозяин пихает изменения в последний момент в rc-6, то Линус молчит.
Ответить | Правка | Наверх | Cообщить модератору

22. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (22), 07-Окт-24, 09:21 
Например?
Ответить | Правка | Наверх | Cообщить модератору

31. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (23), 07-Окт-24, 09:42 
https://lkml.org/lkml/2024/8/29/1021
Ответить | Правка | Наверх | Cообщить модератору

36. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +2 +/
Сообщение от Аноним (-), 07-Окт-24, 09:48 
Ну ты сравнил!
Никому не нужная файлуха и "wifi fix hibernation".
Понятно же что в приоритете и что должно быть обязательно исправлено перед релизом.
Ответить | Правка | Наверх | Cообщить модератору

42. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +1 +/
Сообщение от Аноним (23), 07-Окт-24, 10:12 
Вот ещё более ненужная fs, но изменения приняли в -rc5.
https://lkml.org/lkml/2024/8/21/738

Автор тоже не тестировал, но "на его компьютере просто работает уже 20 дней!"

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

49. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +2 +/
Сообщение от Аноним (-), 07-Окт-24, 10:29 
> Вот ещё более ненужная fs, но изменения приняли в -rc5.
> https://lkml.org/lkml/2024/8/21/738
> Автор тоже не тестировал, но "на его компьютере просто работает уже 20 дней!"

Так это же уважаемый Gao Xiang из Huawei (LF Platinum Member, на минуточку) а не какой-то разработчиком Bcachefs.
С последнего денег не стрясешь, на безбедную старость)

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

91. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (91), 07-Окт-24, 12:17 
Erofs ненужная?
Ответить | Правка | Наверх | Cообщить модератору

96. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +1 +/
Сообщение от Аноним (-), 07-Окт-24, 12:26 
> Erofs ненужная?

Конечно нужная! Просто невероятно нужная))
Для все дорогих партнеров из андроида.

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

147. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +3 +/
Сообщение от Аноним (147), 07-Окт-24, 16:07 
> Так это же уважаемый Gao Xiang из Huawei

Шишкин что-ли?

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

77. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  –1 +/
Сообщение от Всем Анонимам Аноним (?), 07-Окт-24, 11:27 
Один пример с супер-экстраполяцией?
Или есть еще 10 примеров?
Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

372. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (372), 12-Окт-24, 08:44 
Как сказать "это другое", не говоря "это другое"
Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

27. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (26), 07-Окт-24, 09:33 
> Мерж в 6.12 только начался, а Линус уже истерит.

RC2 - это последний RC для приёма изменений, в последующих RC принимают только исправления.

> Когда хозяин пихает  изменения в последний момент в rc-6, то Линус молчит.

Ссылку на коммит, pls, или опять одно пустозвонство?

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

50. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +1 +/
Сообщение от Аноним (23), 07-Окт-24, 10:30 
> RC2 - это последний RC для приёма изменений, в последующих RC принимают только исправления.

И? Аргумент Линуса что код непротестирован рассыпается ибо у Кента весь RC цикл впереди на фиксы.
Которые Кент прислал в RC2 - https://lkml.org/lkml/2024/10/5/453

> Ссылку на коммит, pls, или опять одно пустозвонство?

Я приводил выше, смотри lkml.org.

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

87. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (87), 07-Окт-24, 11:58 
Так там сотня строк, это со скрипом, но можно. У Кента по тысяче и более.
Ответить | Правка | Наверх | Cообщить модератору

88. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (88), 07-Окт-24, 12:07 
> Так там сотня строк, это со скрипом, но можно. У Кента по тысяче и более.

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


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

28. Скрыто модератором  –2 +/
Сообщение от Анонимemail (28), 07-Окт-24, 09:33 
Ответить | Правка | Наверх | Cообщить модератору

29. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +1 +/
Сообщение от Анонимemail (28), 07-Окт-24, 09:35 
с какой стати в итоге был принят код, который протестирован только локально разрабом?
Ответить | Правка | Наверх | Cообщить модератору

73. Скрыто модератором  +/
Сообщение от Линус (?), 07-Окт-24, 11:13 
Ответить | Правка | Наверх | Cообщить модератору

30. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +2 +/
Сообщение от Аноним (-), 07-Окт-24, 09:39 
Э... получается что у ядра нет CI?
Они типа поддерживают 100500 некропратформ и при этом патч/PR не проверяется хотя бы на то, что оно компилируется?
Это какое-то...
Ответить | Правка | Наверх | Cообщить модератору

46. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +5 +/
Сообщение от User (??), 07-Окт-24, 10:20 
Ээээ... И вы только что об этом узнали? "Если код собирается - он хорош, если запускается - великолепен!"(С) лучший-pm-в-мире, вот так и живём...
Ответить | Правка | Наверх | Cообщить модератору

53. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +1 +/
Сообщение от Аноним (23), 07-Окт-24, 10:41 
У Кента есть своя CI где-то запущенная для "коммюнити", но его в переписке поругали, ибо низя свои игрушки.
Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

286. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (-), 08-Окт-24, 07:50 
> У Кента есть своя CI где-то запущенная для "коммюнити", но его в
> переписке поругали, ибо низя свои игрушки.

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

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

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

108. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (21), 07-Окт-24, 13:20 
Есть у ядра CI:

https://patchwork.kernel.org/project/netdevbpf/list/

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

111. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от НяшМяш (ok), 07-Окт-24, 13:25 
https://dashboard.kernelci.org/tree

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

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

142. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +1 +/
Сообщение от Аноним (-), 07-Окт-24, 15:50 
> Есть конечно - для главных веток.

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

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

146. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +1 +/
Сообщение от Аноним (-), 07-Окт-24, 16:00 
Полтора анона привели в пример две разных версии CI
patchwork.kernel.org/project/netdevbpf/list/ и dashboard.kernelci.org/tree
Какая лучше? Равносильные ли они? Одинаковые ли там тесты бегут...

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

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

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

272. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +2 +/
Сообщение от Аноним (272), 08-Окт-24, 05:23 
Ты слишком обсчитался теории и статей как правильно делать.
Ответить | Правка | Наверх | Cообщить модератору

33. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от мявemail (?), 07-Окт-24, 09:44 
этот алкого^W Линус Торвальдс всем недоволен.
недавно кинул код tomoyo ревьювить в общую ветку, вместо lsm'овской, а когда в этом упрекли - разнылся, мол "ай хейт сесурити-ентузиастс, ай донт кер ватафак ис томойо"
Ответить | Правка | Наверх | Cообщить модератору

37. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +3 +/
Сообщение от Аноним (-), 07-Окт-24, 09:50 
> недавно кинул код tomoyo ревьювить в общую ветку, вместо lsm'овской, а когда
> в этом упрекли - разнылся, мол "ай хейт сесурити-ентузиастс, ай донт кер ватафак ис томойо"

Что прям такими словами?
Ну.. если он не вспоминал овно и опы - уже прогресс!
ps я жду очередного скандала, который обяжет Линуса отдавать все свои сообщения на редактуру Грегу)))

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

74. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (74), 07-Окт-24, 11:14 
хозяин - барин.

пс: я же говорил

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

100. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от nume (ok), 07-Окт-24, 12:39 
Пруфы Билли, нам нужны пруфы
Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

104. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от мявemail (?), 07-Окт-24, 13:12 
Выделение обращений запятыми, nume, нам нужны выделения обращений запятыми!
https://lore.kernel.org/all/CAHk-=wjLdoBcY-r64oBbKXo3hSEr5Aa.../
Ответить | Правка | Наверх | Cообщить модератору

114. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (-), 07-Окт-24, 13:31 
> Выделение обращений запятыми, nume, нам нужны выделения обращений запятыми!
> https://lore.kernel.org/all/CAHk-=wjLdoBcY-r64oBbKXo3hSEr5Aa.../

Скукота((
Даже про хакаки и агнусы ничено не написал.
А мог бы и палец показать.


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

267. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (-), 08-Окт-24, 03:54 
> этот алкого^W Линус Торвальдс всем недоволен.
> недавно кинул код tomoyo ревьювить в общую ветку, вместо lsm'овской, а когда
> в этом упрекли - разнылся, мол "ай хейт сесурити-ентузиастс, ай донт
> кер ватафак ис томойо"

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

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

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

38. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +1 +/
Сообщение от Аноним (38), 07-Окт-24, 09:53 
в чем проблема ?
прислал поздно - значит прими в следующий релиз
что то поломалось - значит выкинь вообще
зачем свои нервы тратить ?
Ответить | Правка | Наверх | Cообщить модератору

39. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +3 +/
Сообщение от Аноним (-), 07-Окт-24, 09:59 
А как иначе всем напомнить "кто тут главный"?
Одно дело когда pr бездушная железка на CI реджектит.
И совсем другое когда мясной мешок: он может поругаться, поунижать, посамоутверждаться!
Мелочь, а приятно)))
Ответить | Правка | Наверх | Cообщить модератору

60. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  –1 +/
Сообщение от нах. (?), 07-Окт-24, 10:52 
> Одно дело когда pr бездушная железка на CI реджектит.

этот ci еще кожанный мешок написать должон. А у нас деньгов нехватает.

Содержать дочку ауешн....простите, фрипалистайницу - дело недешовое.

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

59. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +3 +/
Сообщение от нах. (?), 07-Окт-24, 10:51 
> в чем проблема ?

"в экран нивлазиит!"

> прислал поздно

прислал вовремя - как раз еще не закрыто окно приема изменений. Торопился именно к релизу - потому что ... правильно, блжд - иначе шта6ле нонсенс СНОВА поломает ему все.

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

> зачем свои нервы тратить ?

не свои а чужие.

Давай-ка пошантажирую разработчика (за которым не стоят с дубиной ibm, samsung и intel) чтоб пониже кланялся и поближе подносил!

Все увидят какой я крутой PM, уважать будут! Может даже второй миллион денег в месяц платить будут! (т.е. чувак за _миллион_ долларов делает вот именно это - брюзжит и шантажирует. Ну не лезть же в код самому, мараться. За всего-то паршивый лям. Нанять тоже никого нельзя - это ж могут в какой-то момент догадаться, что он сам-то особо и не нужен.)

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

278. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +1 +/
Сообщение от Аноним (-), 08-Окт-24, 07:06 
> "в экран нивлазиит!"

Весьма мудрый modus of operandi для PM, дабы понимать подо что он подписывается. Тебе это не дано понять - ибо ты не это. И не умеешь брать ответственность на себя за свои какахи.

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

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

> прислал вовремя - как раз еще не закрыто окно приема изменений. Торопился
> именно к релизу

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

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

Ну вот нету у них big endian'а и тем более сколько из них ТАМ будут ФС билдить? Правильно, их недостаточно чтобы копаться в реалтайме в таком pull "с лопаты". Но когда у них ядро вообще не сбилдится - они все же заметят что тут какая-то подстава, это сложно не заметить :)

> Давай-ка пошантажирую разработчика (за которым не стоят с дубиной ibm, samsung и
> intel) чтоб пониже кланялся и поближе подносил!

Он на минуточку редхатчикам как-то сказал "guys, this is not d**k s**king contest!". Звезды я поствил дабы робот не возбух, в оригинале не было. Так что - вранье!

> Все увидят какой я крутой PM, уважать будут!

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

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

47. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +2 +/
Сообщение от Аноним (47), 07-Окт-24, 10:24 
На самом деле, линукс пилят корпорации. И все эти легенды про GPL - байки от красноглазиков, кто любит конпелировать и чувствовать себя крутым линуксоидом. А без корпораций - линукс бы загнулся бы, как и колибри ОС.
Ответить | Правка | Наверх | Cообщить модератору

156. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +2 +/
Сообщение от Продавец (?), 07-Окт-24, 16:18 
Без гпл ещё хуже загнулсьбы
Ответить | Правка | Наверх | Cообщить модератору

242. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  –1 +/
Сообщение от Аноним (238), 07-Окт-24, 22:41 
зашел на
https://builds.kolibrios.org/status.html
последние билды сентябрьские, 26 числа - это для вас "ось загнулась"?
Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

321. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (321), 08-Окт-24, 19:29 
> На самом деле, линукс пилят корпорации. И все эти легенды про GPL
> - байки от красноглазиков, кто любит конпелировать и чувствовать себя крутым
> линуксоидом. А без корпораций - линукс бы загнулся бы, как и
> колибри ОС.

Насамом деле единственное что делают полезное из distro это всякие Alt, Rosa, Calculate, Hyperbola. Релизы редки, но если выходит сразу видно что сделано что то полезное.

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

58. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +1 +/
Сообщение от Аноним (23), 07-Окт-24, 10:50 
Мне кажется или авторы ФС какие-то странные? Ганс, Шишкин, Кент. Надо им скооперировать и форкнуть Линуса- эээ Линукс!
Ответить | Правка | Наверх | Cообщить модератору

63. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от нах. (?), 07-Окт-24, 10:54 
у них нет ляма долларов в месяц. А без деньгов (ну точнее с теми которые мог намутить Ганс, шантажируя пользователя, Шишкин, с барского плеча плохой дороги и Кент со своей подвальной лавочки) получится линукс образца 1995го года. А кому он такой нужен, если есть freebsd?

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

92. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (92), 07-Окт-24, 12:18 
Чего же тогда друзья опенсорса Майки со своими деньжищами не замутил нормальную фс для линуха. Или хотя бы не написал нормальные дровишки для ntfs?
Ответить | Правка | Наверх | Cообщить модератору

99. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (88), 07-Окт-24, 12:31 
> Чего же тогда друзья опенсорса Майки со своими деньжищами не замутил нормальную фс для линуха.

А зачем? В каждой второй теме народ ноет "майки лезут в опенсорс".

> Или хотя бы не написал нормальные дровишки для ntfs?

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


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

109. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +2 +/
Сообщение от Аноним (92), 07-Окт-24, 13:23 
Чтобы можно было говорить что они друзья опенсорса вестимо. Пока они только паразитируют на опенсоросе.  Майкрософт — паразит.
Ответить | Правка | Наверх | Cообщить модератору

151. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (-), 07-Окт-24, 16:10 
Неправда, как бы не хаяли мелкомягких они сделали довольно большой вклад в опенсорс.
Например открыли Azure RTOS, добавили WSL в винду и даже выпустил SQL Server 2022 для Linux.

Но из последних инициатив мне больше всего нравится вот эта
"Microsoft предложил систему управления доступом IPE для ядра Linux "
opennet.ru/opennews/art.shtml?num=60695
Потому что разрабы сами точно в безопасность не смогут.

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

196. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +1 +/
Сообщение от _ (??), 07-Окт-24, 17:51 
> Майкрософт — паразит.

И при этом - один из хозяев. Как бы ты не пыжился.

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

280. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (-), 08-Окт-24, 07:12 
>> Майкрософт — паразит.
> И при этом - один из хозяев. Как бы ты не пыжился.

Хозяйничать они там могут в основном - в своем hyperv. И в таком виде - они всем похрен. А вы предпочитаете майнтайнить код для HyperV сами? Забесплатно? Когда они его своими винтиками "с лопаты" вам его?

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

314. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от _ (??), 08-Окт-24, 18:17 
>Хозяйничать они там могут в основном - в своем hyperv.

Вангую - у Azure Linux есть неиллюзорная возможность оказаться на 30% всех облачных инстансов. :)
А в нём - многое не так как вы привыкли :( Меня прямо бесит, но ...

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

335. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (-), 09-Окт-24, 02:54 
> Вангую - у Azure Linux есть неиллюзорная возможность оказаться на 30% всех
> облачных инстансов. :)

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

MS уже пытался давить массой: в изначальной задумке Azure - среда запуска дотнет приложух. Сперва маздайцы заметили что без явного доступа к VM это - сплошное мучение. А потом раз пошла такая пьянка MS и линухи разрешил. И на данный момент оно всего лишь очередной хостинг с виртуалочками, где 70% пингвины. Т.е. кастомеры явно показали MS что им нужна ресурсная подложка, а не поставщик софта как таковой. А потуги совать расово верное - ставили MS на ломовые бабки, ибо незаменимых не бывает. Впрочем если кто захочет какахи из под MS получать, кто ж им запретит? Но я искренне сомневаюсь что там будет 30%. Ибо у хомячков умеющих в линь обчыно убунта. Ее и хотят. Или накрайняк дебиан - ибо "достаточно похож". Т.е. выбирают максимально похожее не свой девовский воркстейшн, чтоб не изучать экзотов как раз.

> А в нём - многое не так как вы привыкли :( Меня прямо бесит, но ...

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

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

279. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (-), 08-Окт-24, 07:10 
> Чтобы можно было говорить что они друзья опенсорса вестимо. Пока они только
> паразитируют на опенсоросе.  Майкрософт — паразит.

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

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

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

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

243. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (238), 07-Окт-24, 22:46 
А у них есть свой линукс - "CBL-Mariner", который вроде бы уже переименовали в Azure Linux.
Ответить | Правка | К родителю #92 | Наверх | Cообщить модератору

247. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (247), 07-Окт-24, 23:46 
Не вроде бы, а уже.
Ответить | Правка | Наверх | Cообщить модератору

371. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от нах. (?), 11-Окт-24, 20:34 
> Чего же тогда друзья опенсорса Майки со своими деньжищами не замутил нормальную фс для линуха.

для чего - чтоб осчастливить IBM? А нахрена оно им?!

А нормальные дровишки для ntfs он 30 лет назад написал. Где-где - в венде!

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

(а...блин... даже вот так: https://www.paragon-software.com/home/ntfs3-driver-faq/ - /fsck
В кратце - х-й вам, даже и не "планируют" уже. fsckoff как говоритцо. Планируют зато mkfs открыть. Нахрена только она кому - неясно.)

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

93. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +3 +/
Сообщение от Ананас (?), 07-Окт-24, 12:19 
> несколько людей отметили, что Кент явно испытывает проблемы в взаимодействии с остальными разработчиками и считает себя всегда правым, что создаёт проблемы для проекта

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

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

95. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +1 +/
Сообщение от Аноним (88), 07-Окт-24, 12:23 
> В сообществе разработчиков ядра есть строгие правила, необходимые для того, чтобы такой сложный механизм работал как часы.

Например наличие одного человека, который решает на принимать в ядро С++ и принимать Раст.

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

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

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

Конечно нечего)


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

246. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (246), 07-Окт-24, 23:45 
> Спорить и обсуждать здесь больше нечего

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

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

250. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Ivan_83 (ok), 08-Окт-24, 00:22 
Если есть правила - приведите ссылку на конкретный пункт, а то создаётся впечатление что эти правила только с вами в комнате.
Ответить | Правка | К родителю #93 | Наверх | Cообщить модератору

106. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (-), 07-Окт-24, 13:16 
> на системах с порядком байт "big-endian"

Си - переносимый язык программирования, говорили они

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

126. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +1 +/
Сообщение от Аноним (126), 07-Окт-24, 14:33 
А что, не переносимый чтоли? int a - везде int a, хоть на LE, хоть на BE. А чтоб так в лужу громко не плюхаться, сходи и почитай в чем именно там было дело
Ответить | Правка | Наверх | Cообщить модератору

136. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (136), 07-Окт-24, 15:37 
> int a - везде int a, хоть на LE, хоть на BE.

Но даже КиР не скажут, сколько в нём бит...

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

226. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (226), 07-Окт-24, 19:56 
Вообще-то скажут. В нём столько бит, сколько позволят процессору максимально быстро обрабатывать этот инт.

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

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

270. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (-), 08-Окт-24, 04:37 
мой процессор позволят максимально быстро обрабатывать все 64 бита, но int всё равно 32. ЧЯДНТ?
Ответить | Правка | Наверх | Cообщить модератору

312. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (312), 08-Окт-24, 17:32 
> ЧЯДНТ?

А вы ТОЧНО проверили, что с 64-битными целыми ваш процессор работает быстрее, чем с 32-битными? Что за архитекутра такая, если не секрет?

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

287. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (-), 08-Окт-24, 07:54 
> Вообще-то скажут. В нём столько бит, сколько позволят процессору максимально быстро
> обрабатывать этот инт.

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

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

313. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (312), 08-Окт-24, 17:35 
> любителей абстрактного "int" будет ждать немало интересных открытий

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

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

336. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  –1 +/
Сообщение от Аноним (-), 09-Окт-24, 02:58 
> Каких открытий-то? "Любители абстрактного int" знают, что int может занимать от 16
> бит и больше и не используют его там, где его может
> не хватить и где предполагается хорошая переносимость.

Это больше референс к другим яп был. Там реверанс был про то что сишка, переносимый, блалбабла... ну мне и интересно как они собрались в других яп парсить конкретно оговоренный формат без примерно тех же танцев с бубном? Как максимум сериализация-десериализация на какуюнить либу может быть выпихнута, но при нужде скажем прочитать энный формат, все равно же придется чесать репу как вон то. Ну или объявить задачу нерешаемой! ;)

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

377. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  –1 +/
Сообщение от Аноним (124), 14-Окт-24, 13:45 
А как форматы всех программ делают?

Котлеты отдельно - мухи отдельно.

Форматы файлов и типы данных никак не пересекаются.

Сериализация на уровне типов данных - это то за что получают по мордасам только намекнув.

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

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

379. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (-), 15-Окт-24, 19:13 
> А как форматы всех программ делают?

В этом месте мой парсер сломался. Черт вас знает что вы имели в виду под "форматы всех программ".

> Котлеты отдельно - мухи отдельно.
> Форматы файлов и типы данных никак не пересекаются.

Да почему же. Порой как раз удобно - скажем в лоб грузить uint32 какой 1 в 1 если endianess подходящий. А в всяких пограничных случаях (например, регистры железа) - можно их описать даже как сишный struct и ворочать аж целыми блоками. Теоретически, сие, правда, не по стандарту ибо layout в RAM struct'а никто на самом деле не гарантировал. Но практически - вы как, будете святее фирмы ARM, которая так делает прям в CMSIS каком-нибудь? Который сам - по типу стандарта, если что :)

> Сериализация на уровне типов данных - это то за что получают по
> мордасам только намекнув.

Конечно совсем влобовую - ну да, некультурно. Но таки сильно упрощает код.

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

Оптимизм это хорошо, да...

И таки если посмотреть, скажем, майки в .wav/.avi/etc - делали удобно именно себе. У нас 32 бит проц? Возьмем 32 bit размеры полей! Он little endian? Запилим числа в этом формате. Так что вон там читать это проще и быстрее. А вы там на своем big endian и фигачьте врапперы для чтения, во! :)

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

256. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (256), 08-Окт-24, 02:31 
Вообще-то int это 4 байта. А вот байт это не всегда 8 бит.
Ответить | Правка | К родителю #126 | Наверх | Cообщить модератору

271. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (-), 08-Окт-24, 04:44 
> Вообще-то int это 4 байта.

AVR, PIC и прочая встройка смотрят на тебя как на сишника...

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

288. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (-), 08-Окт-24, 07:57 
>> Вообще-то int это 4 байта.
> AVR, PIC и прочая встройка смотрят на тебя как на сишника...

У avr-gcc int по дефолту таки - 32 бита. Но можно на свое горе и 16 заказать, если простой жизни не ищется. Это конечно, по стандарту, но.... но какой % кода такую подляну ожидает реально?! :)

А PIC это вообще хардварная порнография. Ему там RISCV 32-битный за 10 центов - приветы передавал. И вот можете выбирать что програмить за 10 центов, этого уродца, или нормальный 32-бит проц с 2 кило рамы, 16 флеша, таймерами вплоть до motor control, нормальным хранением констант и линейной адресацией, стандартным си вплоть до 23, вот это все... :)

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

292. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (-), 08-Окт-24, 09:55 
> У avr-gcc int по дефолту таки - 32 бита.

Откуда в 8-битном микроконтроллере int на 32 бит? Он там всегда был 16 битным.
https://gcc.gnu.org/wiki/avr-gcc#Type_Layout

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

298. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (-), 08-Окт-24, 12:32 
> Откуда в 8-битном микроконтроллере int на 32 бит?
> Он там всегда был 16 битным.
> https://gcc.gnu.org/wiki/avr-gcc#Type_Layout

Что-то мой склероз подвел меня. На самом деле я с AVR уже сто лет не имею дел - STM32 мое все. Но за 10 центов - я не гордый и RISCV попользуюсь :). А перепутал я его с -mint8 - 8-битным int, это реально не по стандарту уже.

А так то int формально от 16 битов и все норм. Реально AVR даже и 16 битов, вероятно, уже не очень. Сколько я себя помню явно впилить (u)int8_t какой где применимо - делало более эффективный код. У него ж куча куцых 8 бит регистров в основном.

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

307. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  –1 +/
Сообщение от Аноним (-), 08-Окт-24, 15:00 
> явно впилить (u)int8_t какой где применимо - делало более эффективный код

Да, есть такое, integer promotions называется. Компилятор волен расширить 8 битное значение до int'а, и в таком виде проводить операции, даже если конечный результат заносится в 8 битную переменную, соответственно для AVR сгенерированный ассемблер будет менее эффективным. Но если промежуточные результаты кастовать к 8 битам, он успокаиваеться. Такой уж Си, бессмысленный и беспощадный.

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

316. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от _ (??), 08-Окт-24, 18:27 
> Такой уж Си, бессмысленный и беспощадный.

Долбокряк?
Это единственно корректное поведение. Причём если не надо - ну вот же рецепт, затрат на 2 цента и полетели?
Долбокряк!

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

337. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (-), 09-Окт-24, 03:05 
> Да, есть такое, integer promotions называется. Компилятор волен расширить 8 битное значение
> до int'а, и в таком виде проводить операции, даже если конечный
> результат заносится в 8 битную переменную,

Агаблин, в C integer promotion делали - какие-то инопланетяне. Как и все эти int.

Ибо скажем -Wconversion из gcc/clang далеко не люобй код переживет. А без этого - можно всегда получить по морде ручкой грабли, спасибо если без бонусных насадок в комплекте.

> соответственно для AVR сгенерированный ассемблер
> будет менее эффективным. Но если промежуточные результаты кастовать к 8 битам,
> он успокаиваеться. Такой уж Си, бессмысленный и беспощадный.

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

Больше всего на самом деле бесит что заведя более-менее нормальные типы - комитета полудурков не хватило расширить благдать на декларации всяких констант, препроцессор и проч. И там все счастье характерное для "сферического int в вакууме" осталось. И бывает весьма контринтуитивно как это вообще вот тут сработает. А 1, 1U, 1UL и 1ULL - это в общем то 4 разные константы, ни в раз не идентичные по поведению. Но сколько это реально бит, особенно в каком-нибудь препроцессоре - попробуйте вообще угадать! Очень прикольно если хочется какой-нибудь битовый сдвиг в препроцессоре (compile time) c какой-то гарантией битности операции (HW regs конкретного размера например).

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

281. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (-), 08-Окт-24, 07:17 
>> на системах с порядком байт "big-endian"
> Си - переносимый язык программирования, говорили они

Есть такая штука - сериализация и десериализация. В случае файлов, сети, и, вот, ФС - есть некоторые, скажем так, нюансы.

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

Ибо uint32 это прекрасно. А какой из его байтов мы первым в провод пихаем? Это где-то регламентировано? В некоторых протоколах все идет и еще дальше. Если провод всего 1 (или диффпара) возникает еще и вопрос в каком порядке биты байта пихать. Можно сначала старщий, можно сначала младший. А если все это скомибинировать... м... :)) все просто только в мире примитивных существ, которые никогда не спрашивали себя как это все работает. Для них оно просто - только потому что этот вопрос за них решили другие.

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

318. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от _ (??), 08-Окт-24, 18:36 
> Ибо uint32 это прекрасно. А какой из его байтов мы первым в провод пихаем? Это где-то регламентировано?

htons(3) - Linux man page
htonl, htons, ntohl, ntohs - convert values between host and network byte order

Или слишком просто? :)

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

338. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (-), 09-Окт-24, 03:12 
> htons(3) - Linux man page
> htonl, htons, ntohl, ntohs - convert values between host and network byte order
> Или слишком просто? :)

У например вон той погодной станции пуляющей температуру в эфир - нет никакого "htons" - а вот порядок битов в протоколе из эфира, таки, вполне конкретный. Как и представление integer'ов типа температуры в нем.

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

А конкретно тут мы про ФС вообще говорим. В ядре. Тоже так то не "стандарт posix" само по себе и при написании этого кода куски man 3 с описанием позикса уж точно не является безусловным гайдлайном.

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

116. Скрыто модератором  +/
Сообщение от Аноним (117), 07-Окт-24, 13:38 
Ответить | Правка | Наверх | Cообщить модератору

118. Скрыто модератором  +/
Сообщение от Аноним (-), 07-Окт-24, 13:43 
Ответить | Правка | Наверх | Cообщить модератору

130. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (130), 07-Окт-24, 15:06 
Прям почитаешь комменты, все все знают, как правильно, но ничего
мы своего не написали. Даже форкнуть нормально не можем. А почему, а потому что все упирается в баблосики, никто не хочет поработать альтруистом.
А по новости, хозяин-Барин) Он может говорить все что хочет) Линус конечно тот ещё Тип)) Но стоит отдать должное умный!
Ответить | Правка | Наверх | Cообщить модератору

137. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +2 +/
Сообщение от Аноним (120), 07-Окт-24, 15:38 
В начале создаётся монолит, без стабильного апи вообще, а потом Линус жалуется на проблемы с патчами.
>и на этот раз его изменения привели к нарушению сборки 6.12-RC1 на системах с порядком байт "big-endian" при включении Bcachefs, так как патчи были протестированы только в локальной ветке Кента и для их рецензирования не были привлечены другие участники.

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

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

143. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (143), 07-Окт-24, 15:52 
> В начале создаётся монолит, без стабильного апи вообще, а потом Линус жалуется на проблемы с патчами.

Зато быстро и бесплатно! Налетай торопись получай (с)

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

Потому что разбираться в каких-то новых технологиях это излишняя нагрузка на, уже старенький„ мозг.
Вон на "современную" версию С11 перешли в 22 году и то после долгого обсуждения, а до этого 30+ лет сидели на C89.

Дедушки они такие, их даже расстраивают длинные строки.
Поэтому рассылка выглядит так

And before you start whining - again - about how you are fixing bugs,
let me remind you about the build failures you had on big-endian
machines because your patches had gotten ZERO testing outside your
tree.

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

149. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (124), 07-Окт-24, 16:09 
И что тут вас привлекло? То что главный по ядру наехал на главного по btrfs, что он тестирует наработке только в своей ветке?

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

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

150. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (124), 07-Окт-24, 16:10 
Bcachefs - естественно. Исправляюсь.
Ответить | Правка | Наверх | Cообщить модератору

195. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +1 +/
Сообщение от qwe (??), 07-Окт-24, 17:49 
> Дедушки они такие, их даже расстраивают длинные строки. Поэтому рассылка выглядит так

Дедушки всего лишь следуют стандартам. RFC 2822:

"Each line of characters MUST be no more than 998 characters, and SHOULD be no more than 78 characters, excluding the CRLF".

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

203. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +1 +/
Сообщение от Аноним (-), 07-Окт-24, 18:18 
> Дедушки всего лишь следуют стандартам. RFC 2822:
> "Each line of characters MUST be no more than 998 characters, and SHOULD be no more than 78 characters, excluding the CRLF".

Ты бы написал причину такого огрничения. Там прямо в стандарте ниже.
The more conservative 78 character recommendation is to accommodate the many implementations of user interfaces that display these messages which may truncate, or disastrously wrap, the display of more than 78 characters per line

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

ps Торвальдс, кстати, выскзывался по этому поводу пару лет назад
lkml.org/lkml/2020/5/29/1038

Excessive line breaks are BAD. They cause real and every-day problems.

They cause problems for things like "grep" both in the patterns and in
the output, since grep (and a lot of other very basic unix utilities)
is fundamentally line-based.

So the fact is, many of us have long long since skipped the whole
"80-column terminal" model, for the same reason that we have many more
lines than 25 lines visible at a time.

Что очень иронично смотрится в рассылке ширинов в 78 :-D

ps2: а потом люди спрашивают "а почему не внедрить CI, санитайзеры и обязательные тесты"
потому что найдется какой-то RFC в котором сказано, что "тесты производятся сертифицырованным тестировщиком, который написал тест на бумажке, а милая наборщица забила это все в перфокарты"

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

214. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от qwe (??), 07-Окт-24, 19:00 
По крайней мере теперь вы знаете, что дело не в том, что дедушки расстраиваются из-за длинных строк. И то хлеб.
Ответить | Правка | Наверх | Cообщить модератору

218. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (331), 07-Окт-24, 19:35 
> По крайней мере теперь вы знаете, что дело не в том, что дедушки расстраиваются из-за длинных строк. И то хлеб.

В смысле?
То что есть стандарт времен царя гороха, не говорит, что у дедушки не старый VT50 и он просто не может нормально читать, что ему на пуллрексвест принесли.
Может стоит скинуться ему на VT100, который поддерживал 132-колоночный режим еще в далеком 78 году 🤔.

И кстати 78 это "soft" limit, жесткий это 998. (SHOULD значит было бы классно, но не обязан)
Надо тебе стандарты внимательнее читать.

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

301. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (124), 08-Окт-24, 12:58 
Тут ответ простой. Минимальные возможные программы просмотра обязаны обеспечивать стандарт. Больше не обязаны.
Диктовать программы просмотра никто не имеет право.

Все.

Выбора то особо нет.

Или обеспечиваешь возможность или нах.

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

320. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от _ (??), 08-Окт-24, 18:40 
> Вон на "современную" версию С11 перешли в 22 году и то после долгого обсуждения, а до этого 30+ лет сидели на C89.

Ну а если бы не перешли - что бы изменилось? А ничего ... :)
Не - не поймите меня правильно, С11 более удобный и всё такое, но ... ничего :)

Вот ржавчик в ядре - это да, это ППЦ гейм чейнджер. Не факт что оно нам понравится, но оно вот реально _другое_ :)

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

325. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (-), 08-Окт-24, 22:57 
> Ну а если бы не перешли - что бы изменилось? А ничего ... :)
> Не - не поймите меня правильно, С11 более удобный и всё такое, но ... ничего :)

Ну... alignof это как минимум удобно, threads.h может поменять подходы и что-то облегчить (если правильно использовать))), улучшение макросов.
Bounds-checking interfaces звучит круто, но в ядре не уверен что использовалось.

Но мы же говорим про 22 год.
Давай посмотрим на C17 - это хотя бы исправленная версия 11го стандарта. Зачем было брать то, что потом исправляли, мне совершенно не ясно.

> Вот ржавчик в ядре - это да, это ППЦ гейм чейнджер. Не факт что оно нам понравится, но оно вот реально _другое_ :)

Пока он что есть, что нет.
Только дидам слегка опалил усы и задницы, в итоге чувака из проекта ушли.


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

339. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (-), 09-Окт-24, 03:17 
> Ну... alignof это как минимум удобно, threads.h может поменять подходы и что-то
> облегчить (если правильно использовать))), улучшение макросов.
> Bounds-checking interfaces звучит круто, но в ядре не уверен что использовалось.

Оно увы опциональное. И потому реализовано - примерно нигде. Хотя если надо - ubsan, а при хардкорном настрое и asan конечно помогут. Первого реально даже на МК запустить, на минималках, когда он при UB просто врезает "bad opcode" - ну и дальше вот вам тут эксепшн по bad opcode (на coretex M сие точно работает).

>> Вот ржавчик в ядре - это да, это ППЦ гейм чейнджер. Не факт что оно нам понравится, но оно вот реально _другое_ :)
> Пока он что есть, что нет.

Он реально другое - в том смысле что постоянно колбасят тулчейн, "перекачайте ночнушку", и это универсальное решение всех системных проблем. Почему эта какаха не расширяема без таких мучений - вопрос архитектам. Видимо, они были не столь круты как K&R и мозилла просто наняла по объявлениям каких-то студней CS, которые сперва накодили, потом подумали.

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

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

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

153. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +1 +/
Сообщение от Аноним (153), 07-Окт-24, 16:16 
> всегда присылает много изменений в последний момент перед выходом очередной предварительной версии

Правильно делает. Они там постоянно что-то ломают, ему что одну и ту же работу по 100 раз переделывать?

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

157. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (124), 07-Окт-24, 16:21 
Представляешь, да. Переделывать.

Еще и патчи делать читаемыми.

Вот ведь... редиски да.

А если серьезно. Не можешь поддерживать один - найди сторонников (помощников).

Не можешь найти или не доверяешь им - развивай за пределами ядра.

Все просто.

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

158. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (158), 07-Окт-24, 16:26 
Еще проще - не можешь осилить ревью патчей больше 100 строк - найди того кто это будет делать.
Ответить | Правка | Наверх | Cообщить модератору

159. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (124), 07-Окт-24, 16:28 
> Еще проще - не можешь осилить ревью патчей больше 100 строк - найди того кто это будет делать.

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

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

179. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (158), 07-Окт-24, 17:10 
С патчами-то все ок, только кое-кто из принципа читает их в виде почтовых вложений. И начинает буянить в момент, когда читать становится уже неудобно, а менять читалку не хочется. А виноват тот, кто прислал патч.
Ответить | Правка | Наверх | Cообщить модератору

189. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +1 +/
Сообщение от Аноним (124), 07-Окт-24, 17:34 
И что не так?

Если это невозможно читать, то виноват читающий?

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

198. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (158), 07-Окт-24, 18:07 
Писатель виноват в том, что читатель скачет по беговой дорожке?
Ответить | Правка | Наверх | Cообщить модератору

201. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (124), 07-Окт-24, 18:15 
> Писатель виноват в том, что читатель скачет по беговой дорожке?

Откуда тут дорожка то взялась? Не иначе колдунство какое.

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

Вот точная аналогия.

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

208. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  –1 +/
Сообщение от Аноним (208), 07-Окт-24, 18:51 
Ну погугли как выглядит рабочее место читателя.
Ответить | Правка | Наверх | Cообщить модератору

211. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +1 +/
Сообщение от Аноним (124), 07-Окт-24, 18:58 
И что тебе в нем не нравится?
Ответить | Правка | Наверх | Cообщить модератору

215. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (208), 07-Окт-24, 19:02 
А тебе?
Ответить | Правка | Наверх | Cообщить модератору

228. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (226), 07-Окт-24, 20:12 
Индивид явно сидит на мсдос, где по сути можно было открыть только одно "окно" (если этот термин вообще применим к мсдос). И ему искренне непонятно, почему написанный им на всю ширину монитора код многим кажется неадекватным. Ведь если широкие мониторы производят, значит нужно писать более длинными строками, разве нет?
Ответить | Правка | К родителю #211 | Наверх | Cообщить модератору

227. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (226), 07-Окт-24, 20:05 
Оффтоп, но... Читал я одного такого писателя четверть века назад. Страницу читаю, 50 пропускаю. Страницу читаю, 50 пропускаю. Единственный способ был успеть за каникулы прочитать все книги по плану. Книги нормальных авторов, конечно, читал нормально.
Ответить | Правка | К родителю #201 | Наверх | Cообщить модератору

162. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +2 +/
Сообщение от Вы забыли заполнить поле Name (?), 07-Окт-24, 16:44 
> так как патчи были протестированы только в локальной ветке Кента

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

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

163. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Вы забыли заполнить поле Name (?), 07-Окт-24, 16:45 
Комитетов -> коммитов
Ответить | Правка | Наверх | Cообщить модератору

165. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (-), 07-Окт-24, 16:53 
> Ну вот и ответ на вопросы про уязвимости, а вы безопасный яп надо. Нет!

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

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

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


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

169. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Вы забыли заполнить поле Name (?), 07-Окт-24, 16:59 
> А как это сделать? Особенно в проекте где патчи отправляются (голубиной) почтой и их так же принимают.

В sourcehut тоже патчи по email отправляются, но CI есть.

> Нужен какой-то мега-CI, чтобы каждый PR хотя бы собирался на всех платформах.

Что такое мега-CI? Это обычная задача для CI - собрать под несколько платформ. Добавляешь просто мощности если не хватает. Также можно разные пулы сделать, для частых комитеров и новичков (новички могут и в очереди 5 минут постоять). Давно решенная задача.

> некоторые разрабы не захотят ждать

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

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

194. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (-), 07-Окт-24, 17:44 
> В sourcehut тоже патчи по email отправляются, но CI есть.

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

> Что такое мега-CI? Это обычная задача для CI - собрать под несколько платформ. Добавляешь просто мощности если не хватает.

"Мега" это кол-во платформ и пользователей.

>> некоторые разрабы не захотят ждать
> Это их проблемы. Что значит не захотят ждать? Попробуют поконтрибьють в любой крупный проект на гитхабе (простите) и будут ждать, а еще и CLA подпишут как миленькие.

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


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

222. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Вы забыли заполнить поле Name (?), 07-Окт-24, 19:46 
>> В sourcehut тоже патчи по email отправляются, но CI есть.
> Оно еще альфа, это раз.
> А два - я там не увидел этих жутких почтовых рассылок.

Ты путаешь. Можно оставить почту и CI.

>> Что такое мега-CI? Это обычная задача для CI - собрать под несколько платформ. Добавляешь просто мощности если не хватает.
> "Мега" это кол-во платформ и пользователей.

Есть крупные проекты на том же гитхабе с большим кол-вом конфигураций в CI под разные ОС. Живут как-то) Ничего не делать и оставлять ручное тестирование от разраба в своей ветке - это путь к дальнейшим багам.

>>> некоторые разрабы не захотят ждать
>> Это их проблемы. Что значит не захотят ждать? Попробуют поконтрибьють в любой крупный проект на гитхабе (простите) и будут ждать, а еще и CLA подпишут как миленькие.
> Если это не чел на зарплате, то ему проще отвалить и пилисть
> какой-то другой проект.
> Если таких будет много, то они тупо свалят.
> Даже более простые действия типа -werror по умолчанию, привели к бурлениям.

Ядро в основном пилят люди на зарплате корпов. Нормальные разрабы понимают необходимость CI в современном мире.

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

299. Скрыто модератором  +/
Сообщение от Аноним (-), 08-Окт-24, 12:36 
Ответить | Правка | К родителю #169 | Наверх | Cообщить модератору

311. Скрыто модератором  +/
Сообщение от Вы забыли заполнить поле Name (?), 08-Окт-24, 16:31 
Ответить | Правка | Наверх | Cообщить модератору

340. Скрыто модератором  –1 +/
Сообщение от Аноним (340), 09-Окт-24, 03:41 
Ответить | Правка | Наверх | Cообщить модератору

171. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (124), 07-Окт-24, 17:00 
> Нужен какой-то мега-CI, чтобы каждый PR хотя бы собирался на всех платформах.

Ты хоть раз ядро конфигурировал?

Сможешь оценить количество вариантов конфигурации?

Как думаешь, хватит жизни вселенной что бы одну версию во всех вариантах пересобрать?

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

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

176. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Вы забыли заполнить поле Name (?), 07-Окт-24, 17:04 
>> Нужен какой-то мега-CI, чтобы каждый PR хотя бы собирался на всех платформах.
> Сможешь оценить количество вариантов конфигурации?

Ты предлагаешь просто забить? Сделать под основные.

> Как думаешь, хватит жизни вселенной что бы одну версию во всех вариантах
> пересобрать?

В стабильном ядре заинтересовано много людей. Думаю Linux Foundation найдет средства.

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

Да не должно быть никаких тестирований на ветках разработчиков: кто знает какое у него там окружение. Тестировать нужно в чистой среде. Это база.

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

177. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (124), 07-Окт-24, 17:09 
> Ты предлагаешь просто забить? Сделать под основные.

Разработчики подсистем знают как проверить свой код. Это их зона ответственности. Вот с них и спрос. Для конкретных изменений количество конфигураций ограниченно.

> В стабильном ядре заинтересовано много людей. Думаю Linux Foundation найдет средства.

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

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

190. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  –1 +/
Сообщение от Вы забыли заполнить поле Name (?), 07-Окт-24, 17:34 
>> Ты предлагаешь просто забить? Сделать под основные.
> Разработчики подсистем знают как проверить свой код. Это их зона ответственности. Вот
> с них и спрос.

Это человеческий фактор. Его нужно сводить к минимуму.

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

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

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

192. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (124), 07-Окт-24, 17:38 
> Это человеческий фактор. Его нужно сводить к минимуму.

С эти никто не спорит. Но. Других вариантов нормального тестирования нет.

> Еще раз тебе говорю: значит надо тестировать не все, а основные. Сейчас их тоже надо как-то тестировать. Посмотри сколько у крупных проектов конфигураций для CI, проект сhromium, например.

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

Спонсорам польза - остальным слово на букву Ж

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

205. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (-), 07-Окт-24, 18:45 
> Ну будут тестировать несколько вариантов - особо важных для спонсоров. Вот только
> это даст заточку только на эти варианты. Все остальное будут игнорировать.

Значит что самые распространенные варианты будут протестированы.
Что уже уменьшит головняк основной массе пользователей.
Маргиналы могут объединиться и купить в скалдчину CI сервак на котором гонять тесты.

> Спонсорам польза

Так у спонсоров пользоваетелей много.
Читай "будешь клиентом спонсоров - получишь более протестированный продукт".

> - остальным слово на букву Ж

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

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

210. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (124), 07-Окт-24, 18:57 
Явно игнорируешь акцены на том, что сейчас за свою часть отвечают главные по своим направлениям.
Если что не работает - вопросы к ним.

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

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

223. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Вы забыли заполнить поле Name (?), 07-Окт-24, 19:48 
> Ну будут тестировать несколько вариантов - особо важных для спонсоров. Вот только
> это даст заточку только на эти варианты. Все остальное будут игнорировать.

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

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

193. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (124), 07-Окт-24, 17:43 
> Это человеческий фактор. Его нужно сводить к минимуму.

Вся жизнь - человеческий фактор. За что бы ни взялся.

Уйдет разработчик этой ФС. Сразу проблема - человеческий фактор.

Вот и хотят что бы он выстроил систему, где не все на него было бы заточено.

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

178. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (120), 07-Окт-24, 17:09 
>Тут же всплыло то, что тестирование проводилось на ветке разработчика. А она сильно отличается от ветки основной.

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

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

182. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (124), 07-Окт-24, 17:13 
> то при попытке влить ветку возникнет куча конфликтов

Или просто не соберётся, что мы и увидели.

Суть в том, что тестировать надо после вливания в основную ветку.

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

183. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (124), 07-Окт-24, 17:14 
Точнее так. Перед вливанием делать rebase. И тестирвать.
Ответить | Правка | Наверх | Cообщить модератору

207. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (120), 07-Окт-24, 18:49 
>Суть в том, что тестировать надо после вливания в основную ветку.

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

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

209. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (124), 07-Окт-24, 18:53 
> Если оно не собирается после вливания, значит за Кента сборку поломал кто-то другой. Такое иногда может происходить с любым разработчиком.

Нет. Это значит что Кент не протестировал в основной ветке.

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

319. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (120), 08-Окт-24, 18:36 
И как по вашему он должен тестировать на основной ветке без прав слияния с основной веткой?
Ответить | Правка | Наверх | Cообщить модератору

365. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (124), 10-Окт-24, 14:29 
Rebase.
Ответить | Правка | Наверх | Cообщить модератору

164. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +1 +/
Сообщение от Вы забыли заполнить поле Name (?), 07-Окт-24, 16:51 
> всегда присылает много изменений в последний момент перед выходом очередной предварительной версии

Торвальдс, ты забыл кто автор git? Пре-комит хук на сервер добавляешь и в случае превышения размера патча отдаешь урл на картинку с пальцем. Усе.

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

204. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +1 +/
Сообщение от Аноним (-), 07-Окт-24, 18:33 
> Торвальдс, ты забыл кто автор git? Пре-комит хук на сервер добавляешь и
> в случае превышения размера патча отдаешь урл на картинку с пальцем.

А в хук будет сильно палевно добавлять или норм?

int allowedLinesOfCommit() {
if isComitterPlatinumMember || isComitterGoldMember {
    return 1000
}
else if isComitterSilverMember || isComitterBronzeMember {
    return 500
}
else {
    print("GTFO")
    return 100
}
}

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

224. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Вы забыли заполнить поле Name (?), 07-Окт-24, 19:52 
>> Торвальдс, ты забыл кто автор git? Пре-комит хук на сервер добавляешь и
>> в случае превышения размера патча отдаешь урл на картинку с пальцем.
> А в хук будет сильно палевно добавлять или норм?

Да все там всё понимают. Ну замени Platinum, Gold, Silver и Bronze на score или weight, а их с файла читай, чтобы никто веса не видел.


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

378. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от нах. (?), 15-Окт-24, 14:22 
amount_payed - какой еще "score", нафиг.

Можно напрямую запрос к банку через удобный rest api, кстати. Чтоб никто не видел, денешки любят темноту.

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

269. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (269), 08-Окт-24, 04:06 
Это на каком ЯП?
Ответить | Правка | К родителю #204 | Наверх | Cообщить модератору

376. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  –1 +/
Сообщение от Аноним (-), 14-Окт-24, 03:58 
> Торвальдс, ты забыл кто автор git? Пре-комит хук на сервер добавляешь и
> в случае превышения размера патча отдаешь урл на картинку с пальцем.
> Усе.

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

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

185. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  –1 +/
Сообщение от Аноним (185), 07-Окт-24, 17:21 
Это всё прекрасно, только непонятно зачем всё это пихать в ядро. В нормально спроектированных ОС ядро - отдельно, драйвера - отдельно. А не пихать всё в одну пoмoйку.
Ответить | Правка | Наверх | Cообщить модератору

188. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  –1 +/
Сообщение от Аноним (124), 07-Окт-24, 17:29 
Во во. Выкинут из мейнстрима - пусть отдельно развивается. А пользователи сами подбирают под какое ядро какую версию фс брать.
Ответить | Правка | Наверх | Cообщить модератору

191. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  –1 +/
Сообщение от Вы забыли заполнить поле Name (?), 07-Окт-24, 17:35 
> В нормально спроектированных ОС

Пишешь из под такой надо полагать?

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

230. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (226), 07-Окт-24, 20:17 
Ещё и во множественном числе. То есть их как минимум две.
Ответить | Правка | Наверх | Cообщить модератору

239. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +1 +/
Сообщение от Вы забыли заполнить поле Name (?), 07-Окт-24, 22:30 
> Ещё и во множественном числе. То есть их как минимум две.

Список в студию!

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

202. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (117), 07-Окт-24, 18:15 
Линус Торвальдс уже не справляется - ему сложно! Пора уже отправить ядро в свободное плаванье, под теми у кого нету весенних обострений.
Ответить | Правка | Наверх | Cообщить модератору

212. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (124), 07-Окт-24, 18:59 
Есть кандидатура на замену? Озвуч!
Ответить | Правка | Наверх | Cообщить модератору

216. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +2 +/
Сообщение от Аноним (331), 07-Окт-24, 19:22 
> Есть кандидатура на замену? Озвуч!

Когда Торвальдс в очередной раз д̶о̶п̶и̶з̶..  ̶р̶а̶з̶в̶е̶л̶ ̶с̶р̶а̶ч̶.. проявил неуважение к коллегам по цеху и разработчикам ядра и отправился в заслуженный отпуск, то его заменил Грег Кроа-Хартман.
Человек который отвечает за поддержку стабильной ветки ядра и, в отличии от Линуса, не употребляется слова "овно" и "аnаl" в деловой переписке [1].
Который успешно руководил ядром несколько лет.

Вот тебе и адекватная замена финской истеричке.

[1] habr.com/ru/articles/345846/

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

217. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  –1 +/
Сообщение от Аноним (217), 07-Окт-24, 19:34 
GNU держится только лишь благодаря авторитету Столмана.
Linux держится благодаря авторитету Торвальдса. Уйдет Торвальдс - не будет Linux'а. Торвальдса знает весь мир, а этих ментейнеров никто не знает, пусть даже они самые вежливые и профессионалы
Ответить | Правка | Наверх | Cообщить модератору

219. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (331), 07-Окт-24, 19:41 
> GNU держится только лишь благодаря авторитету Столмана.

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

> Linux держится благодаря авторитету Торвальдса. Уйдет Торвальдс - не будет Linux'а.

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

> Торвальдса знает весь мир, а этих ментейнеров никто не знает, пусть даже они самые вежливые и профессионалы

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


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

257. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +1 +/
Сообщение от Аноним (256), 08-Окт-24, 02:39 
Т.е. когда Линус помрёт, а он когда-нибудь помрёт, Линуху придёт капец?

МС скажет: "ну что, поиграли и хватит!", а МС уже алмазный спонсор...
Пора готовиться к возврату на венду?

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

231. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (23), 07-Окт-24, 20:36 
Текст shit встречается 1 раз, но bullshit 2 раза. Статистика!
Ответить | Правка | К родителю #216 | Наверх | Cообщить модератору

300. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (124), 08-Окт-24, 12:53 
> Вот тебе и адекватная замена финской истеричке.

Этот бы просто Bcachefs в ядро не принял. Без ругани бы обошлось - это точно.

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

341. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (340), 09-Окт-24, 03:46 
>> Вот тебе и адекватная замена финской истеричке.
> Этот бы просто Bcachefs в ядро не принял. Без ругани бы обошлось
> - это точно.

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

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

213. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (217), 07-Окт-24, 18:59 
Так выглядит обычный рабочий день Линуса Торвальдса: разборки с разработчиками, разбор конфликтов между ментейнерами и разработчиками
Ответить | Правка | Наверх | Cообщить модератору

229. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  –2 +/
Сообщение от Вы забыли заполнить поле Name (?), 07-Окт-24, 20:16 
> Так выглядит обычный рабочий день Линуса Торвальдса: разборки с разработчиками, разбор
> конфликтов между ментейнерами и разработчиками

Что тебя удивляет? Он больше менеджер уже давно.

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

282. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (264), 08-Окт-24, 07:29 
>> Так выглядит обычный рабочий день Линуса Торвальдса: разборки с разработчиками, разбор
>> конфликтов между ментейнерами и разработчиками
> Что тебя удивляет? Он больше менеджер уже давно.

На минуточку, уважающий себя PM - и тиме мастеркласс дать не обламывается. Если что - фороникс читайте, он там мастеркласс давал в самом начале окна приема как надо было, на тему работы с адресами и проч. Там, когда у остальных лыжи встали на асфальт - он показал мощный, эффективный, логичный, лаконичный трюк, демонстрирующий ALL как надо было вооон то делать на самом деле. Just because he can.

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

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

235. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  –1 +/
Сообщение от Аноним (235), 07-Окт-24, 21:23 
>на системах с порядком байт "big-endian"

Вот как раз их то и надо выкинуть. Потому что Big Endian - это извращённый порядок байт. Для корректного декодирования числа в Little Endian его длину знать не надо, просто читаешь поток, пока читается, сдвигаешь и ANDишь. Длина потока в формуле не участвует кроме как счётчик цикла.

Поэтому ни одна современная архитектура за последние 30 лет не является Big Endian. И вполне очевидно, что у разраба этой ФС нет такой машины, чтобы на ней тестить. Что не отменяет тестирование на эмуляторе.

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

244. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +4 +/
Сообщение от Аноним (-), 07-Окт-24, 23:22 
Глупость сказал. Big Endian это понятный для человека порядок байт в отличии от извращенного Little Endian где нужно быть не человеком чтобы его понять. Ответственно это вам заявляю как системный программист с 1979 года.
Ответить | Правка | Наверх | Cообщить модератору

268. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  –2 +/
Сообщение от Аноним (269), 08-Окт-24, 04:05 
Ты - да.

>Big Endian это понятный для человека порядок байт

нет, не понятный. У Little-endian только строго один способ порядка байт и слов, и он инвариантен к разрядности нашей машины. Хотим - по байту режем, хотим по слову, хотим - по четверному слову, хотим - по 256-битному-вектору. У BE - пляска вприсядку всегда, потому что массивы обычно держат в little-endian порядке.

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

276. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +1 +/
Сообщение от _ (??), 08-Окт-24, 06:45 
> Глупость сказал.

Отчего же?

> Big Endian это понятный для человека порядок байт в отличии от извращенного Little Endian где нужно быть не человеком чтобы его понять.

Ты блин эта ... для начала про то, что "есть только 10 видов людей: те что понимают двоичную систему счисления и те кто нет" - слышал? :-)

> Ответственно это вам заявляю как системный программист с 1979 года.

Это только вино с годами становится лучше... да и то - не гарантировано :)

Чел тебе всё правильно объяснил. Если ты с 79-га года системщик то и про рост 7->8->16->32->64 наверное рассказывать не надо? И как оба варианта их прошли :)

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

291. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (-), 08-Окт-24, 09:42 
> Big Endian это понятный для человека порядок байт в отличии от извращенного Little Endian

Слава б-гу инструкции исполняет кремниевый мозг, где давно победил Little Endian, а не человеческий. Вы, наверное, и индексы отсчитываете от единицы?

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

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

354. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +1 +/
Сообщение от Аноним (352), 09-Окт-24, 12:57 
> слова читаем слева направо, но числа парсим справа налево

Римские числа и "сто тысяч пятьсот" как парсить: справа налево или слева направо?

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

248. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +1 +/
Сообщение от Аноним (248), 07-Окт-24, 23:55 
Кент неоднократно в рассылке Линусу рассказывал какая bcachefs у него стабильная, что на ней годами хранятся петабайты данных и регулярно всё очень сильно тестируется. Что там можно ещё программировать в bcachefs если со слов самого Кена всё и так отлично?
Ответить | Правка | Наверх | Cообщить модератору

302. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +1 +/
Сообщение от Аноним (302), 08-Окт-24, 13:26 
Линус жалуеться на перегрузку из-за плохой организации процесса.
Он же главный в этом процессе? Можно построить процесс так как ему удобно.
Например, сказать, что окно патчей в эту неделю. Размер патча не больше 10 строк кода. Автор уйдет в свободное плавание со своим модулем.
Ответить | Правка | Наверх | Cообщить модератору

322. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Вы забыли заполнить поле Name (?), 08-Окт-24, 20:54 
> Он же главный в этом процессе?

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

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

342. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (-), 09-Окт-24, 03:48 
>> Он же главный в этом процессе?
> Главный, кто ему платит. Был бы главным, то ругался бы в рассылках
> как прежде и пальцы показывал. А сейчас ему намекнули, вот он
> и сидит 🤐, чтобы в старости был домик у океана, но
> не у северного ледовитого.

Это тебе видимо намекнули что домик у моря может оказаться - в северных широтах :)

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

347. "Линус Торвальдс снова недоволен коммитами в Bcachefs"  +/
Сообщение от Аноним (347), 09-Окт-24, 10:51 
> много изменений в последний момент

Ну так а проблема-то в чём?! ЛЮБОЕ изменение, которое не было проверено и протестировано, коммитится во внутреннюю версию, которую никто не видит. И только после тестов попадёт в очередной RC!

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

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

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




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

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