The OpenNET Project / Index page

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



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

Оглавление

Линус Торвальдс пояснил, в чём проблемы реализации ZFS для я..., opennews (??), 10-Янв-20, (0) [смотреть все] +1

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


23. "Линус Торвальдс пояснил, в чём проблемы реализации ZFS для я..."  +2 +/
Сообщение от Аноним (23), 10-Янв-20, 10:43 
А за Reiser5 он пояснит? 🐧
Ответить | Правка | Наверх | Cообщить модератору

48. "Линус Торвальдс пояснил, в чём проблемы реализации ZFS для я..."  –2 +/
Сообщение от Аноним (31), 10-Янв-20, 11:04 
Всё будет зависеть под какой лицензией она будет и использует ли интерфейсы ядра, а не свои собственные реализации.
Ответить | Правка | Наверх | Cообщить модератору

61. "Линус Торвальдс пояснил, в чём проблемы реализации ZFS для я..."  +/
Сообщение от Аноним (-), 10-Янв-20, 11:21 
> Всё будет зависеть под какой лицензией она будет и использует ли интерфейсы
> ядра, а не свои собственные реализации.

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

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

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

130. "Линус Торвальдс пояснил, в чём проблемы реализации ZFS для я..."  +/
Сообщение от Аноним (31), 10-Янв-20, 15:31 
Так я же, по сути, о том же.
Ответить | Правка | Наверх | Cообщить модератору

59. "Линус Торвальдс пояснил, в чём проблемы реализации ZFS для я..."  –7 +/
Сообщение от Аноним (-), 10-Янв-20, 11:19 
> А за Reiser5 он пояснит? 🐧

Он уже пояснял за рейзер4, как впрочем и разработчики рейзеров.

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

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

181. "Линус Торвальдс пояснил, в чём проблемы реализации ZFS для я..."  +2 +/
Сообщение от Школьник (ok), 10-Янв-20, 21:50 
> Если вы хотите что-то вывалить с лопаты - это вам в какой-нибудь FreeBSD

Самое смешное здесь то, что туда-то как раз протолкнуть какую-нибудь каку - это еще здорово постараться надо («are you guys coming or what?», ага). А вот в линукс каку, если она идёт от уважаемых на раёне пацанов типа redhat/ibm, берут не глядя.

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

188. "Линус Торвальдс пояснил, в чём проблемы реализации ZFS для я..."  +/
Сообщение от пох. (?), 10-Янв-20, 22:21 
> Самое смешное здесь то, что туда-то как раз протолкнуть какую-нибудь каку -
> это еще здорово постараться надо («are you guys coming or what?»,

наоборот - стараться не надо, но надо иметь авторитет на райёне, баблом тут дорогу не продавишь - но если ты пацан в авторитете - делай так:
https://reviews.freebsd.org/D19094

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

> ага). А вот в линукс каку, если она идёт от уважаемых
> на раёне пацанов типа redhat/ibm, берут не глядя.

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

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

224. "Линус Торвальдс пояснил, в чём проблемы реализации ZFS для я..."  –1 +/
Сообщение от Аноним (-), 11-Янв-20, 08:20 
> Самое смешное здесь то, что туда-то как раз протолкнуть какую-нибудь каку -
> это еще здорово постараться надо

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

> («are you guys coming or what?»,

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

> ага). А вот в линукс каку, если она идёт от уважаемых
> на раёне пацанов типа redhat/ibm, берут не глядя.

Черта с два. Как максимум, очень изредка майнтайнер подсистемы может попробовать проехать на авторитете - но если попадется (а Торвальдс таки читает что ему комитят и вероятность приличная), авторитет профакается и более это уже совсем не пройдет. Т.к. Торвальдс будет каждую закорюку чекать и отлупит свое фирменное "this CoC ... CoC, CoC, CoC, haven't even seen the compiler!". И пошлет в пешее переделывать. Еще как вариант - майнтайнер может очень поппросить, что дескать фич очень нужен. Тогда ему так и быть, в staging могут дать поболтаться. Staging явно обозначен как экспериментальная территория, на свой страх и риск и если кто оттуда что билдует, в случае чего они ССЗБ.

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

255. "Линус Торвальдс пояснил, в чём проблемы реализации ZFS для я..."  +/
Сообщение от пох. (?), 11-Янв-20, 12:31 
> Ну не знаю, разработчик фрибзды помнится очень ругался что корпорации сливают код
> который потом никто майнтайнить не хочет и даже толком не причесывают

вы явно даже звон не слышали.

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

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

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

287. "Линус Торвальдс пояснил, в чём проблемы реализации ZFS для я..."  +/
Сообщение от Аноним (287), 12-Янв-20, 00:52 
> вы явно даже звон не слышали.

Слышал, при том - разработчика фрибзды. Зачем ему звонить понадобилось? Наверное, задолбало.

> Чтобы получить commit bit - корпорацией быть недостаточно. Чтобы твою правку тут
> же не откатили, лишив бита - нужно много еще условий выполнить.

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

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

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

Офигенный критерий качества - "ломает сборку". Не, вот знаете, линуксоидов можно ругать за многое, но во первых они что попало не комитят, проверяя как и что использует ядро и все такое. Как конкретный пример можно посмотреть сколько раз AMD пришлось рефакторить их мегалибу DC до того как ядерщики согласились это взять. В изначальном виде - грубо дублируемая функциональность управления "crtc" aka "display controller" - не использующая хелперы ядра и специфичная для фирмы амд и их видео. АМД так проще всего было, ясен перец. Ядерщики на это посмотрели, средние пальцы у них и отогнулись. И пришлось чудо проекту пережить этак три или четыре рефакторинга до того как это вообще вкомитили... туда же и новомодного вайргада, кстати.

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

294. "Линус Торвальдс пояснил, в чём проблемы реализации ZFS для я..."  +/
Сообщение от пох. (?), 12-Янв-20, 01:49 
>> вы явно даже звон не слышали.
> Слышал, при том - разработчика фрибзды. Зачем ему звонить понадобилось? Наверное, задолбало.

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

> А при чем тут у кого какой там бит? Вопрос в том
> какой код вываливают, попадает ли это в кодовую базу и кто

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

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

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

Или героические попытки прожекта KSPP и кто там еще был ему на замену - воровать идеи у grsec, без понимания как оно работает (в результате сворованное не работало) - тоже прекрасно прокатили. Это ведь у gplрастов воровать нельзя, им-то - можно.

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

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

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

> три или четыре рефакторинга до того как это вообще вкомитили... туда

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

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

Отличное достижение.

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

306. "Линус Торвальдс пояснил, в чём проблемы реализации ZFS для я..."  +/
Сообщение от Аноним (-), 12-Янв-20, 08:06 
> или вы были не в теме и не поняли, что именно задолбало
> и откуда взялось. Или вообще не знаете о чем он.

Он там достаточно прозрачно написал вроде.

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

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

И если все приходит к тому что приходится его вообще топором, потому что "haven't even seen the compiler, CoC!" - ну, э, у Торвальдса в ядро вообще не залетает.

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

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

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

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

> (в результате сворованное не работало) - тоже прекрасно прокатили. Это ведь
> у gplрастов воровать нельзя, им-то - можно.

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

> поэтому ваш патч завтра сломается". Проблема исправлена через десять лет. Качество
> как оно есть.

Ну как бы если тебя не устраивает качество - никто ж не заставляет? В чем проблемы?

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

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

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

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

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

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

Алгоритмы там остались те же самые, внезапно. И таки эти алгоритмы не бог весть какие гигантские.

> Отличное достижение.

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

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

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

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




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

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