Linux: Torvalds, bcachefs dosya sistemini çekirdekten başlattı

Linus Torvalds, çekirdeğinin ana geliştirme şubesi tarafından BCACHEFS desteğini kaldırdı; Dokuz veya on haftada beklenen Linux 6.18 artık biçimlendirilmiş sistem dosyasına entegre olamaz. Linux ilişkileri için olağandışı sınır dışı edilme, hafta başında Linux 6.17'nin serbest bırakılmasından yaklaşık 24 saat sonra gerçekleşti. Bu versiyon artık BCACACHEF'lerin yenilenmesini getirmemişti, çünkü mucit Linux, iki ay önce oradaki desteği “dış” olarak işaretlemişti ve bu nedenle dondurulmuş, Kent Overstreet, mucit ve ana Bcachefs geliştiricisi ile birkaç taş ocaktan sonra.

BCACHEFS artık DKMS aracılığıyla ayarlanabilir

Çıkarma sadece bazı Linux kullanıcılarını etkilemelidir, çünkü Linux'taki BCACHEFS kodu hiçbir zaman deney aşamasını aşmamıştır. Bireysel dağıtımlar dosya sistemini test cihazı seçeneği olarak sunduğundan, kullanıcılara sahiptir. Bunlar arasında çok güçlü destekçiler var. BCACHEFS, diğer dosya sistemi dosyaları tarafından bilinen bazı özelliklerin çekici bir kombinasyonuyla çektiği için şaşırmamalıdır.

Bunlar ve gelecekteki kullanıcılar için Overstreet, yaklaşık birkaç yıl önce Linux 6.7'yi kaydetmeden önce olduğu gibi, harici olarak geliştirilen kodda bazı yenileme önlemleri gerçekleştirdi. Dönüşümler sayesinde, BCACCHEFS artık Linux 6.16'dan çeşitli çekirdekler için DKMS (Dinamik Çekirdek Modülünün Desteği) aracılığıyla uyarlanabilir ve ideal olarak otomatik olarak çekirdek güncellemeleri için yeni çekirdeğe çevrilebilir. Birçok kullanıcı, DKMS aracılığıyla NVIDIA grafik sürücülerinin en eski sahibi çekirdek modülünü yöneten Debian veya Ubuntu gibi dağıtımlardan her şeyi bilir.

Ayrıca VMware veya sanal kutu ile sanallaştırma veya OpenZF dosya sistemini desteklemek için, çekirdekten bağımsız olarak birçok dağıtım DKM'lere dayanır. Birçok durumda, oldukça güvenilir bir şekilde çalışır, ancak bazen doldururken burun üzerine düşer. Bu çoğunlukla DKM'den değil, Linux'un oldukça monolitik tasarımından kaynaklanmaktadır.

Burada, sürücü ve dosya sistemi kodu hiçbir şey ayrılmaz, ancak “çekirdeği” terk etmekle birlikte oluşturun – çekirdeklerin yapımını ayarlasanız bile, bazı parçaları sadece modül olarak dış kaynak kullanın. Ortak Linux dağıtımları durumunda, çekirdek modülleri bu nedenle derlendikleri çekirdeğin görüntüsüne uyum sağlar. Bu nedenle bunlar, eklenti veya tarayıcılarda veya Windows sürücülerindeki ek kararlı arayüzler tarafından bilindiği gibi uyumlu veya yukarı doğru değildir.

Kararsız arayüzlerden “araba -blokant” tehlikesi

Bunun nedeni başka bir yönden de kaynaklanıyor: Çekirdeği hızlı ve ince tutmak için Torvalds ve yardımcıları, gerekirse Linux'un farklı bileşenleri arasındaki iletişim kanallarını değiştirir; Bu yollarla çatışan çekirdeklerin dışındaki kodunu dikkate almazlar. Çekirdek kodunun geliştiricileri, zaman zaman yeni Linux sürümlerinin çıkarlarına uyum sağladıkları için harici olarak gelişti; Bu, harici kodun çekirdeğinin işlevlerine ve değiştikleri sıklığa bağlı olarak birkaç haftada bir veya sadece birkaç yılda bir gerekli olabilir.

Bu nedenle dış mekan kodundaki bu değişiklikler, değiştirilmiş arayüzlerle çekirdek sürümüne geçmeden önce kullanıcılara ulaşmalıdır. Kullanıcı DKMS aracılığıyla formun otomatik derlemesinde başarısız olursa öyleyse.

Grafik çipleri için harici modüller söz konusu olduğunda, bu, en azından bilenlerin genellikle bazı basit adımlarla çözebileceği sorunlara yol açar. Dosya sistemi için modüller için daha zor olabilir, çünkü başlangıç ​​çekirdeği kök dosya sistemi için bir modül eksikse, sistem artık başlatılamaz ve bu nedenle uygun bir yeni modül ayarlamaz. Canlı bir linux olmadan böyle bir durumdan manevra yapmak için, bazı dağıtımlar en son çekirdeği bir başlangıç ​​seçeneği olarak işlev olarak çalıştırır. En aptal durumda, formun yeni formu işe yaramazsa ve eski modülü zaten sildiyseniz buna ihtiyacınız var.

Belirli dağıtım ayarlamaları teslimatı zorlaştırır

BCACHEFS DKMS-WEG, Overstreet Mail'in DKMS yaklaşımının geniş mevcudiyeti için nasıl gösterildiğine dair başka bir dezavantaja sahiptir: BCACHEF'leri çekirdeğe az çok serbestçe dağıtmak yerine, artık çeşitli dağılımların özellikleri için ayarlamalar gereklidir. Kullanıcıları olabildiğince basit kullanmak için, ideal dağıtım için birinin tuttuğu ve test ettiği belirli bir paket de vardır.

Arch Linux, Debian ve Ubuntu'yu desteklemek için durum oldukça iyi görünüyor. Fedora'da openssuse hala odada her türlü soru işaretidir; Geliştiricileri kısa süre önce BCACACHEFS desteğini Turseweed-Ternel'deki 6.17 devre dışı ve aşırı sokak davranışlarına geçtiğinde eleştirdi.

DKMS hızlı ifadenin nedenidir

DKMS aracılığıyla yönetim için BCACCHEFS desteği artık Torvalds'dan, tahmini uzmanların orta vadede beklenen kaldırılmasının bir nedeni olarak bahsediyor, ancak sonunda BCACHEF'ler iki ay önce düştüğünde çok fazla geldiler. Bu, özellikle Overstreet ve Torvalds arasında birkaç kavgadan geçti. Mucit BCACHEFS, en uzun stabilizasyon aşamasında kodu yeni özelliklerle gönderdi çünkü en uzun stabilizasyon aşamasında, bunun için tasarlanan kısa ana geliştirme aşaması (“Birlik Penceresi”) yerine Linux mucitine gönderdi. Overstreet de diğer geliştiricilerle birkaç kez şok olmuştu. Diğer şeylerin yanı sıra, düzenledikleri kodu değiştirmişti.

Tartışmalı Kaliforniyalı, on yılı aşkın bir süredir sadece Bcachef'i geniş bir şekilde geliştirdi, çünkü Times'ı birleştiren birkaç meslektaşı onları er ya da geç onlarla boğdu. Bir dereceye kadar bu sadece insandır, sonuçta, bu tavşan ve spor kulüplerine de olur; Kavgaların sıklığı ve tonu durumunda, BCACACHEF'lerin gelişimi diğer yazılım projelerinden ve ayrıca Linux çekirdeğinden olumsuz bir şekilde ayırt edilir.

Dosya sisteminin geliştirilmesi zor

Merkez çekirdeğin geliştiricileri ile bu drama ve zank, muhtemelen Linux ve çalışanlara her yıl her yıl donanım ve çalışanlara her milyon dolar yatırdığı ve Google (ext4), meta e suse (BTRFS) veya ORACH (XFS) gibi dosya sistemini test etmek için her yıl yatırım yaptığı tahmin ediliyor.

Overstreet ve destekçileri için zor olacaktır çünkü sistem dosyaları karmaşıktır ve Linux kullanıcıları onlarla en merak uyandıran şeyleri yaparlar, uzun yıllar süren saha testleri ve geliştirilen sıkıcı, BCACACHEFS gibi evrensel bir dosya sistemi gerçekten kararlı ve ortak uygulama alanlarının çoğunda gerekli olana kadar gereklidir.

Burada BCACHEFS'in önünde hala çok fazla iş var, ana geliştiricisi yakın zamanda dosya sisteminin kodunu harici olarak “kararlı” olarak yönetmiş olsa bile. En azından BTRF, Ext4, Reiserfs veya XFS'nin gelişimine benzer şekilde çalışıyorsa: karşılaştırılabilir bir noktadan, yıllarca çalışma ve bu nedenle çok sayıda sağlamlık ve performans kullanıcılarının beklentilerini karşılamak için çok para gerekiyordu.

(KTN)