Linus Torvalds a Linux kernel megalkotója és fejlesztésének vezetője, ismét bebizonyította, hogy a minőség és a pontosság nem képezheti vita tárgyát. a Linux kernel fejlesztésében.
És ez az a Linux 6.17 fejlesztési ciklusa alatt, Palmer Dabbelt, a Google mérnöke benyújtott egy sor javítást a RISC-V architektúrához, amelyek nem mentek át a szűrőn a legfelső fejlesztőtől. Az ok: túl későn küldték be őket, és olyan „szemétnek” tekintett változtatásokat tartalmaztak, amelyek nem tartoztak a RISC-V fába.
Ez a döntés azt jelenti, hogy a javasolt fejlesztések csak a 6.18-as verzióban érkeznek meg Linuxra, ami lelassíthatja a RISC-V bevezetését bizonyos környezetekben, és akadályozhatja azokat a fejlesztőket, akik ezekre a frissítésekre támaszkodnak.
Azoknak, akik még nem ismerik a RISC-V-t, tudniuk kell, hogy ez Ez egy szabad és nyílt utasításkészlet-architektúra A 2010-ben a kaliforniai Berkeley-i Egyetemen született RISC-V azóta rugalmasságának és növekvő fejlesztői közösségének köszönhetően teret hódított olyan zárt architektúrák ellen, mint az ARM és az x86. A RISC-V International jelenleg több mint 4500 taggal rendelkezik.
E növekedés ellenére az architektúra az érettség és a stabilitás kihívásaival néz szembe. Az olyan esetek, mint a Chimera Linux, amely ideiglenesen felfüggesztette a támogatást a rendelkezésre álló hardvereken fellépő teljesítményproblémák miatt, jól tükrözik a termelési környezetekben való elhelyezkedés nehézségeit.
Az idő és a kód minősége által jellemzett elutasítás
Torvalds kérte, hogy a pull requesteket előre be kell nyújtani. mert utazni fog. A frissítés azonban 8. augusztus 2025-án érkezett meg, mindössze két nappal a Linux 6.17 egyesítési ablakának bezárása előtt, amely az -rc1 verzió megjelenésével egy időben volt ütemezve.
A projektvezető nemcsak a késedelmet, hanem a tartalmat is kritizáltaRámutatott, hogy a változtatások szükségtelen módosításokat eredményeztek a RISC-V hatókörén kívül, általános fájlokat érintenek, és semmilyen értéket nem adnak hozzá. Saját szavaival élve, ez „rosszabbá teszi a világot”.
Reakciók és Linus Torvalds összetéveszthetetlen stílusa
A RISC-V tapaszokkal kapcsolatos epizód nem egyedülálló eset. Az 2025 júniusában Torvalds már korábban is vitába keveredett a Bcachefs fájlrendszer eltávolításával a kernelből, a minőségével és karbantarthatóságával kapcsolatos aggodalmak miatt.
Ezúttal az üzenete egyértelmű volt: nincs több késedelmes beküldés vagy irreleváns változtatás. Palmer Dabbelt bocsánatot kért, és megígérte, hogy a jövőbeli kiadásokban korrigálja a folyamatot.
A közösség vegyes véleményekkel reagált. Vannak, akik az őszinteségét a kernel minőségének fenntartásának hatékony módjaként értékelik; mások azonban úgy vélik, hogy a hangvétele elriaszthatja az új közreműködőket. Torvalds azonban fenntartja álláspontját: a kernel stabilitása és biztonsága minden más szempont előtt áll.
Több mint három évtizeden át a Linux kernel élén, Linus Torvalds közvetlen, olykor agresszív kommunikációs stílusáról szerzett hírnevet.Bár a múltban elismerte, hogy mérsékelnie kell a hangnemét, továbbra is a technikai szigort helyezi előtérbe a diplomáciával szemben.
Számára az olyan döntések, mint a kis- és nagybetűket nem megkülönböztető fájlrendszerek bevezetése vagy a kódbázis kontextuson kívüli módosításai, szükségtelen kockázatokat jelentenek, amelyek veszélyeztethetik a rendszer hosszú távú stabilitását.
A RISC-V javítások ezen újabb elutasítása lényegében a Linux kernelt évtizedek óta irányító filozófia megerősítése: a minőség nem alku tárgya, a határidőket pedig be kell tartani.
Btrfs teljesítménybeli fejlesztések és egyéb új funkciók Linux 6.17-hez
További új funkciók és fejlesztések, amelyeket előkészítettek A Linux 6.17 verzióhoz a teljesítmény és a funkcionalitás terén vannak btrfs fájlrendszerA legfigyelemreméltóbb új funkciók közé tartozik a nagy fóliók kísérleti támogatása, egy optimalizálás, amely a terhelés csökkentését ígéri. felgyorsítja a műveleteket több forgatókönyvbenBár ez a funkció technikailag készen áll a szélesebb körű használatra, a fejlesztők óvatosságra intenek, hogy még nem tesztelték eleget ahhoz, hogy teljesen stabilnak tekinthető legyen.
A Btrfs új verziójaEmellett sűrűbb kulcselhelyezést is bevezet az XArray struktúrában., ami növeli a tároló átnyúló fa csomópontjainak tömörségét. Ez a változás 50%-kal és 70%-kal csökkentheti a végcsomópontok számát, ezáltal optimalizálva a belső struktúrát és csökkentve az erőforrás-fogyasztást. Továbbá, A töredezettségmentesítési beállításokat az ioctl segítségével alkalmaztuk., valamint egy korábban tervezett mechanizmus aktiválása a kritikus fájlrendszer-sérülés megelőzésére, amely korlátozza az írást a csatlakoztatott fájlrendszerrel rendelkező blokkeszközökre.
Ezen kívül kiemeli még a gyorsítótárazó rendszer megvalósítása a helyfoglalású bitképek felszabadítására irányuló kérésekhez. Az üres fájlok létrehozását használó tesztekben ez az optimalizálás akár 20%-os teljesítménynövekedést is lehetővé tett, valamint jelentős javulást eredményezett a nagy metaadat-terhelésű környezetekben. Hasonlóképpen, az előreolvasás is javult az adattömörítést használó rendszereken, ami javította az adathozzáférési sebességet.
Végül, ha többet szeretne megtudni róla, a részletekről tájékozódhat a következő link.