Teodore Ts\u2019o (Theodore Ts\u2019o), Ext4 failis\u00fcsteemi looja, m\u00f5tiskleb Ext4 arendamisest, BcacheFS failis\u00fcsteemist, Linuxi tuumast, ZFS-st, k\u00e4itumiskoodeksist ja failis\u00fcsteemidest laiemalt. <\/p>\n
Ext4 arendamisest<\/b>. <\/p>\n Iga ext4 tuuma v\u00e4ljaande arendusse panustavad \u00fcle poole tosinast inimest. Praegu kulub suur osa minu ajast koodi \u00fclevaatamisele, testimisele ja testimisrakenduse t\u00e4iustamisele {kvm<\/a>,gce,qemu,android}-xfstests. Ja ma toetan end v\u00e4ga 2-3 teise arendaja t\u00f6\u00f6le, kes t\u00f6\u00f6tavad SUSE ja IBM-is, kes aitavad mind koodi \u00fclevaatamisel. <\/p><\/blockquote>\n BcacheFS-ist<\/b> <\/p>\n T\u00f5ele au andes ei ole bcachefs t\u00e4ielikult iseseisev projekt \u2013 n\u00e4iteks Kent oli autori 72% patchidest versiooni 6.11 ja 6.12 vahel, samas kui 103 patchist ext4 jaoks sellel perioodil olin mina autoriks t\u00e4pselt 0%. See on seet\u00f5ttu, et ma usun kindlalt, et programmeerimine on meeskonnat\u00f6\u00f6 ning minu \u00fclesanne tehnilise juhina on v\u00f5imaldada ext4 osalistele anda endast parim failis\u00fcsteemi parandamiseks. Me korraldame igan\u00e4dalasi konverentse ning Derrick Wong, XFS vanem arendaja ja endine XFS hooldaja, osaleb neis konverentsides \u2013 ja ma olen tuntud selle poolest, et olen aidanud tal XFS testimise k\u00fcsimustes, samas kui Derrick on aidanud mind erinevates ext4 testimise k\u00fcsimustes ja isegi vaadanud m\u00f5nda ext4 patchi. Me teeme koost\u00f6\u00f6d ja see on hea. <\/p>\n Ma luban teistel inimestel otsustada, kas nad soovivad usaldada oma andmeid kellelegi, kes on \u00fcksik kuum programmeerija, kes v\u00f5ib-olla on andekam kui mina, kuid annan teile vihje \u2013 saate \u201epettuda\u201d, kaasates meeskonna probleemi lahendamisse. Ei pea seda \u00fcksinda tegema. Loomulikult peate teadma, kuidas teiste parimaid k\u00fclgi esile tuua ja peate koost\u00f6\u00f6d tegema. Ja vastastikune viisakus meil listides ei tee paha. <\/p><\/blockquote>\n Kernist, CoC-ist, v\u00f5imalustest ja ext4 tulevikust<\/b> <\/p>\n Ext4 t\u00f5epoolest saab uusi funktsioone, kuid need on need, mida ettev\u00f5tted on valmis rahastama, kuna funktsiooni arendamise tasuvus on m\u00f5istlik kulude ja kasu seisukohalt. N\u00e4iteks oli fscrypt ja juhtumid, kus ei arvestata suurt\u00e4hti, funktsioonid, mis olid kasulikud Androidile ja Chrome OS-ile, ning need finansseerisid v\u00e4hemalt osaliselt need arendajate r\u00fchmad (ka Steam muretses suurt\u00e4hti ignoreerimise p\u00e4rast ja toetas \u00fchte inseneri). Soovime lisada katkematu kirjutamise (untorn) toe, kuna see parandab andmebaaside j\u00f5udlust pilveemuleeritavatel plokkseadmetel, kus saab garanteerida 16k aatomkirjeid, v\u00f5imaldades elimineerida kahekordse vahem\u00e4lu MySQL-is ja PostgreSQL-is. <\/p>\n (Tegelikult saavad Amazon ja Google seda teha omaenda andmebaasi toodetes, tehes oletusi Amazon EBS ja Google Persistent Diski t\u00f6\u00f6 kohta, kuid me tahame seda teha \u00fcldisema meetodiga, mis oleks pikaajalises perspektiivis paremini toetatav). See on v\u00e4hem atraktiivne kui sellised asjad nagu reflinkid, kuid investeeringutasuvus on palju kergemini p\u00f5hjendatav, kuna kulud on madalamad (v\u00e4hem t\u00f6\u00f6tlust arenduses, testimises ja ettev\u00f5tte juurutamises) ning eeliseid on palju lihtsam kvantitatiivselt hinnata. Sellised asjad nagu \u201ema saan kokku hoida XX palgatud inseneri-programmeerijaid viie aasta jooksul\u201d on selle t\u00fc\u00fcpi tulemuslikkuse t\u00f5stmiseks kergemini teostatavad. <\/p>\n Erinevalt sellest on reflinks l\u00f5busad, kuid ma ei suutnud leida klienti, kes oleks valmis arenduskulude katmiseks maksma, v\u00f5i ettev\u00f5tet, kes arvaks, et nende kliendid ostaksid rohkem nende toodet, kui nad lisaksid reflinks ext4-le. See v\u00f5ib tunduda v\u00e4ga korporatiivne, kuid on lugu sellest, kuidas ZFS-i insenerid alustasid projekti nullist, k\u00fcsides juhtkonnalt luba ja saades m\u00fc\u00fcgiosakonnalt ettepanekute asemel valmisoleku, ning esitasid Sunile midagi, mis oli peaaegu fakt. <\/p>\n See k\u00f5lab suurep\u00e4raselt, kuid kui meenutada, et l\u00f5puks hakkas Sun rahaga kaotama, kuni nad olid sunnitud end teisele ettev\u00f5ttele m\u00fc\u00fcma, ja tegelikult ei eksisteeri ZFS-i toetav inseneritegevus enam. Kui ZFS-i kuulutati, osalesin ma ettev\u00f5tte ulatuslikus uuringus selle kohta, kas on m\u00f5ttekas investeerida failis\u00fcsteemi funktsioonidesse AIX ja Linux jaoks - ja j\u00f5udsime j\u00e4reldusele, et ei, investeeringute tasuvus on madal ning uued failis\u00fcsteemi funktsioonid ei t\u00f5uka kliente ostma riistvara, tarkvara v\u00f5i IBM-i s\u00fcsteeme. V\u00f5ib-olla olid IBM-i rasked ajad, kuid nad eksisteerivad ikka veel, Sun aga mitte. <\/p>\n Umbes samal ajal kogunes mitmete Linux-ettev\u00f5tete esindajad, et arutada, kuidas Linux kavandab ZFS-iga konkurentsi. Just selle koosoleku k\u00e4igus esitati idee, et btrfs on pikaajaline lahendus, samas kui ext4 on l\u00fchiajaline lahendus, mis pakub selliseid asju nagu reaalajas suuruse muutmine, 64-bitine plokinumber ja muid asju, mida leidus traditsioonilistes Legacy Unix OS-is ja mida ext3-s ei olnud. <\/p>\n Selles kohtumises paluti mul m\u00e4\u00e4ratleda, mida on vaja t\u00e4iesti uue failis\u00fcsteemi loomiseks. Ma tegin uuringu, vaadates, kui palju vaeva oli vaja selliste failis\u00fcsteemide, nagu IBM-i GPFS ja JFS, Digitali advfs loomiseks, hinnates, kui palju Sun kulutas ZFS-i loomisele ja selle failis\u00fcsteemi tootmisse viimisele. Vastus, mille ma sain, oli umbes 100 inimeset aastat, kusjuures madalaim hindamine oli 50 inimeset aastat ja k\u00f5rgeim hindamine 200 inimeset aastat (aga see oli GPFS-i jaoks, mis oli klastrifailis\u00fcsteem ja seet\u00f5ttu palju keerulisem). <\/p>\n M\u00e4rkisin selle koosolekul \u00e4ra ja \u00fcks Intel'i vaneminsener \u00fctles: 'Ei, \u00e4rge r\u00e4\u00e4kige sellest juhtkonnale, sest nad ei kiida projekti kunagi heaks! \u00d6elge neile, et btrfs on valmis 18 kuu p\u00e4rast.' Ma luban inimestel ise otsustada, millal btrfs saavutab 'ettev\u00f5tte kasutusvalmiduse' staatuse, eriti nende uute atraktiivsete laiendatud funktsioonide osas, mis pidid konkureerima ZFS-iga, kuid ma ei arva, et on arutelu all, et see juhtus mitte 18 kuu p\u00e4rast. <\/p>\n Ja isegi enne, kui Sun lagunes, keeldusid paljud ettev\u00f5tted, kes saatsid oma esindajad koosolekule, kaasamast insenere btrfs-i t\u00f6\u00f6sse, ja see ei aidanud kindlasti. Kuid t\u00f5en\u00e4oliselt oli see seotud sellega, et ettev\u00f5tted on ratsionaalsed organisatsioonid, mis teevad oma investeeringute tasuvuse otsuseid ning uue failis\u00fcsteemi rahastamine ei olnud sama m\u00f5istlik, kui r\u00e4\u00e4kida inimestele, et Linuxil on vastus ZFS-ile. <\/p>\n Tagasi vaadates v\u00f5ib \u00f6elda, et kuigi ZFS-il olid m\u00f5ned t\u00f5eliselt head funktsioonid, ei olnud need piisavad, et sundida enamiku kasutajaid valima Solaris x86 ostmise asemel palju odavamaid x86 platvorme ja Linuxi installimist. Ja kui Sun otsustas proovida OpenSolaris ja Solaris x86 strateegiat, oli juba liiga hilja. V\u00f5rguefektid olid tohutud ning x86 strateegia ei andnud vastust k\u00fcsimusele, kuidas \u00fcks ettev\u00f5te, Sun, suudaks maksta palku k\u00f5igile neile \u00fcliandekatele inseneridele, kes t\u00f6\u00f6tasid Solarisel. 5000 dollari eest x86-serveri ostmine ei too suurt kasumimarginaali v\u00f5rreldes serverilt<\/a> SunFire E10k Sparc 100 000 dollari eest, mida Sun nimetas 'punktiks' 'dot Com'is'. <\/p>\n Asi on selles, et inseneritegevus reaalses maailmas on kompromiss ja \u00e4riarusaamad on osa sellest kompromissist. Ma ei vabanda selle eest, et eelistan s\u00fc\u00fca toitu ja et tahan teenida piisavalt raha, et kunagi pensionile j\u00e4\u00e4da. Ja see t\u00e4hendab, et pean h\u00e4sti m\u00f5istma, kuidas toodan t\u00f6\u00f6andjale v\u00e4\u00e4rtust, mis on v\u00e4hemalt k\u00fcmme korda suurem kui mu palk. Kui ma suudan seda teha, t\u00f6\u00f6tades samal ajal avatud koodiga 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 koodiga t\u00f6\u00f6tamist. <\/p>\n Ja, r\u00e4\u00e4kides k\u00e4itumiskoodist, \u00fctlen, et peaaegu k\u00f5ik peamiste failis\u00fcsteemide hooldajad toetasid Koodi mitte mingite n\u00f5rkade liberaalsete kaalutluste t\u00f5ttu. See on sellep\u00e4rast, et me vajame iga inseneri, kes on valmis meie projektiga panustama, ja enamus meist on n\u00e4inud inimesi, kes keeldusid Linuxiga t\u00f6\u00f6tamast ja l\u00e4ksid \u00fcle teistele operatsioonis\u00fcsteemidele (ma tean \u00fchte inimest, kes l\u00e4ks Windowsi ja oli v\u00e4\u00e4rtuslik Linuxi kernel arendaja IBM Linux Technology Centeris) v\u00f5i t\u00f6\u00f6tasid sisemiste projektide kallal, aga mitte nende kallal, mis n\u00f5udsid suhtlemist LKML-iga, kuna m\u00f5ne inimeste toksiline keskkond postitusloendis. <\/p>\n M\u00f5nel juhul olid mured p\u00f5hjendamatud; n\u00e4iteks karjus Linus vanema arendaja peale, kes t\u00f5epoolest pidi paremini teadma ja kellega Linus kohtus enamikul juhtudel isiklikult ning kellel olid juba olemasolevad suhted. Probleem on selles, et algajad ei teadnud seda ja kartsid \u2014 'aga kui Linus alandab mind avalikult nii, nagu ta tegi Steve'iga', m\u00f5istmata, et praktikas seda ei juhtu. Just seep\u00e4rast on meil CoC; see ei ole meie, vanemate inseneride jaoks, vaid selleks, et toetada meie meeskondades nooremaid insenere, keda me tahame koolitada, et nad \u00fchel hetkel meid asendaksid, kui on aeg pensionile j\u00e4\u00e4da, v\u00f5i meid bussiga s\u00f5iduks, v\u00f5i me muul viisil j\u00e4tame selle maise maailma. <\/p>\n \u00c4rge unustage, et ettev\u00f5tte tasemele valmis failis\u00fcsteemi loomisel on tehtud 50-100 inime aastat t\u00f6\u00f6d. Me vajame k\u00f5iki insenere, keda suudame kaasata, ja paljud meist teevad vabatahtlikku t\u00f6\u00f6d oma vabal ajal, kuna me ei saa sellest \u00fcksk\u00f5ikselt m\u00f6\u00f6da. Kvaliteetse failis\u00fcsteemi loomine on meeskonnat\u00f6\u00f6 ning me vajame igat talenti, keda suudame hankida. Isegi kui \u00fcks insener on super 10-kordne arendaja, kui ta l\u00f5puks t\u00f5ukab eemale palju teisi insenere, kes v\u00f5iksid t\u00f6\u00f6tada testimise, j\u00f5udluse seadistamise jne kallal, ei tasu see lihtsalt \u00e4ra, kui lasta kellelgi olla koletis. <\/p><\/blockquote>\n\n
\n
\n