Линус Торвалдс, създател и лидер в разработването на ядрото на Linux, за пореден път доказа, че качеството и точността не подлежат на обсъждане в разработването на ядрото на Linux.
И по време на цикъла на разработка на Linux 6.17, Инженерът на Google Палмър Дабелт представи набор от корекции за RISC-V архитектурата, които не преминаха филтъра от водещия разработчик. Причината: те бяха подадени твърде късно и съдържаха промени, считани за „боклук“, които не принадлежаха към RISC-V дървото.
Това решение означава, че предложените подобрения няма да пристигнат в Linux до версия 6.18, което би могло да забави приемането на RISC-V в определени среди и да попречи на разработчиците, които разчитат на тези актуализации.
За тези, които все още не са запознати с RISC-V, трябва да знаете, че това Това е безплатна и отворена архитектура с набор от инструкции Роден в Калифорнийския университет в Бъркли през 2010 г., RISC-V оттогава насам набира скорост срещу собствени архитектури като ARM и x86, благодарение на своята гъвкавост и нарастващата общност от разработчици. RISC-V International в момента има над 4500 членове.
Въпреки този растеж, архитектурата е изправена пред предизвикателства, свързани със зрялостта и стабилността. Случаи като Chimera Linux, която временно спря поддръжката поради проблеми с производителността на наличния хардуер, отразяват трудностите при установяването ѝ в производствени среди.
Отхвърляне, белязано от времето и качеството на кода
Торвалдс поиска заявките за изтегляне да бъдат подавани предварително. защото щеше да пътува. Актуализацията обаче пристигна на 8 август 2025 г., само два дни преди затварянето на прозореца за сливане на Linux 6.17, планиран за пускането на версия -rc1.
Ръководителят на проекта критикува не само забавянето, но и съдържаниетоТой посочи, че промените добавят ненужни модификации извън обхвата на RISC-V, засягайки генеричните файлове и не добавяйки никаква стойност. По негови думи, това „прави света по-лош“.
Реакции и неповторимият стил на Линус Торвалдс
Епизодът с RISC-V пластирите не е изолиран. През юни 2025 г. Торвалдс вече беше замесен в спор чрез премахване на файловата система Bcachefs от ядрото поради опасения относно нейното качество и поддръжка.
Този път посланието му беше ясно: край на закъснелите подавания или неуместните промени. Палмър Дабелт се извини и обеща да коригира процеса в бъдещи издания.
Общността реагира със смесени мнения. Някои ценят неговата откровеност като ефективен начин за поддържане на качеството на ядрото; други обаче смятат, че тонът му може да обезкуражи новите участници. Торвалдс обаче поддържа позицията си: стабилността и сигурността на ядрото са преди всички други съображения.
В продължение на повече от три десетилетия начело на ядрото на Linux, Линус Торвалдс е спечелил слава заради директния си, понякога агресивен, стил на комуникация.Въпреки че в миналото е признавал необходимостта от смекчаване на тона си, той продължава да дава приоритет на техническата строгост пред дипломацията.
За него решения като въвеждането на файлови системи, които не отчитат малки и големи букви, или промени в кодовата база извън контекста представляват ненужни рискове, които биха могли да компрометират дългосрочната стабилност на системата.
Това ново отхвърляне на RISC-V пачове е по същество потвърждение на философията, която е ръководила ядрото на Linux в продължение на десетилетия: качеството не подлежи на обсъждане и сроковете се спазват.
Подобрения в производителността на Btrfs и други нови функции за Linux 6.17
Други нови функции и подобрения, които са подготвени за Linux 6.17 са в производителността и функционалността на btrfs файлова системаСред най-забележителните нови функции е експерименталната поддръжка за големи фолиа, оптимизация, която обещава да намали режийните разходи и ускоряване на операциите в множество сценарииВъпреки че тази функция е технически готова за по-широко използване, разработчиците предупреждават, че тя все още не е достатъчно тествана, за да се счита за напълно стабилна.
Новата версия на Btrfs tТова също така въвежда по-плътно разположение на ключовете в структурата XArray., което увеличава компактността на възлите на spanning tree за съхранение. Тази промяна може да намали броя на крайните възли с 50% до 70%, като по този начин оптимизира вътрешната структура и намалява потреблението на ресурси. Освен това, Корекциите за дефрагментиране са приложени чрез ioctl, заедно с активирането на предварително проектиран механизъм за предотвратяване на критична повреда на файловата система, който ограничава записа върху блокови устройства с монтирана файлова система.
В допълнение към това, той също така подчертава внедряване на система за кеширане за заявки за освобождаване на разпределено пространство за растерни изображения. В тестове, използващи създаване на празни файлове, тази оптимизация позволи повишаване на производителността с до 20%, както и забележителни подобрения в среди с големи количества метаданни. По подобен начин, предварителното четене е подобрено в системи, използващи компресия на данни, подобрявайки скоростта на достъп до данни.
И накрая, ако се интересувате да научите повече за него, можете да се консултирате с подробностите в следваща връзка.