1. daļa no intervijas ar Fransisko Franko, Franko kodola un citu lietojumprogrammu izstrādātāju daudzām dažādām ierīcēm.
Man nesen bija tas prieks intervēt cilvēku, kurš ir aiz viena no visu laiku populārākajiem Android kodoliem — Franko kodola. Pašlaik kodols ir pieejams daudzās dažādās ierīcēs, tostarp dažādās Nexus un OnePlus ierīcēs un Google Pixel / Pixel XL.
Šajā daļā mēs runājam par Francisco Franko ceļojumu kodola izstrādē un viņa viedokli par izmaiņām, kuras Android ir piedzīvojis gadu gaitā.
Es esmu Adams Konvejs šeit, XDA, lai intervētu Fransisko Franko, Franko kodola izstrādātāju! Vai vēlaties iepazīstināt ar sevi?
Protams, mani sauc Fransisko, kā jūs tikko teicāt, un es domāju, ka es jau esmu izmantojis XDA jau 1 miljonu gadu! Darījis visādas lietas. Kodoli, lietotnes, un pēdējā laikā esmu mazliet vairāk atslābinājis kodolus, jo pēc kāda laika tas kļūst nogurdinošs, taču es joprojām strādāju ar pilnu spēku lielākajā daļā savu ierīču.
Labi, tāpēc es domāju, ka daudzi cilvēki būtu pazīstami ar jūsu darbu, bet daudzi cilvēki nebūtu pazīstami ar īsto personu, kas atrodas aiz darba. Tāpēc es domāju, vai jums tiešām ir kāda veida pagātnes pieredze pirms kodoliem? Tāpat kā jebkurš datorzinātņu grāds vai kaut kas tamlīdzīgs iepriekš?
Es vienmēr esmu aizrautīgs ar datoriem, tāpat kā jebkurš bērns, kad viņš aug. Pēc tam, kad man palika 18 gadi, es nolēmu stāties universitātē tāpat kā visi citi, un domāju, ka mācījos datorzinātnes vai kaut kas tamlīdzīgs, bet pēc apmēram gada es sapratu, ka tas nav tas, ko es patiesībā aizraujos par. Pēc šī gada manas cerības sāka kristies, jo tās bija runas un nekādas darbības, un es tā arī biju sāk justies garlaicīgi - nevis tāpēc, ka es būtu labāks par jebkuru citu, es biju tikai vidējs, bet gan faktiskās disciplīnas nebija tieši tā ko es gribēju. Tāpēc es runāju ar saviem vecākiem, un viņi apzinājās, ka es par to neesmu īpaši apmierināta. 2010. gada Ziemassvētkos es saņēmu savu pirmo Android tālruni. LG P500, tas ir budžeta tālrunis, ļoti lēts, bet es zināju, ka tajā darbojas Linux, un mana mīļākā disciplīna universitātē bija datoru arhitektūra vai kaut kas cits, operētājsistēmas. Un mēs mācījāmies mazliet čaulu un mazliet runājām par Linux kodolu un ko bija daļa no kodola un visas kodola savienojamības, un faktiskās operētājsistēmas, un tas bija aizraujoši prieks manis. Un tad es sāku kopā ar draugu pārbūvēt Linux kodolu savam vecajam klēpjdatoram. To darot, mēs avarējām klēpjdatorus apmēram 100 reižu, taču mēs šajā procesā mācījāmies. Un tad es sāku spēlēt ar savu LG, un, manuprāt, pirmais, ko es izdarīju, bija mēģinājums palielināt veiktspēju, jo šī ierīce patiesībā bija diezgan traka. Tāpēc labākais, ko es varēju darīt, bija tikai pārbaudīt standarta Linux kodola parametrus faktiskajam atmiņas pārvaldība un citas lietas, un vienkārši mēģiniet atrast kaut ko mazliet labāku par to, kas jau bija tur. Toreiz man bija mazliet jautri.
Es domāju, ka iepriekšējās intervijās es to nebiju teicis, bet toreiz šī ierīce izmantoja veco failu sistēmu, ko sauca YAFFS — tas nozīmē, ka vēl viens zibspuldze. Failu sistēma, taču tā bija diezgan lēna, kad mēģinājām montēt kā mijmaiņas disku ar RAM, tāpēc es neatceros specifiku, bet mēs darījām dažādus eksperimentēja ar to, un mēs galu galā uzstādījām Dalvik virs atmiņas RAM, kas bija jāpārveido katrā pārstartēšanas reizē, jo, kā jūs zināt, RAM pazūd katru reizi. laiks, kad mēs pārstartējam. Taču tas ievērojami paātrināja lietojumprogrammu atvēršanu un etalonu izpildi, tāpēc mēs bijām apmierināti. Tāpēc pēc tam es sāku iedziļināties un mēģināt apkopot LG kodola avotus ierīcei, un es radīju visu veidu sliktu spriedumi un visādas kļūdas - Wi-Fi tīkls, vienalga - viss, ko jūs varat iedomāties no kāda, kam nav pieredze. Tas bija jautri, es daudz uzzināju. Es domāju, ka pēc gada vai sešiem mēnešiem es biju mazliet vairāk koncentrējies un mazliet labāk zināju, kas man jādara, lai lejupielādētu. Tas ir tas, ko mēs visi vēlamies dienas beigās. Pēc tam man izdevās saņemt dažus ziedojumus un pāriet uz citām ierīcēm. Es domāju, ka Nexus S, pēc tam Galaxy Nexus un pēc šī perioda man izdevās izlaist savu pirmo lietotni. Man šķiet, ka man ir ļoti paveicies, un esmu varējis sevi finansēt, lai iegādātos jaunas ierīces, un no turienes tas uzsprāga. Tāpēc es domāju, ka dienas beigās esmu parādā visu, es neteiktu XDA, bet platforma ko XDA mums nodrošina.
Un aiz tā esošā kopiena un viss.
Jā jā, es domāju platformu, tā ir kopiena un faktiskie forumi. Ikvienam, kas klausās, tas nav apmaksāts sponsors vai kas cits, man nemaksā, lai to teiktu, tā ir taisnība!
Nav video, cilvēki neredz, ka ierocis ir vērsts pret jūsu galvu, viss ir kārtībā.
Hahaha, jā, bet kāds teiks, ka man par to maksā, tāpēc es vienkārši pateikšu! Bet jā, jā, tā man ir bijusi brīnišķīga platforma, lai izveidotu foršas lietas, daudz mācītos, es visu esmu iemācījies, galvenokārt pieļaujot kļūdas, un mācībās es joprojām veicu savu daļu no problēmām. Es iznīcināju savu Xiaomi Redmi Note 3, sāknēšanas ielādētājs ir tikko iznīcināts. Tāpēc man tas atkal ir jāsavieno ar savu Windows datoru, kas tur atrodas, un viss ir jāpārveido, un tas ir nosēdies šeit apmēram trīs mēnešus. Es saņemu visu veidu naidu no visiem, ka es nepievēršu uzmanību šai ierīcei, un tāpēc es joprojām pieļauju [kļūdas], šķiet, tāpēc pat pēc visiem šiem gadiem joprojām ir ko mācīties, un man ir ļoti paveicies, ka man ir bijis šis ceļojums, un tas ir bijis satriecošs.
Nu, es domāju, redzot, kā jūs sākāt ar... LG P500 tas bija?
Jā jā.
Pirms cik gadiem tas bija? Tāpēc, ka tas noteikti bija ap oriģinālajām Android versijām, vai ne? Ap Froyo vai kā?
Jā, tas tika piegādāts kopā ar Froyo, un pāris mēnešus vēlāk tas tika jaunināts uz Gingerbread. Šī ierīce, manuprāt, bija 2010. gadā, 2011. gada sākumā, iespējams, agrāk. Es zinu, ka mans XDA konts tika izveidots 2010. gada decembrī, bet man bija ierīce jau iepriekš. Tāpēc es domāju, ka ap to laiku, jā.
Kā kopš tā laika ir uzlabojusies Android veiktspēja? Piemēram, kā ir mainījies jūsu kodolu rakstīšana toreiz un tagad? Un es domāju, kāds ir jūsu viedoklis par izmaiņām.
Kodola ziņā es domāju, ka mēs esam attīstījušies līdz ar faktisko Linux kodolu un visām izmaiņām, ko Android komanda patiesībā vēlējās. ieviest noteiktam Android laidienam, tāpēc tie nosaka lielāko daļu kodola īpašo funkciju, pamatojoties uz to, ko viņi vēlas Nosūtīt. Bet es domāju, ka faktiskā veiktspēja, vairāk kodolu patiešām palīdz, jo toreiz jums nebija reālas iespējas pārvietojiet šo pavedienu (sic) vai iedomājieties tīkla pieprasījumus, izmantojot fona pavedienu vai vismaz reāllaikā vītņošana. Manuprāt, tā bija lielākā izmaiņa gadu gaitā, jo bija vairāk veidu, kā izvērst savu darbu, un Android ne tikai palēninās, jo visi cenšas izmantot šo nelielo CPU daļu. Vairāk par visu, manuprāt, ir daudzkodolu un reāla daudzpavedienu sistēma, ko atbalsta Linux. Es domāju, ka tā [bija] lielākā izmaiņa.
Ak, labi, kāds ir jūsu viedoklis par HMP vs EAS? Jo acīmredzami EAS ir tikai jauns un tiek izmantots tikai dažās ierīcēs — piemēram, jūs izmantojat Google Pixel, vai ne?
Jā, pašlaik es izmantoju Galaxy S8, bet man ir arī Pixel. Es nezinu abus tik [daudz] detalizēti, tie ir tikai dažādi varianti tam, kā vairāku klasteru ierīcei jādarbojas, pamatojoties uz to, kas ierīcē notiek noteiktos laikos. Tas ir diezgan grūti darbināt divus dažādus klasterus ar diviem dažādiem enerģijas patēriņiem. Jums ir jāapmierina cerības, ka uzdevumi virzīsies uz augšu un uz leju, un tas ir saistīts ar latentumu, un HMP bija pirmā reālā reāla vairāku klasteru arhitektūra priekš ARM, jo, ja pareizi atceros, pirms HMP tika lietots reālajā pasaulē, Samsung bija sākotnējais ieviešana, kurā izmantojāt pirmos četrus kodolus, piemēram, mazjaudas kodolus, vai četrus augstas veiktspējas kodolus, bet tie nekad nedarbojās tajā pašā laikā. Bet pēc tam ar HMP kodoli bija gatavi lietošanai jebkurā laikā, un uzdevumi vienkārši tika pārvietoti no viena klastera uz otru un otrādi, un tas darbojās ārā, taču jums nebija tik daudz informācijas no plānotāja, lai parādītu to gubernatoram, lai faktiski izlemtu, kāda veida frekvence tajā tiks izmantota. konkrēts laiks, tāpēc jums bija jāmēģina saprast, kas notiek [apmēram] 20 sekundēs, un pēc tam, pamatojoties uz tur notikušo, jūs izlemjat, ko darīt. darīt. EAS, tas ir vairāk [par] izpratni par to, kas notiks nākotnē, un lēmumu pieņemšanu reāllaikā, pamatojoties uz katra kodola jaudas izvadi, un tad tas ir daudz aprēķinu un sarežģītu lietu fons
Piemēram, enerģijas modeļi un tā tālāk, lai to visu atbalstītu.
Jā, man šķiet, ka tas ir diezgan sarežģīti, es nezinu visu specifiku, ko esmu izlasījis daudzus dokumentus, bet tas ir diezgan sarežģīti, un tas nav tikai slēdzis ieslēgšana un tā sagatavošana lietošanai. Es bieži saņemu šo jautājumu, vai jūs varat ieviest EAS XYZ tālrunī. Manas atbildes vienmēr ir “Tas nav kloķa pagriešana, tas tā nav, lai ieviestu, bija nepieciešama vesela Google darbinieku un Linaro puišu komanda tas un jums ir jāpārvieto lietas, jādara lietas, jāpārbauda lietas, un tas ir pārāk daudz darba un sava veida akls" un... jā. Tas ir grūti.
Tātad jums ir precīzi jāzina, ko jūs darāt, jo tas nav viena cilvēka darbs?
Jā, jums ir jāzina, ko jūs darāt, ikviens var izvēlēties ielāpus un tos apvienot, taču ir jāveic faktiskā pārbaude un jāpārliecinās, ka tas darbojas pareizi un jums ir nepieciešama atbilstoša iekārta lai noteiktu katra komponenta enerģijas patēriņu, un kodolā ir vairākas tabulas, kurās varat ierakstīt katra kodola jaudu, un, pamatojoties uz to, kods izlems, ko darīt. Tas ir diezgan sarežģīti. Es nedomāju, ka tas ir noteikts risinājums visām problēmām, taču tas noteikti ir labākais, kas mums šobrīd ir.
Tātad jūs to redzat kā uzlabojumu?
Jā, protams, jūdžu jūdžu attālumā. Tas ir noteikts uzlabojums salīdzinājumā ar HMP vai jebkuru citu arhitektūru, jo, ja jūs varat saprast, kas notiks nākotnē, varat reaģēt daudz ātrāk uz jebkuru pieprasījumu vai neatkarīgi no tā, kas notiek ierīcē, tāpēc Google Pixel ir tik ātrs un tik gluds, jo viss notiek gandrīz īsts laiks. Tas pārvieto frekvences uz augšu un uz leju, kas ir vienkāršākais veids, kā sasniegt cerības par veiktspēju.
Es domāju, ka tad, ja EAS nākotnē tiks ieviesta vairāk, kā jūs redzat, ka tas ietekmēs jūsu attīstību attiecībā uz kodoliem? Vai jūs joprojām paliktu pie HMP vai arī jūs izvēlētos jau izlaistos enerģijas modeļus? Piemēram, OnePlus 3 [ROM izstrādātāji] atkārtoti izmanto enerģijas modeli no Google Pixel for EAS. Vai jūs varētu redzēt sevi kaut ko tādu darām?
Es, iespējams, to nedarīšu, ja ierīce sākotnēji netiks piegādāta kopā ar EAS, iespējams, es to neieviesīšu nekādā veidā vai formā, jo kā jau teicu, tas ir diezgan ilgstošs process, un neviens XDA nezina labāk par visiem šiem inženieriem, tāpēc mēs tikai cenšamies spēlēt Dievu, es domāju.
Runājot par Android un kodolu nākotni, kāds ir jūsu viedoklis par neseno Android Oreo izlaidumu? Vai, jūsuprāt, izmaiņas ir labas? Vai esat apskatījis kādu no jaunajām kodola saistībām?
Nexus 6P un Nexus 5X kodola pusē nebija tik daudz izmaiņu, tikai nelieli labojumi šeit un tur. Google Pixel viņi atkārtoja EAS ieviešanu un kādu laiku pavadīja, lai uzlabotu saistvielu sadaļu, jo tagad saistviela kopā ar Project Treble, tas ir kā dažādu iepakojumu sadalīšana, tāpēc tiem ir jāiziet cauri 50 vai 100 dažādiem ielāpiem, lai uzlabotu saistvielu un sadalītu to dažādās procesi. Izņemot to, tas bija tikai parasts darbs lielam izlaidumam. Kad ir jauns platformas laidiens, jūs parasti nejaucieties ar kodolu tik daudz, jo jaucieties ar kodols, jums patiesībā ir nepieciešams daudz kvalitātes nodrošināšanas, ja dažreiz maināt vienu lietu, dzirdat, ka tā ietekmē kaut ko citu apakšsistēma. Tā viņi parasti dara, tāpēc starp platformas jauninājumiem jums nav kodola versijas satricinājuma. Tas ir tikai daudz darba. Parasti tas nav tā vērts, bet jā, galvenokārt tie bija saistvielas, nedaudz plānotāja un parastie drošības labojumi. Es tos visus izgāju cauri, bet nekas īsti neiekrita prātā. Mana uzmanība tika pievērsta tikai saistvielai.
Ak, labi, tātad tikai standarta lietas.
Jā, tie ir diezgan sarežģīti un nejautājiet man sīkāk!
Šī ir pavisam cita tēma, kāds ir jūsu viedoklis par F2FS pret ext4? Tā kā jūs varētu redzēt, ka daudzi cilvēki sacīs, ka F2FS ir nestabils un rada problēmas,Es tikai domāju, kāds ir jūsu viedoklis par to.
Es arī nezinu [par] specifiku, jo failu sistēmas ir diezgan cietas, šeit ir daudz kustīgu daļu. Es tikai citēšu Google inženieri, kurš saka, ka, pamatojoties uz viņu testu, F2FS nedarbojas ātrāk nekā ext4, un turklāt, kad viņi testēja lietas Google Pixel, F2FS nesniedza atbalstu... Es domāju, ka tā bija failu bloku šifrēšana, savukārt ext4 atbalstam to. Tātad tas vien nozīmē - vienkārši izmetiet to. Jums ir jādomā par divām lietām: pie ext4 tiek strādāts apmēram 20 gadus ar daudziem ļoti gudriem inženieriem no dažādiem uzņēmumiem, un viņi zina, ko dara. F2FS, ja pareizi atceros, ieviesa Samsung. Tā ir diezgan jauna failu sistēma, tāpēc tik sarežģītu lietu uzlabošanai un atkārtošanai ir vajadzīgs laiks, tāpat kā jūs var redzēt no Apple failu sistēmas, kas tikko tika izlaista operētājsistēmā iOS, un viņi gatavojas darīt to pašu operētājsistēmā Mac OS. Lietas prasa laiku, jums ir nepieciešama milzīga komanda, lai šīs lietas izdarītu pareizi. Es esmu liels atbalstītājs “ja tas darbojas, nepieskarieties tam” un tam, kas mums šobrīd ir — tas darbojas, un es nedomāju, ka tas jums rada nekādas veiktspējas problēmas, tāpēc es neredzu iemeslu tam. sajaukt ar to.
Ak, labi, tas ir pietiekami godīgi! Par ko SDCardFS tiek pārslēgts uz FUSE? Kāds būtu jūsu viedoklis par to?
Tas notika tāpēc, ka vecākā FUSE failu sistēma bija viena no sliktākajām lietām, kas notika operētājsistēmā Android. Veiktspēja bija šausmīga, starp kodolu un lietotāja telpu bija daudz sistēmas zvanu, un tagad ar SDCardFS tas tiek darīts pareizi. Tā ir parasta failu sistēma, lai to risinātu, es atkal nezinu specifiku, jo tā ir ļoti sarežģīta lieta, bet ko es esmu lasīts un redzēts un dzirdēts no dažādām Android komandas aplādes, tas būtībā atrisināja visas vecās problēmas sistēma. Tas bija diezgan šausmīgi, izpildījums bija šausmīgs.
Apskatiet 2. daļu, noklikšķinot uz šīs pogas!