Tarjamahan tina pamikiran ku Theodore Ts'o, nu nyiptakeun sistem file Ext4, ngeunaan kamekaran ext4, sistem file BcacheFS, sareng kernel Linux, ZFS, kode etik sareng sistem file sacara umum:
Ngeunaan ngembangkeun ext4.
Leuwih ti satengah lusin jalmi nyumbang kana unggal rilis kernel ext4. Ayeuna, kalolobaan waktos abdi dianggo pikeun marios kode, ngajalankeun tés, sareng ningkatkeun aplikasi tés.kvm,gce,qemu,android}-xfstests. Sareng abdi ngandelkeun pisan ka dua atanapi tilu pamekar sanés anu damel di SUSE sareng IBM anu ngabantosan abdi dina ulasan kode.
Ngeunaan BcacheFS
Janten adil, bcachefs sanés mangrupikeun proyék solo - contona, Kent mangrupikeun panulis 72% tina patch antara sékrési kernel 6.11 sareng 6.12, sedengkeun tina 103 patch ext4 dina waktos anu sami, kuring panulis. tina persis 0%. Ieu kusabab kuring pageuh yakin yén programming téh olahraga tim, sarta pakasaban abdi salaku kalungguhan teknis nyaéta empower anggota ext4 pikeun ngalakukeun pangalusna maranéhanana pikeun ngaronjatkeun sistem file. Kami gaduh konperénsi mingguan sareng Darrick Wong, pamekar senior XFS sareng tilas pangropéa XFS, ngahadiran konperénsi ieu - sareng kuring parantos dipikanyaho ngabantosan anjeunna dina masalah tés XFS, sareng Darrick parantos ngabantosan kuring dina sagala rupa masalah tés ext4 sareng marios sababaraha patch ext4. Urang cooperate saling, sarta éta alus.
Kuring bakal ngantepkeun ka jalma sanés pikeun mutuskeun naha aranjeunna hoyong percanten datana ka jalma anu mangrupikeun programer panas anu nyalira anu tiasa langkung berbakat tibatan kuring, tapi kuring bakal masihan anjeun petunjuk - anjeun tiasa "curang" ku meunang tim pikeun ngajawab masalah. Anjeun teu kedah ngalakukeun nyalira. Tangtu, pikeun ngalakukeun ieu, anjeun kudu nyaho kumaha carana mawa kaluar pangalusna dina batur, sarta anjeun kudu gawé bareng. Jeung silih santun dina milis mah teu matak nyeri.
Ngeunaan kernel, CoC, kamampuan sareng masa depan ext4
Ext4 memang kéngingkeun sababaraha fitur anyar, tapi ieu anu daék dibiayaan ku perusahaan sabab ROI tina ngembangkeun fitur ieu masuk akal tina sudut pandang biaya-manfaat. Salaku conto, fscrypt sareng diréktori anu teu sénsitip kana hurup ageung mangrupikeun fitur anu kapaké pikeun Android sareng Chrome OS, sareng dibiayaan, sahenteuna sabagian, ku tim pamekaran ieu (Steam ogé prihatin ngeunaan lipatan kasus sareng ngadukung salah sahiji insinyur). Kami hoyong nambihan dukungan pikeun panulisan anu teu disiksa sabab éta bakal ningkatkeun kinerja database dina alat blok anu diémulasi berbasis awan, dimana 16k panulisan atom tiasa dijamin, ngaleungitkeun buffering ganda dina MySQL sareng PostgreSQL.
(Sabenerna Amazon jeung Google bisa ngalakukeun ieu dina produk DBMS sorangan ku nyieun asumsi ngeunaan kumaha Amazon EBS jeung Google Persistent Disk jalan, tapi urang hayang ngalakukeun ieu dina cara nu leuwih umum nu bakal leuwih maintainable dina jangka panjang). Éta kirang seksi tibatan hal-hal sapertos reflinks, tapi ROI langkung gampang dibenerkeun, boh kusabab biayana langkung handap (pangembangan, pangujian, sareng padamelan kualifikasi pikeun panyebaran perusahaan) sareng kusabab pedah langkung gampang diukur. Hal-hal sapertos "Kuring tiasa ngahémat biaya gaji insinyur software full-time XX salami lima taun" langkung gampang dilakukeun pikeun fitur produktivitas sapertos kitu.
Kontras, reflinks téh senang, tapi kuring teu acan bisa manggihan hiji klien daék mayar waragad ngembangkeun atawa parusahaan nu yakin klien maranéhna bakal meuli leuwih produk maranéhanana lamun aranjeunna nambahkeun reflinks mun ext4. Ieu bisa disada sangar perusahaan, tapi aya carita ngeunaan kumaha ZFS insinyur ngamimitian proyek ti scratch, tanpa menta idin ti manajemén atawa meunang input ti jualan, sarta dibere Sun naon éféktif a fait accompli.
Kadéngéna mah alus, tapi inget yén Sun tungtungna kaleungitan artos dugi ka kapaksa ngajual dirina ka perusahaan sanés, sareng organisasi rékayasa anu ngadukung ZFS teu aya deui. Kira-kira nalika ZFS diumumkeun, kuring kalibet dina panilitian sakumna perusahaan pikeun nangtukeun naha masuk akal pikeun investasi dina fitur sistem file pikeun AIX sareng Linux — sareng urang nyimpulkeun yén henteu, mulangna investasi éta alit, sareng fitur sistem file anu énggal moal nyababkeun langkung seueur konsumén mésér perangkat keras, perangkat lunak, atanapi sistem IBM. IBM panginten parantos ngalaman masa-masa sulit, tapi éta masih aya, sareng Sun henteu.
Kira-kira dina waktos anu sami, sababaraha perwakilan ti Linux-pausahaan-pausahaan ngahiji pikeun mikirkeun kumaha carana Linux bakal bersaing jeung ZFS. Dina rapat ieu ideu diajukeun yén btrfs bakal jadi jawaban jangka panjang, sarta ext4 bakal jadi solusi jangka pondok, anu bakal nyadiakeun dukungan pikeun hal-hal kawas ngarobah ukuran langsung, angka blok 64-bit, jeung fitur séjén anu aya dina OS Unix Legacy tradisional anu kakurangan ku ext3.
Dina rapat éta, kuring dipenta pikeun nangtoskeun naon anu diperyogikeun pikeun nyiptakeun sistem file anu énggal. Kuring ngalakukeun sababaraha panalungtikan, ningali sabaraha usaha anu diperyogikeun pikeun nyiptakeun sistem file sapertos GPFS sareng JFS IBM, advfs Digital, sareng diperkirakeun sabaraha waktos Sun pikeun nyiptakeun ZFS sareng kéngingkeun sistem file éta kana kaayaan siap produksi. Jawaban anu kuring kéngingkeun kira-kira 100 man-years, kalayan hiji perkiraan rendah 50 man-years sareng perkiraan tinggi 200 man-years (tapi éta pikeun GPFS, anu mangrupikeun sistem file clustered, sareng ku kituna langkung kompleks).
Kuring nyarioskeun ieu dina rapat sareng sababaraha insinyur senior di Intel nyarios, "Henteu, entong nyarios ka eksekutif ngeunaan ieu sabab aranjeunna moal pernah nyatujuan proyék éta! Béjakeun ka aranjeunna btrfs bakal siap dina 18 bulan." Kuring bakal ngantepkeun ka jalma pikeun mutuskeun nalika btrfs bakal ngahontal status "siap-perusahaan", khususna pikeun fitur canggih anyar anu seksi anu dimaksudkeun pikeun bersaing sareng ZFS, tapi kuring henteu nyangka éta pikeun debat yén éta sanés 18 bulan. ti ayeuna.
Bahkan sateuacan Sun bubar, seueur perusahaan anu ngirim perwakilan ka rapat éta nolak insinyurna milu dina btrfs, anu tangtosna henteu ngabantosan. Tapi ieu sigana kusabab perusahaan mangrupikeun organisasi rasional anu ngadamel kaputusan nyalira ngeunaan pengembalian investasi, sareng ngabiayaan sistem file énggal henteu masuk akal sapertos nyarioskeun ka jalma naon Linux bakal aya réspon ka ZFS.
Lamun ditilik deui, sanajan ZFS miboga fitur-fitur anu keren pisan, éta teu cukup pikeun ngajadikeun kalolobaan pangguna milih Solaris tibatan meuli platform x86 anu jauh leuwih murah sareng masangna. LinuxSareng nalika Sun mutuskeun pikeun nyobian strategi OpenSolaris sareng Solaris x86, éta parantos telat. Pangaruh jaringan ageung pisan, sareng strategi x86 henteu ngajawab patarosan kumaha hiji perusahaan, Sun, tiasa mayar gaji sadaya insinyur anu super berbakat anu damel di Solaris. Meuli server x86 kanggo $5000 henteu masihan pengembalian penjualan anu luhur dibandingkeun sareng server SunFire E10k Sparc anu hargana $100000, anu disebut ku Sun salaku "titik" dina "dot Com".
Intina nyaéta rékayasa di dunya nyata mangrupikeun trade-off, sareng kanyataan bisnis mangrupikeun bagian tina perdagangan éta. Abdi henteu nyuhunkeun hapunten kusabab kuring milih tuangeun tuangeun sareng kuring hoyong cekap artos pikeun pangsiun hiji dinten. Sareng ieu, kahareupna hartosna kuring kedah gaduh pamahaman anu hadé ngeunaan kumaha kuring mawa nilai ka dunungan sahenteuna 10 kali gaji kuring. Upami abdi tiasa ngalakukeun éta bari tetep damel di open source sareng ngabantosan perusahaan sanés ngadamel artos supados aranjeunna daék nyumbang kana ext4, nya éta bagian tina tantangan sareng naha kuring resep damel di open source.
Sareng, uih deui ka Kode Etik, kuring bakal nyarios yén ampir sadaya pangurus sistem file utama ngadukung Kode ieu sanés kusabab sababaraha pertimbangan liberal anu lemah. Éta kusabab urang peryogi unggal insinyur anu daék nyumbang kana proyék urang, sareng kaseueuran urang parantos ningali jalma anu nolak damel di Linux sareng ngalih ka sistem operasi anu sanés (kuring terang hiji jalmi anu ngalih ka Windows sareng mangrupikeun pamekar kernel anu berharga Linux di IBM Linux Pusat Téknologi) atanapi damel dina proyék internal, tapi sanés naon waé anu meryogikeun interaksi sareng LKML, kusabab lingkungan toksik sababaraha jalmi dina milis.
Dina sababaraha kasus sieun éta unfounded; contona, Linus ieu yelling di pamekar senior anu bener kudu dipikawanoh hadé tur anu di hal nu ilahar Linus kungsi patepung di jalma jeung maranéhna miboga hubungan geus ngadegkeun. Masalahna nyaéta yén pendatang henteu terang ieu sareng sieun - "kumaha upami Linus ngahina kuring di masarakat sapertos anu anjeunna lakukeun ka Steve," henteu sadar yén dina prakna ieu moal kajantenan. Éta sababna urang gaduh CoC; Ieu sanés kanggo urang insinyur senior, tapi pikeun ngadukung insinyur ngora dina tim urang anu urang hoyong ngalatih pikeun ngagentos urang dina waktosna nalika waktuna pensiunan, atanapi urang ditabrak beus, atanapi urang sanés ninggalkeun dunya fana ieu.
Tong hilap 50-100 taun padamelan anu diperyogikeun pikeun nyiptakeun sistem file anu siap dianggo dina lingkungan perusahaan. Urang peryogi sadaya insinyur anu urang tiasa kéngingkeun, sareng seueur urang ngalakukeun pagawéan tambahan dina waktos senggang kusabab urang paduli. Ngawangun sistem file anu berkualitas tinggi mangrupikeun usaha tim, sareng urang peryogi unggal insinyur berbakat anu urang tiasa kéngingkeun. Sanaos saurang insinyur mangrupikeun programer super 10x, upami anjeunna tungtungna nyingsieunan sakumpulan insinyur sanés anu tiasa ngerjakeun tés, tuning kinerja, sareng sajabana, éta henteu pantes ngantepkeun batur janten bajingan.
sumber: opennet.ru
