Įdomu, kokias kliūtis sukuria AOSP projektas? Danas dalijasi savo išvadomis, kurios gali nustebinti skaitytojus dėl to, kas sukelia ir kas nesukelia kliūties.
Atnaujinta 4/19 12 val. CT: Išaiškintas kūrimo laikas yra talpyklos kūrimo laikas.Atnaujinimas 4/20 9:17 CT: 3 versija tikrai nebuvo RAID 1. Ištaisė tą klaidą.
2012 m. pradėjau kurti branduolius ir jį sukurti pasikliaudavau savo patikimu Core 2 Quad Q9550. Jei tai nebuvo verta susižavėjimo, tai, kad tai padariau VM sistemoje „Windows“, tikriausiai užtikrins, kad dauguma žmonių, kurie kuria „Android“ iš šaltinio.
Virtualizuota Ubuntu aplinka neveikia taip gerai, kaip vietinė aplinka, ir kaip skaudu tai paaiškėjo, kai branduoliui sukurti prireikė daugiau nei 2 valandų. Kadangi kitais metais norėjau pradėti kurti „Android“ iš šaltinio, žinojau, kad mano dabartinė aparatinė įranga to nepadarys supjaustė jį – ir taip prasidėjo ilga ir vis dar besitęsianti kelionė ieškant būdo sumažinti tą nuolat augančią statybą laikas.
Per tuos metus man pasisekė išbandyti įvairiuose formos faktoriuose ir platformose. Tai svarbu, nes „Android“ kūrimo konfigūracijos nėra visiems tinkančios. Programos kūrėjui gali neprireikti tos pačios konfigūracijos kaip žaidimų kūrėjui. Ir tam, kuris kuria tik branduolius, gali nereikėti išleisti tiek daug, kiek tiems, kuriems reikia sukurti visą Android ROM iš šaltinio per labai trumpą laiką. O kaip dėl OS pasirinkimo – ką galima (ir ko negalima) naudoti dabar? Tikiuosi ir tai patyrinėti daugiau, ypač su
„Windows“ ir „Canonical“ siekia sukurti visavertį „Bash“ į „Windows 10“..Kad ši serija būtų pradėta teisingai, turime išsiaiškinti, kur yra didžiausios galimos kliūtys kuriant AOSP projektus iš šaltinio. Nedažnai renkamės asmeninį kompiuterį ar atnaujinimus nežinodami, kur dėti pinigus. Taigi, remdamasis 3 metų tyrimais ir kiekybiškai įvertinamais rezultatais, esu pasirengęs pasidalinti tuo, ką radau. Dabar laukiamas atsakomybės atsisakymas: šios išvados pagrįstos asmenine patirtimi ir negali būti susijusios su visais deriniais. Tie iš jūsų, kurie turi savo kūrimo konfigūraciją, nedvejodami ir praneškite mums, kaip sekasi jūsų versijoms! Laikai taip pat kalba apie versijas su įjungta ir užpildyta ccache – paprastai buvo dvigubai, kai ccache dar nebuvo užpildyta.
Disko I/O: Turiu duoti kepurės galiuką Cyanogen Tomui Maršalui – taip pat a Kang komandos narys – už tai, kad praėjusiais metais nukreipė mane šia kryptimi. Aš nuoširdžiai netikėjau juo, kai jis man pasakė, kad taip bus į kliūtis virš procesoriaus. Tačiau per pastaruosius 6 mėnesius galėjau tai pagrįsti kiekybiškai įvertinamais duomenimis. Aukštesnės klasės procesoriuose (pvz., daugumoje stalinių kompiuterių Intel Core i7 modelių) tai yra didžiausias sistemos trūkumas.
Paimkime 4 kūrimo konfigūracijas, kuriose aš tai išbandžiau. Čia pabrėšiu centrinį procesorių,
- „Build 1“, mano „neatnaujintas“ kompiuteris, buvo „Intel i7-4790K“ su 32 GB DDR3-2400 RAM, „Samsung 840 Evo“ 250 GB mano pagrindiniam diskui ir senesnis „Micron P400E“ 100 GB.
- 2 versija, kuri buvo atnaujinta 1 versijos versija. Dabar yra „Intel i7-5960X“, padidintas iki 4,0 GHz, 32 GB DDR4-3200 RAM, „Samsung SM951“ 512 GB AHCI m.2 SSD kartu su dviem ankstesniais SSD. Visos šios konstrukcijos specifikacijos yra „PCPartPicker“..
- 3 versijoje, neseniai sukurtame naudotojo, buvo „Intel i7-5820K“, padidintas iki 4,2 GHz, 16 GB DDR4-2400 ir 2 „Samsung 840 EVO 120 GB“ RAID0 (dryžuota) konfigūracija.
- 4 versija, neseniai sukurta serverio versija su Intel Xeon E3-1270 v5 normaliu greičiu, 32 GB DDR4-2133, Samsung 950 Pro 512 GB NVMe m.2 ir 4 SATA Samsung įmonės SSD RAID5 masyve.
Jei tik pažvelgtumėte į juos, kuris, jūsų manymu, pasiekė mažiausią kūrimo laiką? O kaip antrasis? Mano nuostabai, tai buvo ne antroji konfigūracija, kuri užtruko mažiausiai laiko – tai buvo trečioji konfigūracija šiek tiek mažiau nei 14 minučių sukurti CyanogenMod 13.0. Taigi dominuojantis procesorius tikrai užimtų antrą vietą, tiesa? Vėl negerai. 4 versija, kurią ką tik baigiau išbandyti, užtruko kiek daugiau nei 25 minutes! Tik čia yra mano dabartinė versija, 2 minutėmis lėtesnė nei sistema su puse branduolių ir gijų, bet 3 SSD masyve, o mano SSD buvo atskiri. Taip pat žinoma, kad SM951 turi droselio problemų, jei jis per karštas, o tai šiuo atveju gali būti labai svarbus veiksnys. Pirmasis ir lėčiausias kūrimas užtruko apie 30 minučių, vieną iš vienintelių kartų, kai sukūriau CM 13.0; Girdėjau apie panašias konfigūracijas, kurios tai daro 27.
SSD taip pat anksčiau buvo sunku gauti, todėl diskusijų šia tema buvo labai mažai. Tačiau per pastaruosius metus kainos smarkiai sumažėjo tiek mažmeninėje, tiek naudotų prekių rinkose. Kai 120 GB SSD diskai dabar kainuoja mažiau nei 50 USD, anksčiau nebuvo kliūtis jį pridėti prie sistemos. Tradiciniai kietieji diskai taip pat atliks šį darbą, tačiau labiau tikėtina, kad vartotojai šią kliūtį pasieks anksčiau nei kiti, jei nenaudos SSD.
CPU: Kai pirmiau paminėjau, kad didžiausia kliūtis yra disko įvestis / išvestis, tai gali būti daroma darant prielaidą, kad taip gali būti ne visada – kiekvienoje iš tų versijų, kurias naudojau, buvo „Intel Core i7“. Tačiau, kaip pastebėjau naudodamas Xeon serverį, diskas neatsilieka, bet tada išlaiko visas 8 procesoriaus gijas esant aukštam išnaudojimui per sunkiausius kūrimo procesus. Ir kaip galėčiau, be RAID masyvo, kurį radome aukščiau, nemanau, kad mano Haswell-E būtų beveik visiškai išnaudotas didžiąją kūrimo proceso dalį. Taigi, jei ieškote geriausio pastato kainos, apsvarstykite „Intel i7-5820K“.
Tiesa, tai X99 ir todėl pagrindinė plokštė gali būti brangesnė nei Z97; bet mes taip pat vis dar pirmieji X99 ciklo metai. Tikimasi, kad išleidus „Broadwell-E“ kainos išliks panašios į „Haswell-E“, o tai reiškia Jūs turėtumėte turėti galimybę įsigyti entuziastų segmento už beveik tą pačią kainą kaip i7-4790K arba i7-6700K.
Šiuo metu „Intel“ nėra daug priežasties siekti daugiau nei 5820 K, nes su juo galite pasiekti įspūdingų kūrimo laiko. Daugeliu atvejų kuo didesnis branduolių / gijų skaičius ir procesoriaus greitis, kūrimo laikas bus greitesnis. i7-4770R su GIGABYTE Brix praėjusiais metais man vidutiniškai sukonstruodavo 42 minutes. Nors ir nebuvo greičiausias, jis atitiko mano poreikius ir leido turėti specialią mažos galios konfigūraciją. Tą patį rasite ir su AMD APU – nors jie šiuo metu gali neveikti taip gerai, kaip „Intel“ analogai, jie lengvai atliks darbą ir paprastai už mažesnę kainą nei perkant „Intel“. Tai situacija, kurią atidžiai stebiu, nes jei gandai yra teisingi, Zen pagrįsti APU gali žymiai sumažinti tą spragą.
Tiems iš jūsų, kurie nuspręstų pašalinti šias kliūtis, yra rezultatas, kuris labiau taikomas namų vartotojams nei biure. Bendras sistemos našumas padidės pašalinus šias kliūtis. Ypač žaidėjai pastebės, kad atnaujinimas siekiant pašalinti šias kliūtis beveik visais atvejais taip pat padidins žaidimo našumą. Nors jis galėjo laimėti ne greičiausią kūrimo laiką, antrasis kūrimas netikėtai nustebino – 30 sekundžių įkėlimo laikas Tiesiog priežastis 3 kai daugelis kitų skundėsi dėl įkėlimo trukmės minutėmis. Galų gale šis kūrimo laikas yra tikrai aukštas ir daugeliui gali būti per didelis... bet bent jau dabar argumentas, kad daugiau branduolių reikš greitesnį kūrimą, pagaliau buvo sustabdytas.
Kadangi tai tik pradžia, tikimės, kad skaitytojai įsijungs ir pasidalins savo patirtimi apie įvairias konfigūracijas. Kaip skaitytojas norite pamatyti daugiau diskusijų tokiomis temomis? Skambinkite toliau pateiktuose komentaruose!