T\u0142umaczenie przemy\u015ble\u0144 Teodora Ts\u2019o, tw\u00f3rcy systemu plik\u00f3w Ext4, na temat rozwoju ext4, systemu plik\u00f3w BcacheFS, j\u0105dra Linux, ZFS, kodeksu post\u0119powania i system\u00f3w plik\u00f3w og\u00f3lnie: <\/p>\n
O rozwoju ext4<\/b>. <\/p>\n W ka\u017cd\u0105 wersj\u0119 j\u0105dra ext4 anga\u017cuje si\u0119 ponad p\u00f3\u0142 tuzina os\u00f3b. Obecnie wi\u0119kszo\u015b\u0107 mojego czasu po\u015bwi\u0119cam na przegl\u0105d kodu, przeprowadzanie test\u00f3w oraz popraw\u0119 aplikacji testowej {kvm<\/a>,gce,qemu,android}-xfstests. I bardzo polegam na 2-3 innych programistach pracuj\u0105cych w SUSE i IBM, kt\u00f3rzy pomagaj\u0105 mi w przegl\u0105daniu kodu. <\/p><\/blockquote>\n O BcacheFS<\/b> <\/p>\n Szczerze m\u00f3wi\u0105c, bcachefs nie jest ca\u0142kowicie samodzielnym projektem \u2013 na przyk\u0142ad Kent by\u0142 autorem 72% poprawek mi\u0119dzy wydaniami j\u0105dra 6.11 i 6.12, podczas gdy z 103 poprawek do ext4 w tym samym czasie ja by\u0142em autorem dok\u0142adnie 0%. To dlatego, \u017ce \u015bci\u015ble trzymam si\u0119 opinii, \u017ce programowanie to sport zespo\u0142owy, a moj\u0105 rol\u0105 jako technicznego lidera jest umo\u017cliwienie uczestnikom ext4 zrobienie wszystkiego, co mo\u017cliwe, aby poprawi\u0107 system plik\u00f3w. Organizujemy cotygodniowe konferencje, a Derrick Wong, starszy programista XFS i by\u0142y opiekun XFS, bierze udzia\u0142 w tych konferencjach \u2013 a ja, jak wiadomo, pomaga\u0142em mu w testowaniu XFS, a Derrick pomaga\u0142 mi w r\u00f3\u017cnych kwestiach zwi\u0105zanych z testowaniem ext4 i nawet przejrza\u0142 kilka poprawek do ext4. Wsp\u00f3\u0142pracujemy ze sob\u0105 i to jest dobre. <\/p>\n Pozwalam innym decydowa\u0107, czy chc\u0105 powierzy\u0107 swoje dane komu\u015b, kto jest samotnym programist\u0105, kt\u00f3ry mo\u017ce by\u0107 bardziej utalentowany ode mnie, ale dam wam wskaz\u00f3wk\u0119 \u2013 mo\u017cecie \u201eoszukiwa\u0107\u201d, anga\u017cuj\u0105c zesp\u00f3\u0142 do rozwi\u0105zania problemu. Nie trzeba robi\u0107 tego samodzielnie. Oczywi\u015bcie, aby to zrobi\u0107, musicie wiedzie\u0107, jak wyci\u0105gn\u0105\u0107 to, co najlepsze z innych, i musicie wsp\u00f3\u0142pracowa\u0107. A uprzejmo\u015b\u0107 wobec siebie na listach mailingowych nie zaszkodzi. <\/p><\/blockquote>\n O j\u0105drze, CoC, mo\u017cliwo\u015bciach i przysz\u0142o\u015bci ext4<\/b> <\/p>\n Ext4 rzeczywi\u015bcie zyskuje pewne nowe funkcje, ale s\u0105 to te, kt\u00f3re firmy s\u0105 sk\u0142onne sfinansowa\u0107, poniewa\u017c op\u0142acalno\u015b\u0107 rozwoju funkcji ma sens z perspektywy koszt\u00f3w i korzy\u015bci. Na przyk\u0142ad fscrypt i katalogi bez uwzgl\u0119dniania wielko\u015bci liter by\u0142y funkcjami przydatnymi dla Androida i Chrome OS, kt\u00f3re by\u0142y sfinansowane, przynajmniej cz\u0119\u015bciowo, przez te grupy deweloper\u00f3w (Steam r\u00f3wnie\u017c obawia\u0142 si\u0119 o uwzgl\u0119dnianie wielko\u015bci liter i wspar\u0142 jednego z in\u017cynier\u00f3w). Chcemy doda\u0107 wsparcie dla zapisu bez przerwy (untorn), poniewa\u017c poprawi to wydajno\u015b\u0107 baz danych na emulowanych blokowych urz\u0105dzeniach w chmurze, gdzie mo\u017cna gwarantowa\u0107 16k atomowych zapis\u00f3w, co pozwoli wyeliminowa\u0107 podw\u00f3jne buforowanie w MySQL i PostgreSQL. <\/p>\n (W rzeczywisto\u015bci Amazon i Google mog\u0105 to zrobi\u0107 w swoich w\u0142asnych produktach baz danych, zak\u0142adaj\u0105c, jak dzia\u0142aj\u0105 Amazon EBS i Google Persistent Disk, ale chcemy to zrobi\u0107 w spos\u00f3b bardziej og\u00f3lny, kt\u00f3ry b\u0119dzie bardziej wspierany w d\u0142u\u017cszej perspektywie). Jest to mniej atrakcyjne ni\u017c takie rzeczy jak reflinks, ale zwrot z inwestycji jest du\u017co \u0142atwiejszy do uzasadnienia, zar\u00f3wno dlatego, \u017ce koszty s\u0105 ni\u017csze (mniej pracy nad rozwojem, testowaniem i kwalifikacj\u0105 do wdro\u017cenia korporacyjnego), jak i dlatego, \u017ce korzy\u015bci s\u0105 du\u017co \u0142atwiejsze do ilo\u015bciowania. Takie rzeczy jak \u201emog\u0119 zaoszcz\u0119dzi\u0107 koszt p\u0142ac XX programist\u00f3w in\u017cynier\u00f3w przez pi\u0119\u0107 lat\u201d s\u0105 o wiele \u0142atwiejsze do zrealizowania dla tego rodzaju funkcji zwi\u0119kszaj\u0105cych wydajno\u015b\u0107. <\/p>\n W przeciwie\u0144stwie do tego, reflinks \u2014 to zabawa, ale nie mog\u0142em znale\u017a\u0107 klienta, gotowego pokry\u0107 koszty rozwoju, ani firmy, kt\u00f3ra uwa\u017ca\u0142aby, \u017ce jej klienci b\u0119d\u0105 kupowa\u0107 wi\u0119cej ich produktu, je\u015bli dodadz\u0105 reflinks w ext4. Mo\u017ce to brzmie\u0107 strasznie korporacyjnie, ale kr\u0105\u017cy historia, jak in\u017cynierowie ZFS rozpocz\u0119li projekt od zera, nie pytaj\u0105c o zgod\u0119 zarz\u0105du i nie uzyskuj\u0105c opinii dzia\u0142u sprzeda\u017cy, a nast\u0119pnie przedstawili Sun to, co tak naprawd\u0119 by\u0142o dokonanym faktem. <\/p>\n Brzmi \u015bwietnie, ale je\u015bli przypomnimy sobie, \u017ce ostatecznie Sun zacz\u0119\u0142a traci\u0107 pieni\u0105dze, a\u017c zosta\u0142a zmuszona do sprzeda\u017cy innej firmie, a fakt, \u017ce in\u017cynieryjna organizacja wspieraj\u0105ca ZFS, ju\u017c nie istnieje. W przybli\u017conym czasie, gdy og\u0142oszono ZFS, uczestniczy\u0142em w badaniach w ca\u0142ej firmie na temat tego, czy warto inwestowa\u0107 w funkcje systemu plik\u00f3w dla AIX i Linux \u2014 i doszli\u015bmy do wniosku, \u017ce nie, zwrot z inwestycji jest ma\u0142y, a nowe funkcje systemu plik\u00f3w nie przyci\u0105gn\u0105 wi\u0119kszej liczby klient\u00f3w, kupuj\u0105cych sprz\u0119t, oprogramowanie lub systemy IBM. Mo\u017ce dla IBM nadesz\u0142y ci\u0119\u017ckie czasy, ale wci\u0105\u017c istnieje, a Sun \u2014 ju\u017c nie. <\/p>\n W przybli\u017conym czasie przedstawiciele kilku firm zajmuj\u0105cych si\u0119 Linuxem spotkali si\u0119, aby wymy\u015bli\u0107, jak Linux b\u0119dzie konkurowa\u0107 z ZFS. To podczas tego spotkania pojawi\u0142 si\u0119 pomys\u0142, \u017ce btrfs b\u0119dzie d\u0142ugoterminow\u0105 odpowiedzi\u0105, a ext4 \u2014 kr\u00f3tkoterminowym rozwi\u0105zaniem, kt\u00f3re zapewni wsparcie dla takich rzeczy, jak zmiana rozmiaru w czasie rzeczywistym, 64-bitowe numery blok\u00f3w i inne funkcje, kt\u00f3re by\u0142y w tradycyjnych systemach Unix Legacy, a kt\u00f3rych nie by\u0142o w ext3. <\/p>\n Na tym spotkaniu poproszono mnie o okre\u015blenie, co b\u0119dzie potrzebne do stworzenia zupe\u0142nie nowego systemu plik\u00f3w. Przeprowadzi\u0142em badania, patrz\u0105c, ile wysi\u0142ku wymaga\u0142o stworzenie takich system\u00f3w plik\u00f3w jak GPFS i JFS od IBM, advfs od Digital, oszacowa\u0142em, ile czasu zaj\u0119\u0142o Sun stworzenie ZFS i doprowadzenie tego systemu plik\u00f3w do stanu ca\u0142kowicie gotowego do produkcji. Odpowied\u017a, kt\u00f3r\u0105 otrzyma\u0142em, wynosi\u0142a oko\u0142o 100 osobolat, przy niskim szacunku wynosz\u0105cym 50 osobolat i wysokim szacunku 200 osobolat (ale to dotyczy\u0142o GPFS, kt\u00f3re by\u0142o klastrowym systemem plik\u00f3w, a wi\u0119c znacznie bardziej skomplikowanym). <\/p>\n Zg\u0142osi\u0142em to na spotkaniu, a pewien starszy in\u017cynier z Intela powiedzia\u0142: \u201eNie m\u00f3wcie o tym kierownictwu, poniewa\u017c nigdy nie zatwierdz\u0105 projektu! Powiedzcie im, \u017ce btrfs b\u0119dzie gotowy za 18 miesi\u0119cy\u201d. Pozwalam ludziom decydowa\u0107, kiedy btrfs osi\u0105gnie status \u201egotowego do u\u017cytku komercyjnego\u201d, zw\u0142aszcza w przypadku tych nowych, atrakcyjnych rozszerzonych funkcji, kt\u00f3re mia\u0142y konkurowa\u0107 z ZFS, ale nie s\u0105dz\u0119, \u017ceby mo\u017cna by\u0142o dyskutowa\u0107 o tym, \u017ce to si\u0119 nie wydarzy\u0142o w ci\u0105gu 18 miesi\u0119cy. <\/p>\n Nawet zanim Sun si\u0119 rozpad\u0142, wiele firm, kt\u00f3re wys\u0142a\u0142y swoich przedstawicieli na spotkanie, zrezygnowa\u0142o z udzia\u0142u in\u017cynier\u00f3w w pracach nad btrfs, co oczywi\u015bcie nie pomog\u0142o. Jednak prawdopodobnie by\u0142o to zwi\u0105zane z tym, \u017ce firmy to racjonalne organizacje, podejmuj\u0105ce w\u0142asne decyzje dotycz\u0105ce rentowno\u015bci inwestycji, a finansowanie nowego systemu plik\u00f3w nie mia\u0142o takiego samego sensu jak m\u00f3wienie ludziom, \u017ce Linux b\u0119dzie mia\u0142 odpowied\u017a na ZFS. <\/p>\n Patrz\u0105c wstecz, mo\u017cna stwierdzi\u0107, \u017ce mimo i\u017c ZFS mia\u0142 naprawd\u0119 \u015bwietne funkcje, nie by\u0142y one wystarczaj\u0105ce, aby sk\u0142oni\u0107 wi\u0119kszo\u015b\u0107 u\u017cytkownik\u00f3w do wyboru Solaris zamiast zakupu znacznie ta\u0144szych platform x86 i instalacji Linuxa. A kiedy Sun postanowi\u0142 spr\u00f3bowa\u0107 strategii OpenSolaris i Solaris x86, by\u0142o ju\u017c za p\u00f3\u017ano. Efekty sieciowe by\u0142y ogromne, a strategia x86 nie dawa\u0142a odpowiedzi na pytanie, jak jedna firma, Sun, mog\u0142a p\u0142aci\u0107 pensje wszystkim utalentowanym in\u017cynierom pracuj\u0105cym nad Solaris. Zakup serwera x86 za 5000 dolar\u00f3w nie zapewnia wielkiej rentowno\u015bci sprzeda\u017cy w por\u00f3wnaniu z serwerem<\/a> SunFire E10k Sparc za 100000 dolar\u00f3w, kt\u00f3ry Sun nazywa\u0142 \u201epunktem\u201d w \u201edot Com\u201d. <\/p>\n Istota polega na tym, \u017ce dzia\u0142alno\u015b\u0107 in\u017cynieryjna w realnym \u015bwiecie to kompromis, a realia biznesowe s\u0105 cz\u0119\u015bci\u0105 tego kompromisu. Nie przepraszam za to, \u017ce wol\u0119 je\u015b\u0107 jedzenie i \u017ce chc\u0119 zarabia\u0107 wystarczaj\u0105co du\u017co pieni\u0119dzy, aby pewnego dnia przej\u015b\u0107 na emerytur\u0119. A to z kolei oznacza, \u017ce musz\u0119 dobrze rozumie\u0107, jak przynosz\u0119 pracodawcy korzy\u015bci, przynajmniej dziesi\u0119\u0107 razy przekraczaj\u0105ce moj\u0105 pensj\u0119. Je\u015bli mog\u0119 to zrobi\u0107, kontynuuj\u0105c prac\u0119 z otwartym kodem i pomagaj\u0105c innym firmom zarabia\u0107 pieni\u0105dze, aby by\u0142y gotowe wnie\u015b\u0107 wk\u0142ad w ext4, c\u00f3\u017c, to cz\u0119\u015b\u0107 wyzwania i pow\u00f3d, dla kt\u00f3rego kocham pracowa\u0107 z otwartym kodem. <\/p>\n Wracaj\u0105c do Kodeksu Post\u0119powania, powiem, \u017ce niemal wszyscy g\u0142\u00f3wni tw\u00f3rcy system\u00f3w plik\u00f3w wsparli Kodeks nie z powodu jakichkolwiek s\u0142abych liberalnych przes\u0142anek. To dlatego, \u017ce potrzebujemy ka\u017cdego in\u017cyniera, kt\u00f3ry jest got\u00f3w wnie\u015b\u0107 wk\u0142ad w nasz projekt, a wi\u0119kszo\u015b\u0107 z nas widzia\u0142a ludzi, kt\u00f3rzy rezygnowali z pracy w Linuxie, przenosz\u0105c si\u0119 na inne systemy operacyjne (znam jedn\u0105 osob\u0119, kt\u00f3ra przeszed\u0142 na Windows i by\u0142a cennym deweloperem j\u0105dra Linux w IBM Linux Technology Center) lub pracowali nad wewn\u0119trznymi projektami, ale nie nad tymi, kt\u00f3re wymaga\u0142y interakcji z LKML, z powodu toksycznego \u015brodowiska kilku os\u00f3b na li\u015bcie mailingowej. <\/p>\n W niekt\u00f3rych przypadkach obawy by\u0142y bezpodstawne; na przyk\u0142ad Linus krzycza\u0142 na starszego dewelopera, kt\u00f3ry naprawd\u0119 powinien by\u0142 wiedzie\u0107 lepiej i z kt\u00f3rym w wi\u0119kszo\u015bci przypadk\u00f3w Linus spotyka\u0142 si\u0119 osobi\u015bcie, a ich relacje by\u0142y ju\u017c ustalone. Problem w tym, \u017ce nowicjusze o tym nie wiedzieli i czuli si\u0119 przestraszeni \u2014 \u201ea co je\u015bli Linus publicznie mnie upokorzy, tak jak to zrobi\u0142 ze Steve'em\u201d, nie rozumiej\u0105c, \u017ce w praktyce tak si\u0119 nie stanie. Dlatego mamy CoC; nie jest to dla nas, starszych in\u017cynier\u00f3w, ale dla wspierania m\u0142odszych in\u017cynier\u00f3w w naszych zespo\u0142ach, kt\u00f3rych chcemy nauczy\u0107, aby w pewnym momencie zast\u0105pili nas, gdy nadejdzie czas na emerytur\u0119, albo gdy przejedzie nas autobus, albo w inny spos\u00f3b opu\u015bcimy ten doczesny \u015bwiat. <\/p>\n Nie zapominaj o 50-100 osoborokach pracy nad stworzeniem systemu plik\u00f3w gotowego do u\u017cycia w \u015brodowisku korporacyjnym. Potrzebujemy wszystkich in\u017cynier\u00f3w, kt\u00f3rych mo\u017cemy zaanga\u017cowa\u0107, a wielu z nas wykonuje dodatkow\u0105 prac\u0119 w wolnym czasie, poniewa\u017c nie jest nam wszystko jedno. Tworzenie wysokiej jako\u015bci systemu plik\u00f3w to praca zespo\u0142owa, i potrzebujemy ka\u017cdego utalentowanego in\u017cyniera, kt\u00f3rego mo\u017cemy pozyska\u0107. Nawet je\u015bli jeden in\u017cynier to super programista 10-krotnego formatu, je\u015bli na ko\u0144cu odstraszy wielu innych in\u017cynier\u00f3w, kt\u00f3rzy mog\u0105 pracowa\u0107 nad testowaniem, optymalizacj\u0105 wydajno\u015bci itp., to po prostu nie warto pozwala\u0107 komu\u015b by\u0107 \u0142ajdakiem. <\/p><\/blockquote>\n\n
\n
\n