Overs\u00e6ttelse af tanker fra Theodore Ts'o, skaberen af filsystemet Ext4, om udviklingen af ext4, BcacheFS filsystemet, Linux-kernen, ZFS, adf\u00e6rdskodekset og filsystemer generelt: <\/p>\n
Om udviklingen af ext4<\/b>. <\/p>\n I hver udgave af kernen bidrager mere end et halvt dusin mennesker. I \u00f8jeblikket bruger jeg st\u00f8rstedelen af min tid p\u00e5 at gennemg\u00e5 kode, k\u00f8re tests og forbedre testapplikationen {kvm<\/a>,gce,qemu,android}-xfstests. Og jeg er meget afh\u00e6ngig af 2-3 andre udviklere, der arbejder hos SUSE og IBM, som hj\u00e6lper mig med kodegennemgang. <\/p><\/blockquote>\n Om BcacheFS<\/b> <\/p>\n \u00c6rligt talt er bcachefs ikke et helt selvst\u00e6ndigt projekt \u2014 for eksempel var Kent forfatter til 72% af patchene mellem versionerne 6.11 og 6.12 af kernen, mens jeg var forfatter til pr\u00e6cis 0% af de 103 patches til ext4 i samme periode. Dette skyldes, at jeg st\u00e6rkt mener, at programmering er en holdsport, og min opgave som teknisk leder er at give deltagerne i ext4 mulighed for at g\u00f8re deres bedste for at forbedre filsystemet. Vi afholder ugentlige m\u00f8der, og Derrick Wong, senior udvikler af XFS og tidligere vedligeholder af XFS, deltager i disse m\u00f8der \u2014 og jeg har, som det er kendt, hjulpet ham med XFS-test, mens Derrick har hjulpet mig med forskellige sp\u00f8rgsm\u00e5l om testing af ext4 og endda set p\u00e5 et par patches til ext4. Vi samarbejder, og det er godt. <\/p>\n Jeg giver andre personer mulighed for at beslutte, om de vil stole p\u00e5 deres data hos en ensom, talentfuld programmerer, som m\u00e5ske er mere talentfuld end jeg, men jeg vil give dig et tip \u2014 du kan 'fusk' ved at involvere et team i at l\u00f8se problemet. Det er ikke n\u00f8dvendigt at g\u00f8re det alene. Selvf\u00f8lgelig skal du vide, hvordan du v\u00e6kker det bedste i andre, og I skal arbejde sammen. Og en venlig tilgang til hinanden p\u00e5 mailgrupper skader ikke. <\/p><\/blockquote>\n Om kernen, CoC, mulighederne og fremtiden for ext4<\/b> <\/p>\n Ext4 f\u00e5r faktisk nogle nye funktioner, men det er de funktioner, som virksomhederne er villige til at finansiere, fordi tilbagebetalingen af udviklingsomkostninger giver mening i forhold til omkostninger og fordele. For eksempel blev fscrypt og case-insensitive kataloger funktioner, der var nyttige for Android og Chrome OS, og blev finansieret, i det mindste delvist, af disse udviklergrupper (Steam var ogs\u00e5 bekymret for store bogstaver og st\u00f8ttede en af ingeni\u00f8rerne). Vi \u00f8nsker at tilf\u00f8je st\u00f8tte til 'untorn' skrivning, fordi det vil forbedre ydeevnen for databaser p\u00e5 cloud-emulerede block-enheder, hvor 16k atomare skriver kan garanteres, hvilket vil eliminere behovet for dobbelt buffering i MySQL og PostgreSQL. <\/p>\n (I virkeligheden kan Amazon og Google g\u00f8re dette med deres egne databasesystemprodukter, ved at lave antagelser om, hvordan Amazon EBS og Google Persistent Disk fungerer, men vi \u00f8nsker at g\u00f8re det p\u00e5 en mere generisk m\u00e5de, der vil v\u00e6re mere vedligeholdelsesvenlig p\u00e5 lang sigt). Det er mindre tiltr\u00e6kkende end s\u00e5danne ting som reflinks, men investeringsafkastet er meget lettere at retf\u00e6rdigg\u00f8re, b\u00e5de fordi omkostningerne er lavere (mindre udvikling, test og kvalificering til corporate deployment) og fordi fordelene er meget lettere at kvantificere. Ting som 'jeg kan spare omkostningerne til l\u00f8n for XX faste programm\u00f8rmedarbejdere over fem \u00e5r' er meget lettere at lave for denne slags pr\u00e6stationsforbedrende funktioner. <\/p>\n I mods\u00e6tning til dette er reflinks \u2014 sjovt, men jeg kunne ikke finde en klient, der var villig til at betale udviklingsomkostningerne, eller et firma, der mener, at deres kunder vil k\u00f8be mere af deres produkt, hvis de tilf\u00f8jer reflinks til ext4. Det kan virke temmelig corporate, men der er en historie om, hvordan ZFS-ingeni\u00f8rer startede et projekt fra bunden uden at sp\u00f8rge ledelsen om lov eller f\u00e5 forslag fra salgsafdelingen, og pr\u00e6senterede Sun for noget, der reelt var en f\u00e6rdiggjort kendsgerning. <\/p>\n Det lyder godt, men hvis man husker, at Sun endte med at tabe penge, indtil de blev tvunget til at s\u00e6lge sig selv til et andet firma, og at den ingeni\u00f8rorganisation, der st\u00f8ttede ZFS, ikke l\u00e6ngere eksisterer. Omtrent p\u00e5 det tidspunkt, hvor ZFS blev annonceret, deltog jeg i en virksomhedsomfattende unders\u00f8gelse for at finde ud af, om det gav mening at investere i filsystemfunktioner for AIX og Linux \u2014 og vi kom frem til, at det ikke gjorde det, investeringen ville ikke v\u00e6re stor, og nye filsystemfunktioner ville ikke f\u00f8re til flere kunder, der k\u00f8bte hardware, software eller IBM-systemer. M\u00e5ske var der h\u00e5rde tider for IBM, men de eksisterer stadig, mens Sun ikke g\u00f8r. <\/p>\n Omtrent p\u00e5 samme tid samledes repr\u00e6sentanter fra flere Linux-virksomheder for at finde ud af, hvordan Linux ville konkurrere med ZFS. Netop p\u00e5 dette m\u00f8de blev ideen fremsat om, at btrfs ville v\u00e6re det langsigtede svar, mens ext4 ville v\u00e6re en kortsigtet l\u00f8sning, der ville sikre underst\u00f8ttelse af ting som realtids\u00e6ndring af st\u00f8rrelse, 64-bit bloknumre og andre ting, der var i traditionelle Legacy Unix OS og ikke var i ext3. <\/p>\n P\u00e5 det m\u00f8de blev jeg bedt om at definere, hvad der ville kr\u00e6ves for at skabe et helt nyt filsystem. Jeg gennemf\u00f8rte en unders\u00f8gelse og s\u00e5 p\u00e5, hvor meget arbejde der var n\u00f8dvendigt for at skabe filsystemer som IBM's GPFS og JFS, Digital's advfs, og vurderede hvor meget der var kr\u00e6vet af Sun for at skabe ZFS og bringe dette filsystem til en tilstand, der var klar til produktion. Det svar, jeg fik, l\u00f8d p\u00e5 omkring 100 mand-\u00e5r, med et lavt sk\u00f8n p\u00e5 50 mand-\u00e5r og et h\u00f8jt sk\u00f8n p\u00e5 200 mand-\u00e5r (men det var for GPFS, som var et klyngesystem, og derfor meget mere komplekst). <\/p>\n Jeg n\u00e6vnte dette p\u00e5 et m\u00f8de, og en senioringeni\u00f8r fra Intel sagde: \u201eNej, fort\u00e6l ikke dette til ledelsen, for de vil aldrig godkende projektet! Sig til dem, at btrfs vil v\u00e6re klar om 18 m\u00e5neder\u201c. Jeg lader folk selv afg\u00f8re, hvorn\u00e5r btrfs n\u00e5r status som \u201eklar til virksomhedsanvendelse\u201c, is\u00e6r for de nye attraktive udvidede funktioner, der skulle konkurrere med ZFS, men jeg mener ikke, at det er til diskussion, at det ikke skete inden for 18 m\u00e5neder. <\/p>\n Og selv f\u00f8r Sun br\u00f8d sammen, n\u00e6gtede mange virksomheder, der sendte deres repr\u00e6sentanter til m\u00f8det, at lade ingeni\u00f8rer deltage i arbejdet med btrfs, og det hjalp naturligvis ikke. Men det var sandsynligvis relateret til, at virksomhederne \u2014 rationelle organisationer, der tr\u00e6ffer deres egne beslutninger om afkastet af investeringer, og finansiering af et nyt filsystem gav ikke samme mening som at fort\u00e6lle folk, at Linux ville have et svar p\u00e5 ZFS. <\/p>\n Ser man tilbage, kan man sige, at selvom ZFS havde disse virkelig fantastiske funktioner, var de ikke tilstr\u00e6kkelige til at f\u00e5 de fleste brugere til at v\u00e6lge Solaris frem for at k\u00f8be langt billigere x86-platforme og installere Linux. Og p\u00e5 det tidspunkt, hvor Sun besluttede at pr\u00f8ve strategien med OpenSolaris og Solaris x86, var det for sent. Nettovirkningen var enorm, og strategien for x86 svarede ikke p\u00e5 sp\u00f8rgsm\u00e5let om, hvordan \u00e9n virksomhed, Sun, kunne betale l\u00f8n til alle de super talentfulde ingeni\u00f8rer, der arbejdede p\u00e5 Solaris. At k\u00f8be en x86-server til 5000 dollars giver ikke meget salgsrentabilitet sammenlignet med serveren<\/a> SunFire E10k Sparc til 100.000 dollars, som Sun kaldte \"punktet\" i \"dot Com\". <\/p>\n Essensen er, at ingeni\u00f8rarbejde i den virkelige verden er et kompromis, og forretningsrealiteter er en del af dette kompromis. Jeg undskylder ikke for, at jeg foretr\u00e6kker at spise mad, og at jeg \u00f8nsker at tjene nok penge til engang at kunne g\u00e5 p\u00e5 pension. Og det betyder igen, at jeg skal forst\u00e5, hvordan jeg skaber v\u00e6rdi for min arbejdsgiver, mindst 10 gange mere end min l\u00f8n. Hvis jeg kan g\u00f8re det, mens jeg forts\u00e6tter med at arbejde med open source og hj\u00e6lper andre virksomheder med at tjene penge, s\u00e5 de er villige til at bidrage til ext4, ja, det er en del af udfordringen og grunden til, at jeg elsker at arbejde med open source. <\/p>\n Og n\u00e5r jeg vender tilbage til adf\u00e6rdskodeksen, vil jeg sige, at n\u00e6sten alle vedligeholdere af de vigtigste filsystemer st\u00f8ttede kodeksen ikke af svage liberale \u00e5rsager. Det er fordi, vi har brug for hver ingeni\u00f8r, der er villig til at bidrage til vores projekt, og de fleste af os har set personer, der n\u00e6gtede at arbejde med Linux og skiftede til andre operativsystemer (jeg kender en person, der skiftede til Windows og var en v\u00e6rdifuld Linux-kerneudvikler i IBM Linux Technology Center) eller arbejdede p\u00e5 interne projekter, men ikke p\u00e5 det, der kr\u00e6vede interaktion med LKML, p\u00e5 grund af den toksiske atmosf\u00e6re fra enkelte personer p\u00e5 mailinglisten. <\/p>\n I nogle tilf\u00e6lde var bekymringerne ubegrundede; for eksempel r\u00e5bte Linus ad en seniorudvikler, der virkelig burde have vidst bedre og som han i de fleste tilf\u00e6lde havde m\u00f8dt personligt, og de havde allerede etableret et forhold. Problemet var, at nybegyndere ikke vidste dette og blev bange \u2014 \"hvad nu hvis Linus ydmyger mig offentligt ligesom han gjorde med Steve\", uden at forst\u00e5, at det i praksis ikke ville ske. Det er derfor, vi har CoC; det er ikke for os, de senioringeni\u00f8rer, men for at st\u00f8tte de yngre ingeni\u00f8rer i vores teams, som vi \u00f8nsker at tr\u00e6ne til p\u00e5 et tidspunkt at erstatte os, n\u00e5r tiden kommer til at g\u00e5 p\u00e5 pension, eller vi bliver ramt af en bus, eller vi p\u00e5 anden m\u00e5de forlader denne forg\u00e6ngelige verden. <\/p>\n Husk p\u00e5, at der er brugt 50-100 mand-\u00e5r p\u00e5 at skabe et filsystem, der er klar til brug i et virksomhedsmilj\u00f8. Vi har brug for alle ingeni\u00f8rer, vi kan rekruttere, og mange af os udf\u00f8rer ekstra arbejde i vores fritid, fordi vi cares. At skabe et h\u00f8jkvalitets filsystem er et teamwork, og vi har brug for hver dygtig ingeni\u00f8r, vi kan f\u00e5 fat i. Selv hvis en ingeni\u00f8r er en super programm\u00f8r af 10. grad, hvis han skr\u00e6mmer en masse andre ingeni\u00f8rer v\u00e6k, som kunne arbejde med test, performance tuning osv., s\u00e5 er det ikke v\u00e6rd at lade nogen v\u00e6re en b\u00f8lle. <\/p><\/blockquote>\n\n
\n
\n