Prevo\u0111enja razmi\u0161ljanja Teodora Tso (Theodore Ts'o), kreatora datote\u010dnog sustava Ext4, o razvoju ext4, datote\u010dnom sustavu BcacheFS, jezgru Linux, ZFS-u, kodeksu pona\u0161anja i datote\u010dnim sustavima op\u0107enito: <\/p>\n
O razvoju ext4<\/b>. <\/p>\n U svaki izdanje jezgre ext4 doprinosi vi\u0161e od poluduzine ljudi. Trenutno ve\u0107inu svog vremena tro\u0161im na recenziranje koda, provo\u0111enje testova i pobolj\u0161anje testne aplikacije {kvm<\/a>,gce,qemu,android}-xfstests. I jako se oslanjam na 2-3 druga programera koji rade u SUSE-u i IBM-u, koji mi poma\u017eu s recenziranjem koda. <\/p><\/blockquote>\n O BcacheFS<\/b> <\/p>\n Iskreno, bcachefs nije potpuno solo projekt \u2014 na primjer, Kent je bio autor 72% zakrpa izme\u0111u izdanja jezgre 6.11 i 6.12, dok sam od 103 zakrpe za ext4 u istom razdoblju, bio autor to\u010dno 0%. To je zato \u0161to \u010dvrsto vjerujem da je programiranje timski sport, a moja uloga kao tehni\u010dkog vo\u0111e je omogu\u0107iti \u010dlanovima ext4 da daju sve od sebe za pobolj\u0161anje datote\u010dnog sustava. Organiziramo tjedne konferencije, a Derrick Wong, vi\u0161i programer XFS-a i biv\u0161i voditelj XFS-a, sudjeluje u tim konferencijama - i, kao \u0161to znate, pomagao sam mu s pitanjima testiranja XFS-a, a Derrick je pomagao meni s razli\u010ditim pitanjima testiranja ext4, te \u010dak razmotrio nekoliko zakrpa za ext4. Saradnja me\u0111u nama je dobra. <\/p>\n Ja ostavljam drugim ljudima da odlu\u010de \u017eele li povjeriti svoje podatke nekome tko je usamljen hot programer koji bi mogao biti talentiraniji od mene, ali dat \u0107u vam nagovje\u0161taj \u2014 mo\u017eete 'prevariti' privla\u010de\u0107i tim za rje\u0161avanje problema. Nije potrebno raditi to sami. Naravno, za to trebate znati kako probuditi najbolje u drugima i trebate raditi zajedno. A ljubaznost jedno prema drugome u mailing listama ne\u0107e na\u0161tetiti. <\/p><\/blockquote>\n O jezgru, CoC-u, mogu\u0107nostima i budu\u0107nosti ext4<\/b> <\/p>\n Ext4 zaista dobiva neke nove funkcije, ali to su one koje su tvrtke spremne financirati, jer je isplativost razvoja funkcije smislena s obzirom na tro\u0161kove i koristi. Na primjer, fscrypt i direktoriji bez obzira na velika\/slova bile su funkcije korisne za Android i Chrome OS, a djelomi\u010dno su ih financirale te skupine programera (Steam se tako\u0111er brinuo o preklapanju velikih\/slova i potpori jednom od in\u017einjera). \u017delimo dodati podr\u0161ku za neprekinuto zapisivanje (untorn), jer \u0107e to pobolj\u0161ati performanse baza podataka na oblaku emuliranim blokovnim ure\u0111ajima, gdje se mo\u017ee jam\u010diti 16k atomarnih zapisa, \u0161to \u0107e omogu\u0107iti uklanjanje dvostrukog me\u0111uspremanja u MySQL-u i PostgreSQL-u. <\/p>\n (U stvarnosti, Amazon i Google to mogu u\u010diniti u svojim vlastitim produkcijama bazama podataka, pretpostavljaju\u0107i kako rade Amazon EBS i Google Persistent Disk, ali \u017eelimo to u\u010diniti na op\u0107enitiji na\u010din koji \u0107e biti odr\u017eiviji dugoro\u010dno). To je manje privla\u010dno od stvari poput reflinks, ali je ve\u0107a isplativost ulaganja mnogo lak\u0161a za opravdati, i to ne samo zato \u0161to su tro\u0161kovi ni\u017ei (manje rada na razvoju, testiranju i kvalifikaciji za korporativne implementacije), ve\u0107 i zato \u0161to su prednosti mnogo lak\u0161e kvantificirati. Takve stvari kao 'mogu u\u0161tedjeti tro\u0161kove pla\u0107a XX stalnih programerskih in\u017eenjera tijekom pet godina' mnogo su lak\u0161e ostvarive za ove vrste zna\u010dajki pove\u0107anja performansi. <\/p>\n Za razliku od toga, reflinks \u2014 to je zabavno, ali nisam mogao prona\u0107i klijenta koji bi bio spreman platiti tro\u0161kove razvoja, niti tvrtku koja smatra da \u0107e njihovi klijenti kupovati vi\u0161e njihovog proizvoda ako dodaju reflinks u ext4. To mo\u017eda zvu\u010di prili\u010dno korporativno, ali postoji pri\u010da o tome kako su in\u017eenjeri ZFS zapo\u010deli projekt od nule, ne pitaju\u0107i dozvolu uprave i ne dobivaju\u0107i prijedloge od prodajnog odjela, i predstavili Sun ono \u0161to je zapravo bio izvr\u0161en \u010din. <\/p>\n Iako to zvu\u010di sjajno, treba se prisjetiti da je na kraju Sun po\u010dela gubiti novac i bila prisiljena prodati se drugoj tvrtki, a in\u017eenjerska organizacija koja je podr\u017eavala ZFS vi\u0161e ne postoji. Otprilike u vrijeme kada je ZFS najavljen, sudjelovao sam u istra\u017eivanju cijele tvrtke o tome ima li smisla ulagati u funkcionalnosti datote\u010dnih sustava za AIX i Linux \u2014 i zaklju\u010dili smo da nema, povrat ulaganja je mali, a nove funkcionalnosti datote\u010dnog sustava ne\u0107e dovesti do pove\u0107anja broja klijenata koji kupuju opremu, softver ili IBM sustave. Mo\u017eda su za IBM do\u0161la te\u0161ka vremena, ali ona jo\u0161 uvijek postoji, a Sun ne. <\/p>\n Otprilike u to vrijeme predstavnici nekoliko Linux tvrtki sastali su se kako bi smislili kako \u0107e Linux konkurirati ZFS-u. Na tom sastanku iznesena je ideja da \u0107e btrfs biti dugoro\u010dno rje\u0161enje, dok \u0107e ext4 biti kratkoro\u010dno rje\u0161enje koje \u0107e omogu\u0107iti podr\u0161ku za stvari poput promjene veli\u010dine u stvarnom vremenu, 64-bitnih brojeva blokova i druge stvari koje su bile u tradicionalnim Legacy Unix OS, a nisu postojale u ext3. <\/p>\n Na tom sastanku zamoljen sam da odredim \u0161to \u0107e biti potrebno za izradu potpuno novog datote\u010dnog sustava. Istra\u017eio sam koliko je truda bilo potrebno za izradu takvih datote\u010dnih sustava kao \u0161to su GPFS i JFS od IBM-a, advfs od Digital, i procijenio koliko je Sunu bilo potrebno za izradu ZFS-a i dovo\u0111enje ovog datote\u010dnog sustava do potpuno proizvodnog stanja. Odgovor koji sam dobio bio je otprilike 100 \u010dovjek-godina, s jednom niskom procjenom od 50 \u010dovjek-godina i visokom procjenom od 200 \u010dovjek-godina (ali to se odnosilo na GPFS, koji je bio klaster datote\u010dni sustav i stoga mnogo slo\u017eeniji). <\/p>\n Obavijestio sam o tome na sastanku, a jedan vi\u0161i in\u017eenjer iz Intela rekao je: \u201eNe, ne govorite o tome menad\u017ementu, jer nikada ne\u0107e odobriti projekt! Recite im da \u0107e btrfs biti spreman za 18 mjeseci\u201c. Dajem ljudima slobodu da odlu\u010de kada \u0107e btrfs dose\u0107i status \u201espremnosti za korporativnu upotrebu\u201c, posebno za te nove atraktivne pro\u0161irene funkcije koje su trebale konkurirati ZFS-u, ali mislim da nije predmet rasprave to \u0161to se to nije dogodilo u roku od 18 mjeseci. <\/p>\n \u010cak i prije nego \u0161to se Sun raspao, mnoge kompanije koje su poslale svoje predstavnike na sastanak odbile su uklju\u010diti in\u017eenjere u rad na btrfs-u, \u0161to, naravno, nije pomoglo. No, vjerojatno je to bilo zbog toga \u0161to su kompanije racionalne organizacije koje donose vlastite odluke o isplativosti investicija, a financiranje novog datote\u010dnog sustava nije imalo smisla kao govoriti ljudima da \u0107e Linux imati odgovor na ZFS. <\/p>\n Gledaju\u0107i unatrag, mo\u017ee se re\u0107i da, iako su ZFS imale te zaista sjajne zna\u010dajke, one nisu bile dovoljne da ve\u0107inu korisnika natjeraju da odaberu Solaris umjesto da kupe mnogo jeftinije x86 platforme i instaliraju Linux. A do trenutka kada je Sun odlu\u010dio isprobati strategiju OpenSolaris i Solaris x86, ve\u0107 je bilo prekasno. Mre\u017eni u\u010dinci su bili ogromni, a strategija x86 nije davala odgovor na pitanje kako je jedna tvrtka, Sun, mogla pla\u0107ati pla\u0107ice svim supertalentiranim in\u017eenjerima koji su radili na Solaris-u. Kupnja x86 poslu\u017eitelja za 5000 dolara ne donosi veliku isplativost u usporedbi s serverom<\/a> SunFire E10k Sparc za 100000 dolara, koji je Sun nazivala 'to\u010dkom' u 'dot Com'. <\/p>\n Su\u0161tina je u tome da in\u017eenjerska aktivnost u stvarnom svijetu predstavlja kompromis, a poslovne stvarnosti su dio tog kompromisa. Ne ispri\u010davam se zbog toga \u0161to preferiram jesti hranu i \u0161to \u017eelim zara\u0111ivati dovoljno novca da bih se jednog dana mogao povu\u0107i. A to, zauzvrat, zna\u010di da moram dobro razumjeti kako donosim korist svom poslodavcu, barem deset puta ve\u0107u od svoje pla\u0107e. Ako to mogu posti\u0107i rade\u0107i s otvorenim kodom i poma\u017eu\u0107i drugim kompanijama da zara\u0111uju novac kako bi bile spremne doprinijeti ext4, pa, to je dio izazova i razlog za\u0161to volim raditi s otvorenim kodom. <\/p>\n A vra\u0107aju\u0107i se na Kodeks pona\u0161anja, re\u0107i \u0107u da su gotovo svi odr\u017eavatelji glavnih datote\u010dnih sustava podr\u017eali Kodeks ne zbog nekih slabih liberalnih razmi\u0161ljanja. To je zato \u0161to nam treba svaki in\u017eenjer spreman dati svoj doprinos na\u0161em projektu, a ve\u0107ina nas je vidjela ljude koji su odbijali raditi u Linuxu i prelazili na druge operacijske sustave (znam jednu osobu koja je pre\u0161la na Windows i bila je vrijedna \u010dlanica tima za razvoj Linux jezgre u IBM Linux Technology Center) ili su radili na internim projektima, ali ne na onima koji su zahtijevali interakciju s LKML-om, zbog toksi\u010dnog okru\u017eenja nekolicine ljudi na mailing listi. <\/p>\n U nekim slu\u010dajevima, strahovi su bili neutemeljeni; na primjer, Linus je vikao na starijeg programera koji je stvarno trebao bolje znati i s kojim se uglavnom susretao osobno, te su imali ve\u0107 uspostavljene odnose. Problem je u tome \u0161to novaci to nisu znali i bojali su se - '\u0161to ako me Linus javno ponizi kao \u0161to je u\u010dinio Steveu', ne shva\u0107aju\u0107i da se to u praksi ne\u0107e dogoditi. Zato imamo CoC; nije to za nas, starije in\u017eenjere, nego za podr\u0161ku mla\u0111im in\u017eenjerima u na\u0161im timovima koje \u017eelimo obu\u010diti da nas zamijene kad do\u0111e vrijeme za umirovljenje, ili nas pregazi autobus, ili na neki drugi na\u010din napustimo ovaj prolazni svijet. <\/p>\n Ne zaboravite na 50-100 ljudi-godina rada na stvaranju datote\u010dnog sustava spremnog za kori\u0161tenje u korporativnom okru\u017eenju. Trebamo sve in\u017eenjere koje mo\u017eemo privu\u0107i, a mnogi od nas rade dodatno u slobodno vrijeme jer nam nije svejedno. Stvaranje visokokvalitetnog datote\u010dnog sustava je timski rad i potreban nam je svaki talentirani in\u017eenjer kojeg mo\u017eemo dobiti. \u010cak i ako jedan in\u017eenjer bude super programer s deset puta ve\u0107om u\u010dinkovito\u0161\u0107u, ako na kraju odbije brojne druge in\u017eenjere koji bi mogli raditi na testiranju, optimizaciji i sl., to jednostavno nije vrijedno toga da se dopusti nekome da bude zlostavlja\u010d. <\/p><\/blockquote>\n\n
\n
\n