\u00d6vers\u00e4ttning av tankar fr\u00e5n Theodore Ts\u2019o, skaparen av Ext4-filsystemet, om utvecklingen av ext4, filsystmet BcacheFS, Linux-k\u00e4rnan, ZFS, uppf\u00f6randekoden och filsystme i allm\u00e4nhet: <\/p>\n
Om utvecklingen av ext4<\/b>. <\/p>\n I varje version av k\u00e4rnan bidrar mer \u00e4n ett dussin personer. F\u00f6r n\u00e4rvarande g\u00e5r en stor del av min tid \u00e5t till att granska kod, utf\u00f6ra tester och f\u00f6rb\u00e4ttra testapplikationen {kvm<\/a>,gce,qemu,android}-xfstests. Och jag f\u00f6rlitar mig mycket p\u00e5 2-3 andra utvecklare som arbetar p\u00e5 SUSE och IBM som hj\u00e4lper mig med granskningen av koden. <\/p><\/blockquote>\n Om BcacheFS<\/b> <\/p>\n \u00c4rligt talat \u00e4r bcachefs inte helt ett ensamt projekt \u2013 exempelvis var Kent f\u00f6rfattare till 72% av patcharna mellan k\u00e4rnversionerna 6.11 och 6.12, medan jag var f\u00f6rfattare till 0% av de 103 patcharna till ext4 under samma tidsperiod. Detta beror p\u00e5 att jag anser att programmering \u00e4r en laginsats, och min roll som teknisk ledare \u00e4r att ge deltagarna i ext4 m\u00f6jlighet att maximera sina insatser f\u00f6r att f\u00f6rb\u00e4ttra filsystmet. Vi har veckovisa konferenser, och Derrick Wong, senior utvecklare av XFS och f\u00f6re detta underh\u00e5llare av XFS, deltar i dessa konferenser \u2013 och jag, som bekant, har hj\u00e4lpt honom med fr\u00e5gor som r\u00f6r XFS-testning, medan Derrick har hj\u00e4lpt mig med olika fr\u00e5gor som r\u00f6r ext4-testning och till och med \u00f6verv\u00e4gt ett par ext4-patchar. Vi samarbetar, och det \u00e4r bra. <\/p>\n Jag l\u00e5ter andra avg\u00f6ra om de vill lita p\u00e5 sina data till n\u00e5gon som \u00e4r en ensamst\u00e5ende, duktig programmerare som m\u00f6jligtvis \u00e4r mer talangfull \u00e4n jag, men jag ger er en ledtr\u00e5d \u2013 ni kan 'fusk' genom att involvera ett team f\u00f6r att l\u00f6sa problemet. Det beh\u00f6ver inte g\u00f6ras ensamt. Naturligtvis beh\u00f6ver ni veta hur man v\u00e4cker det b\u00e4sta i andra och ni m\u00e5ste arbeta tillsammans. Och artigt bem\u00f6tande i e-postlistor skadar inte. <\/p><\/blockquote>\n Om k\u00e4rnan, CoC, m\u00f6jligheter och framtiden f\u00f6r ext4<\/b> <\/p>\n Ext4 f\u00e5r verkligen n\u00e5gra nya funktioner, men det \u00e4r s\u00e5dana som f\u00f6retagen \u00e4r villiga att finansiera, eftersom avkastningen p\u00e5 utvecklingen av funktionen \u00e4r meningsfull utifr\u00e5n kostnad och nytta. Till exempel var fscrypt och kataloger utan beaktande av register funktioner som var anv\u00e4ndbara f\u00f6r Android och Chrome OS, och dessa finansierades, \u00e5tminstone delvis, av dessa utvecklargrupper (Steam oroade sig ocks\u00e5 f\u00f6r registrering och st\u00f6dde en av ingenj\u00f6rerna). Vi vill l\u00e4gga till st\u00f6d f\u00f6r oavbruten skrivning (untorn), eftersom det kommer att f\u00f6rb\u00e4ttra prestandan f\u00f6r databaser p\u00e5 moln-emulerade blockenheter, d\u00e4r 16k atom\u00e4ra poster kan garanteras, vilket skulle eliminera behovet av dubbel buffring i MySQL och PostgreSQL. <\/p>\n (Faktiskt kan Amazon och Google g\u00f6ra detta i sina egna DBMS-produkter genom att g\u00f6ra antaganden om hur Amazon EBS och Google Persistent Disk fungerar, men vi vill g\u00f6ra det p\u00e5 ett mer allm\u00e4nt s\u00e4tt som kommer att vara mer st\u00f6djande p\u00e5 l\u00e5ng sikt). Det \u00e4r mindre attraktivt \u00e4n s\u00e5dana saker som reflinks, men avkastningen p\u00e5 investeringen \u00e4r mycket l\u00e4ttare att motivera, b\u00e5de f\u00f6r att kostnaderna \u00e4r l\u00e4gre (mindre arbete med utveckling, testning och kvalificering f\u00f6r f\u00f6retagsdistribution) och f\u00f6r att f\u00f6rdelarna \u00e4r mycket enklare att kvantifiera. S\u00e5dana saker som 'jag kan spara l\u00f6nekostnaden f\u00f6r XX heltidsprogrammerare under fem \u00e5r' \u00e4r mycket l\u00e4ttare att bevisa f\u00f6r denna typ av prestandafunktioner. <\/p>\n Till skillnad fr\u00e5n detta \u00e4r reflinks — n\u00e5got roligt, men jag kunde inte hitta en kund som var villig att betala utvecklingskostnaderna, eller ett f\u00f6retag som trodde att deras kunder skulle k\u00f6pa mer av deras produkt om de lade till reflinks i ext4. Det kan verka fruktansv\u00e4rt corporate, men det finns en historia om hur ZFS-ingenj\u00f6rerna b\u00f6rjade projektet fr\u00e5n grunden utan att fr\u00e5ga ledningen om tillst\u00e5nd och utan att f\u00e5 f\u00f6rslag fr\u00e5n f\u00f6rs\u00e4ljningsavdelningen, och presenterade f\u00f6r Sun vad som faktiskt var ett f\u00e4rdigt faktum. <\/p>\n Det l\u00e5ter fantastiskt, men om man t\u00e4nker p\u00e5 att Sun slutade med att f\u00f6rlora pengar tills de var tvungna att s\u00e4lja sig sj\u00e4lva till ett annat f\u00f6retag, och att den ingenj\u00f6rsorganisation som st\u00f6dde ZFS inte l\u00e4ngre existerar. Ungef\u00e4r vid den tidpunkt d\u00e5 ZFS blev officiellt, deltog jag i en unders\u00f6kning av hela f\u00f6retaget om det var v\u00e4rt att investera i filsystemsfunktioner f\u00f6r AIX och Linux — och vi kom fram till att det inte var det, avkastningen p\u00e5 investeringen var liten, och nya filsystemfunktioner skulle inte leda till fler kunder som k\u00f6per h\u00e5rdvara, programvara eller IBM-system. Kanske stod IBM inf\u00f6r sv\u00e5ra tider, men de existerar fortfarande, medan Sun inte g\u00f6r det. <\/p>\n Ungef\u00e4r vid samma tidpunkt samlades representanter fr\u00e5n flera Linux-f\u00f6retag f\u00f6r att komma p\u00e5 hur Linux skulle konkurrera med ZFS. Det var vid detta m\u00f6te som id\u00e9n f\u00f6reslogs att btrfs skulle vara det l\u00e5ngsiktiga svaret, medan ext4 skulle vara en kortsiktig l\u00f6sning som skulle ge st\u00f6d f\u00f6r funktioner som realtids\u00e4ndring av storlek, 64-bitars blocknummer och andra funktioner som fanns i traditionella Legacy Unix OS men som inte fanns i ext3. <\/p>\n Vid det m\u00f6tet blev jag ombedd att definiera vad som skulle kr\u00e4vas f\u00f6r att skapa ett helt nytt filsystem. Jag genomf\u00f6rde en unders\u00f6kning och tittade p\u00e5 hur m\u00e5nga resurser som kr\u00e4vdes f\u00f6r att skapa filsystem som IBM:s GPFS och JFS, s\u00e5v\u00e4l som advfs fr\u00e5n Digital, och bed\u00f6mde hur mycket Sun hade beh\u00f6vt f\u00f6r att skapa ZFS och f\u00e5 detta filsystem till ett helt produktionsklart tillst\u00e5nd. Det svar jag fick var ungef\u00e4r 100 person\u00e5r, med en l\u00e5g uppskattning p\u00e5 50 person\u00e5r och en h\u00f6g uppskattning p\u00e5 200 person\u00e5r (men detta var f\u00f6r GPFS, som var ett klusterfilsystem och d\u00e4rf\u00f6r mycket mer komplext). <\/p>\n Jag n\u00e4mnde detta p\u00e5 m\u00f6tet, och en senior ingenj\u00f6r fr\u00e5n Intel sade: «Nej, prata inte om det med ledningen, f\u00f6r de kommer aldrig att godk\u00e4nna projektet! S\u00e4g till dem att btrfs kommer att vara klart om 18 m\u00e5nader». Jag l\u00e5ter folk sj\u00e4lva avg\u00f6ra n\u00e4r btrfs n\u00e5r statusen «klart f\u00f6r f\u00f6retagsanv\u00e4ndning», s\u00e4rskilt f\u00f6r de nya attraktiva utvidgade funktionerna som skulle konkurrera med ZFS, men jag tycker att det inte \u00e4r diskussionbart att det inte h\u00e4nde inom 18 m\u00e5nader. <\/p>\n Och \u00e4ven innan Sun splittrades v\u00e4grade m\u00e5nga f\u00f6retag som skickade sina representanter till m\u00f6tet att l\u00e5ta ingenj\u00f6rer delta i arbetet med btrfs, och det hj\u00e4lpte naturligtvis inte. Men det var troligen relaterat till att f\u00f6retagen \u00e4r rationella organisationer som fattar sina egna beslut om avkastning p\u00e5 investeringar, och finansieringen av ett nytt filsystem hade inte samma mening som att ber\u00e4tta f\u00f6r folk att Linux skulle ha ett svar p\u00e5 ZFS. <\/p>\n Ser man tillbaka kan man s\u00e4ga att \u00e4ven om ZFS hade dessa riktigt coola funktioner, var de inte tillr\u00e4ckliga f\u00f6r att f\u00e5 de flesta anv\u00e4ndare att v\u00e4lja Solaris \u00f6ver att k\u00f6pa mycket billigare x86-plattformar och installera Linux. Och vid den tidpunkten d\u00e5 Sun beslutade att prova strategin OpenSolaris och Solaris x86, var det f\u00f6r sent. N\u00e4tverkseffekterna var enorma, och strategin f\u00f6r x86 gav inget svar p\u00e5 hur ett f\u00f6retag, Sun, kunde betala l\u00f6n till alla de supertalangfulla ingenj\u00f6rerna som arbetade med Solaris. Att k\u00f6pa en x86-server f\u00f6r 5000 dollar ger ingen stor avkastning p\u00e5 f\u00f6rs\u00e4ljningen j\u00e4mf\u00f6rt med servern<\/a> SunFire E10k Sparc f\u00f6r 100 000 dollar, som Sun kallade \"punkten\" i \"dot Com\". <\/p>\n Po\u00e4ngen \u00e4r att ingenj\u00f6rsarbete i verkliga livet \u00e4r en kompromiss, och aff\u00e4rsrealiteter \u00e4r en del av denna kompromiss. Jag ber inte om urs\u00e4kt f\u00f6r att jag f\u00f6redrar att \u00e4ta mat och att jag vill tj\u00e4na tillr\u00e4ckligt med pengar f\u00f6r att kunna g\u00e5 i pension n\u00e5gon g\u00e5ng. Och detta inneb\u00e4r i sin tur att jag m\u00e5ste f\u00f6rst\u00e5 hur jag bidrar till arbetsgivaren, minst tio g\u00e5nger mer \u00e4n min l\u00f6n. Om jag kan g\u00f6ra detta, medan jag forts\u00e4tter arbeta med \u00f6ppen k\u00e4llkod och hj\u00e4lper andra f\u00f6retag att tj\u00e4na pengar s\u00e5 att de \u00e4r villiga att bidra till ext4, s\u00e5 \u00e4r det en del av utmaningen och varf\u00f6r jag \u00e4lskar att arbeta med \u00f6ppen k\u00e4llkod. <\/p>\n Och tillbaka till uppf\u00f6randekoden, jag vill s\u00e4ga att n\u00e4stan alla underh\u00e5llare f\u00f6r de viktigaste filsystemen st\u00f6der koden inte av n\u00e5gra vaga liberala sk\u00e4l. Det beror p\u00e5 att vi beh\u00f6ver varje ingenj\u00f6r som \u00e4r redo att bidra till v\u00e5rt projekt, och de flesta av oss har sett m\u00e4nniskor som v\u00e4grar att arbeta med Linux och g\u00e5r \u00f6ver till andra operativsystem (jag k\u00e4nner en person som bytte till Windows och var en v\u00e4rdefull utvecklare av Linux-k\u00e4rnan vid IBM Linux Technology Center) eller arbetar med interna projekt, men inte med s\u00e5dant som kr\u00e4ver interaktion med LKML, p\u00e5 grund av den giftiga milj\u00f6n av n\u00e5gra personer i e-postlistan. <\/p>\n I vissa fall var farh\u00e5gorna ogrundade; till exempel skrek Linus p\u00e5 en seniorutvecklare som verkligen borde ha vetat b\u00e4ttre och som Linus vanligtvis tr\u00e4ffade personligen, och de hade en redan etablerad relation. Problemet var att nykomlingarna inte visste detta och blev skr\u00e4mda - \"t\u00e4nk om Linus f\u00f6rnedrar mig offentligt p\u00e5 samma s\u00e4tt som han gjorde med Steve\", utan att f\u00f6rst\u00e5 att det i praktiken inte skulle h\u00e4nda. Det \u00e4r d\u00e4rf\u00f6r vi har CoC; det \u00e4r inte f\u00f6r oss, de \u00e4ldre ingenj\u00f6rerna, utan f\u00f6r att st\u00f6tta de yngre ingenj\u00f6rerna i v\u00e5ra team som vi vill utbilda s\u00e5 att de vid n\u00e5got tillf\u00e4lle kan ers\u00e4tta oss n\u00e4r det \u00e4r dags att g\u00e5 i pension, eller n\u00e4r en buss k\u00f6r p\u00e5 oss, eller p\u00e5 annat s\u00e4tt l\u00e4mnar denna v\u00e4rlden. <\/p>\n Gl\u00f6m inte bort att det handlar om 50-100 person\u00e5rs arbete f\u00f6r att skapa ett filsystem som \u00e4r redo att anv\u00e4ndas i en f\u00f6retagsmilj\u00f6. Vi beh\u00f6ver alla ingenj\u00f6rer vi kan f\u00e5 tag p\u00e5, och m\u00e5nga av oss arbetar extra p\u00e5 sin fritid f\u00f6r att vi bryr oss. Att skapa ett h\u00f6gkvalitativt filsystem \u00e4r ett lagarbete, och vi beh\u00f6ver varje beg\u00e5vad ingenj\u00f6r vi kan f\u00e5 tag p\u00e5. \u00c4ven om en ingenj\u00f6r \u00e4r en super 10-faldig programmerare, om denne avskr\u00e4cker andra ingenj\u00f6rer som kan arbeta med testning, prestandaoptimering osv., s\u00e5 \u00e4r det helt enkelt inte v\u00e4rt att l\u00e5ta n\u00e5gon vara en skurk. <\/p><\/blockquote>\n\n
\n
\n