Teodore Ts'o, Ext4 failis\u00fcsteemi looja, m\u00f5tted Ext4 arendamise, BcacheFS, Linuxi tuuma, ZFS, k\u00e4itumiskoodeksi ja failis\u00fcsteemide \u00fcle \u00fcldiselt: <\/p>\n
ext4 arendamisest<\/b>. <\/p>\n Iga ext4 tuuma v\u00e4ljalaske eest kannavad hoolt \u00fcle poole tosina inimese. Praegu kulub suurem osa minu ajast koodi \u00fclevaatamiseks, testimiseks ja testrakenduse t\u00e4iustamiseks {kvm<\/a>,gce,qemu,android}-xfstests. Ja ma toetun v\u00e4ga 2-3 muule arendajale, kes t\u00f6\u00f6tavad SUSE-s ja IBM-is, kes aitavad mind koodi \u00fclevaatamisel. <\/p><\/blockquote>\n BcahceFS-ist<\/b> <\/p>\n Ausalt \u00f6eldes ei ole bcachefs t\u00e4iesti iseseisev projekt \u2013 n\u00e4iteks Kent on autor 72% pat\u0161idest versioonide 6.11 ja 6.12 vahel, samas kui minu osalus Ext4-s oli 0%. See on sellep\u00e4rast, et ma olen veendunud, et programmeerimine on meeskonnat\u00f6\u00f6, ja minu roll tehnilise juhi n\u00e4ol on aidata Ext4 osalistel anda endast parimat, et failis\u00fcsteemi t\u00e4iustada. Meie n\u00e4dalased koosolekud toimuvad, kus Derek Wong, XFSi vanem arendaja ja endine XFSi hoidja, osaleb \u2013 ja ma olen tuntud selle poolest, et olen teda aidanud XFSi testimise k\u00fcsimustes, samas kui Derek on mind abistanud erinevates Ext4 testimise k\u00fcsimustes ja isegi vaadanud m\u00f5nda Ext4 pat\u0161i. Me teeme omavahel koost\u00f6\u00f6d, ja see on v\u00e4ga hea. <\/p>\n Ma luban teistel otsustada, kas nad usaldavad oma andmeid kellelegi, kes on \u00fcksik ja andekas programmeerija, kes v\u00f5ib olla andekam kui mina, aga ma annan teile vihje \u2013 saate «pettuse» abil meeskonda kaasata probleemi lahendamisse. Te ei pea seda \u00fcksinda tegema. Loomulikult peavad olema teadmised, kuidas teistel parimat v\u00e4lja tuua, ja saate koos t\u00f6\u00f6tada. Ja k\u00f5ik need viisakad suhtlemised meil postituslistides ei teeks ka paha. <\/p><\/blockquote>\n Kernist, CoC-st, v\u00f5imalustest ja tulevikust ext4<\/b> <\/p>\n Ext4 omab t\u00f5epoolest uusi funktsioone, kuid need on need, mida ettev\u00f5tted on valmis rahastama, kuna funktsiooni arendamise tasuvus on kulude ja kasu vaates m\u00f5istlik. N\u00e4iteks olid fscrypt ja registreerimata kataloogid funktsioonid, mis olid kasulikud Androidile ja Chrome OS-ile ning neid rahastati v\u00e4hemalt osaliselt nende arendajate r\u00fchmade poolt (Steam oli samuti mures registreerimise k\u00f5rvaldamise p\u00e4rast ja toetas \u00fchte inseneri). Soovime lisada katkematu kirjutamise (untorn) toe, kuna see parandab andmebaaside j\u00f5udlust pilve emuleeritud plokkseadmetes, kus saab tagada 16k aatomlisandit, v\u00f5imaldades MySQL ja PostgreSQL topeltpuhverdamisest vabaneda. <\/p>\n (Tegelikult v\u00f5ivad Amazon ja Google seda oma andmebaasitoodetes teha, tehes eeldusi Amazon EBS-i ja Google Persistent Diski t\u00f6\u00f6 kohta, kuid me tahame seda teha \u00fcldisemalt, mis on pikaajaliselt paremini hooldatav). See ei ole nii ahvatlev kui n\u00e4iteks reflinks, kuid investeeringutasuvus on palju kergemini p\u00f5hjendatav, kuna kulud on madalamad (v\u00e4hem arenduse, testimise ja kvalifitseerimise t\u00f6\u00f6d ettev\u00f5tte juurutamiseks) ning kasude hindamine on palju lihtsam. Sellised asjad nagu «ma v\u00f5in kokku hoida XX arendaja palkasid viie aasta jooksul» on selliste funktsioonide j\u00f5udluse t\u00f5stmiseks palju kergemini teostatavad. <\/p>\n Vastupidiselt sellele on reflinks l\u00f5busad, kuid ma ei suutnud leida \u00fchtegi klienti, kes oleks valmis katma arenduskulusid, v\u00f5i ettev\u00f5tet, mis usuks, et nende kliendid ostaksid rohkem nende toodet, kui nad lisavad reflinks Ext4-sse. See v\u00f5ib tunduda kohutavalt korporatiivne, kuid on lugu sellest, kuidas ZFS-i insenerid alustasid projekti nullist, k\u00fcsimata juhtide n\u00f5usolekut ja saamata m\u00fc\u00fcgiosakonnalt soovitusi, ning esitlesid Sunile seda, mis oli de facto juba otsustatud. <\/p>\n See k\u00f5lab suurep\u00e4raselt, kuid arvestades, et l\u00f5puks hakkas Sun raha kaotama, kuni nad pidid ennast teisele ettev\u00f5ttele m\u00fc\u00fcma, ja tegelikult insenerigrupp, mis toetas ZFS-i, enam ei eksisteeri. Umbes sel ajal, kui ZFS-i kuulutati, osalesin ma kogu ettev\u00f5tte uuringus, et v\u00e4lja selgitada, kas on m\u00f5tet investeerida failis\u00fcsteemide funktsioonidesse AIX-is ja Linuxis \u2013 ja me j\u00f5udsime j\u00e4reldusele, et ei, investeeringutasuvus on v\u00e4ike ja uued failis\u00fcsteemi funktsioonid ei suurenda klientide arvu, kes ostavad riistvara, tarkvara v\u00f5i IBM-i s\u00fcsteeme. V\u00f5ib-olla oli IBMil rasked ajad, kuid ta on ikka veel olemas, kuid Sun ei ole. <\/p>\n Umbes sel ajal kogunesid mitme Linuxi ettev\u00f5tte esindajad, et m\u00f5elda v\u00e4lja, kuidas Linux saaks ZFS-iga konkureerida. Just sellisel kohtumisel esitati idee, et btrfs oleks pikaajaline lahendus, samas kui ext4 oleks l\u00fchiajaline lahendus, mis toetaks selliseid asju nagu reaalajas suurendamine, 64-bitised plokknumbrid ja teised asjad, mis olid traditsioonilistes Legacy Unix OS-des ja puudusid ext3-s. <\/p>\n Sel kohtumisel paluti mul m\u00e4\u00e4rata, mida on vaja t\u00e4iesti uue failis\u00fcsteemi loomiseks. Uurisin, kui palju j\u00f5upingutusi kulus selliste failis\u00fcsteemide nagu IBM-i GPFS ja JFS, Digitali advfs loomiseks, hindasin, kui palju kulus Sunil ZFS-i loomiseks ja selle failis\u00fcsteemi viimiseks tootmisvalmidusse. Vastus, mille sain, oli umbes 100 inimeseaastat, \u00fche madala hinnanguga 50 inimeseaastat ja k\u00f5rge hinnanguga 200 inimeseaastat (aga see oli GPFS-i jaoks, mis oli klastriline failis\u00fcsteem ja seet\u00f5ttu palju keerulisem). <\/p>\n Ma teavitasin sellest koosolekul, ja \u00fcks Intel'i vanem insener \u00fctles: «\u00c4rge r\u00e4\u00e4kige sellest juhtidele, sest nad ei kiida kunagi projekti heaks! \u00d6elge neile, et btrfs on 18 kuu p\u00e4rast valmis». Ma luban inimestel ise otsustada, millal btrfs saavutab «ettev\u00f5tlusvalmiduse» staatuse, eriti nende uute atraktiivsete laiendatud funktsioonide osas, millel on konkurents ZFS-iga, kuid ma ei arva, et arutelu all on see, et see juhtus mitte 18 kuu p\u00e4rast. <\/p>\n Ja isegi enne, kui Sun lagunes, loobusid paljud ettev\u00f5tted, kes saatsid oma esindajad kohtumisele, oma inseneride kaasamisest btrfs-i t\u00f6\u00f6le, mis muidugi ei aidanud. Kuid t\u00f5en\u00e4oliselt oli see seotud sellega, et ettev\u00f5tted on ratsionaalsed organisatsioonid, kes teevad oma investeeringute tasuvuse kohta otsuseid, ning uue failis\u00fcsteemi finantseerimine ei olnud sama m\u00f5ttekas kui r\u00e4\u00e4kida inimestele, et Linuxil on ZFS-le vastus. <\/p>\n Tagasi vaadates v\u00f5ib \u00f6elda, et ehkki ZFS-il oli t\u00f5eliselt lahe funktsioone, ei olnud need piisavad, et veenda enamikku kasutajatest valima Solarist v\u00f5rreldes palju odavamate x86 platvormide ostmise ja Linuxi installimisega. Ja sel ajal, kui Sun otsustas proovida OpenSolaris ja Solaris x86 strateegiat, oli juba liiga hilja. V\u00f5rguefektid olid tohutud ja x86 strateegia ei pakkunud vastust k\u00fcsimusele, kuidas \u00fcks ettev\u00f5te, Sun, suudaks palgata k\u00f5iki neid \u00fclipalju andekaid insenere, kes t\u00f6\u00f6tasid Solarisel. 5000 dollari eest x86-serveri ostmine ei anna suurt m\u00fc\u00fcgikasumi tasuvust v\u00f5rreldes serveriga<\/a> SunFire E10k Sparc hinnaga 100000 dollarit, mida Sun nimetas 'punktiks' 'dot Com' ajal. <\/p>\n K\u00fcsimus on selles, et inseneritegevus reaalses maailmas on kompromiss ning \u00e4rireaalsused on osa sellest kompromissist. Ma ei vabanda selle eest, et eelistan s\u00fc\u00fca toitu ja et soovin teenida piisavalt raha, et kunagi pensionile j\u00e4\u00e4da. Ja see t\u00e4hendab omakorda, et ma pean h\u00e4sti m\u00f5istma, kuidas ma oma t\u00f6\u00f6andjale v\u00e4\u00e4rtust loon, v\u00e4hemalt k\u00fcmme korda rohkem kui mu palk. Kui ma suudan seda teha, j\u00e4tkates samal ajal avatud l\u00e4htekoodiga t\u00f6\u00f6tamist ja aidates teistel ettev\u00f5tetel raha teenida, et nad oleksid valmis panustama ext4-sse, siis see on osa v\u00e4ljakutsest ja p\u00f5hjus, miks ma armastan avatud l\u00e4htekoodiga t\u00f6\u00f6tamist. <\/p>\n Ja, kui naasta k\u00e4itumiskoodeksi juurde, siis \u00fctlen, et peaaegu k\u00f5ik peamiste failis\u00fcsteemide hooldajad toetasid koodeksi mitte mingite v\u00e4sinud liberaalsete kaalutluste t\u00f5ttu. See on seet\u00f5ttu, et me vajame iga inseneri, kes on valmis meie projekti panustama, ja enamik meist on n\u00e4inud inimesi, kes keeldusid Linuxiga t\u00f6\u00f6tamast ja l\u00e4ksid \u00fcle teistele operatsioonis\u00fcsteemidele (ma tean \u00fchte isikut, kes l\u00e4ks Windowsile ja oli v\u00e4\u00e4rtuslik Linuxi kerneli arendaja IBM Linux Technology Center'is) v\u00f5i t\u00f6\u00f6tasid sisemiste projektide kallal, kuid ei tegelenud sellega, mis n\u00f5udis LKML-iga suhtlemist, kuna paaris inimese keskkond on olnud toksiline postitusloendis. <\/p>\n M\u00f5nel juhul olid mured p\u00f5hjendamatud; n\u00e4iteks karjus Linus vanema arendaja peale, kes pidi t\u00f5eliselt parem olema ja kellega Linus kohtus enamikul juhtudel isiklikult, ning neil olid juba v\u00e4lja kujunenud suhted. Probleem on selles, et uustulnukad ei teadnud seda ja kartsid \u2013 'aga kui Linus alandab mind avalikult nagu ta tegi Steve'iga', mitte m\u00f5istes, et praktikas seda ei juhtu. Seet\u00f5ttu on meil CoC; see ei ole meie, vanemate inseneride jaoks, vaid selleks, et toetada meie meeskondades nooremaid insenere, keda me soovime koolitada, et nad asendaksid meid mingil hetkel pensionile j\u00e4\u00e4des, v\u00f5i juhul, kui meid buss \u00e4ra l\u00f6\u00f6b, v\u00f5i kui me muul viisil sellest surelikust maailmast lahkume. <\/p>\n \u00c4rge unustage 50\u2013100 inimese aastat\u00f6\u00f6d, et luua failis\u00fcsteem, mis on valmis kasutamiseks ettev\u00f5tte keskkonnas. Me vajame k\u00f5iki insenere, keda me suudame kaasata, ja paljud meist teevad t\u00e4iendavat t\u00f6\u00f6d oma vabast ajast, sest meie jaoks ei ole see m\u00f5ttetu. Kvaliteetse failis\u00fcsteemi loomine on meeskonnat\u00f6\u00f6, ja me vajame iga andekat inseneri, keda me suudame leida. Isegi kui \u00fcks insener on super 10-kordne programmeerija, kui ta l\u00f5puks t\u00f5ukab \u00e4ra palju teisi insenere, kes v\u00f5iksid tegeleda testimise, j\u00f5udluse seadistamise jne, siis see lihtsalt ei ole seda v\u00e4\u00e4rt, et lasta kellelgi olla r\u00f5vedus. <\/p><\/blockquote>\n\n
\n
\n