Изглежда всички усилия, положени повече от 3 години от Кент Овърстрийт, автор на BcacheFS, са на път да бъдат хвърлени зад борда, тъй като наскоро, докато преглеждате предложените корекции за включването му в ядрото Linux 6.11-rc5 от създателя на Bcachefs, Линус Торвалдс изрази нарастващото си съжаление за да имаш прие тази файлова система в ядрото.
Това може да се превърне в голям проблем за Кент, тъй като той се опитваше много пъти в продължение на дълго време да накара неговата файлова система BcacheFS да бъде приета и обединена с Linux. Трябва също да се отбележи, че самият Линус Торвалдс отхвърли исканията и дори отиде толкова далеч, че да „скаже“ Кент в някои случаи.
Заявката за извличане за включване на кода BcacheFS в Linux беше приета в края на миналата година и изглеждаше, че нещата започват да харесват Линус Торвалдс, но сега това се промени, след като неговият недоволството се крие в че Кент Овърстрийт, продължавайте да изпращате твърде големи пачове по време на кандидат фазите за окончателната версия. Тези корекции не само коригират грешки, но и въвеждат нови функции, въпреки че функционалността се променя Те са разрешени само в началото на разработването на нова версия.
На етап rc5 трябва да се приемат само малки корекции, за предпочитане по-малко от 100 реда код.
Корекцията, изпратена за Bcachefs, добави 1309 реда, премахна 671 и засегна 39 файла. В допълнение към коригирането на грешки, той въведе две важни промени: нова структура на данните за управление на списъка със свободни елементи в кеша и възможност за трансформиране на хеш-таблици. Тази нова структура е проектирана да елиминира ненужните заключвания и да избегне конкуренция за заключвания при многонишкови работни натоварвания.
Струва си да се спомене това Това не е първият път, когато се въвеждат важни промени в Bcachefs след като прозорецът за натискане се затвори, нито че функционалните добавки са с приоритет пред незначителните корекции в последните етапи на разработка. Като се има предвид тази ситуация, Линус Торвалдс отговори на искането за извличане:
Да, не, това е достатъчно. Последното дръпване вече беше голямо.
Това е твърде голямо, засяга неща, които не са от bcachefs и дори не е...
дистанционно някаква регресия.В един момент „поправянето на нещо“ просто се превръща в развитие и това е така
Тази точка.Никой с здрав разум не използва bcachef и не очаква да е стабилен, така че всеки един от тях...
Потребителят е експериментален сайт.Пачовете на bcachefs се превърнаха в нещо като „много разработки“.
по време на циклите на освобождаване, а не преди тях", до точката, в която
Започвам да съжалявам, че обединих bcachefs.Ако bcachef не може да функционира правилно в рамките на нормалното ядро нагоре по веригата
график за издаване, може би не трябва да *бъде* в нормалния upstream
ядро.Това е повече от смешно.
Кент Овърстрийт отговори аргументирайки това Bcachefs очевидно е по-надежден от Btrfs и че работи, за да го направи още по-стабилен и надежден от XFS и EXT4, прилагайки цялостност на данните от край до край. Също така подчерта, че предложените промени са директно насочени към подобряване на надеждността на системата. Докато в други подсистеми на ядрото грешката може да бъде ограничена до срив или рестартиране, във файловите системи грешката може да има сериозни последствия, като повреда на данните, която може да не бъде открита до седмици по-късно.
Ще повярвам, когато има големи дистрибуции, които го използват и вие
Те имат много разнообразни приложения.Но това дори не променя проблема: вие не поправяте регресия,
Вие правите нова разработка, за да разрешите някакъв стар проблем, а сега...
Те буквално редактират и файлове, които не са bcachefs.стига бе!
Торвалдс отговори че въпреки че в момента няма големи дистрибуции на Linux, които използват Bcachefs, изключително важно е да следвате указанията за освобождаване на ядрото на linux. Толкова големи корекции, включително повече от 1000 реда код, могат да въведат нови грешки. Вместо пълния набор от предложени промени, беше избрана по-малка версия за версия 6.11-rc5, ограничена изключително до корекции на грешки.
И накрая, ако сте заинтересовани да научите повече за това, можете да проверите разговора между Torvalds и Kent Overstreet в пощенските списъци на Linux на адрес следната връзка.