Forumi

Je 8 GB RAM dovolj za programiranje?

imakedonski

Originalni plakat
10. oktober 2015
Brno, CZ
  • 15. december 2018
Živijo.

Resno razmišljam o nakupu MacBook Pro 13' 2018. Primarna uporaba prenosnika bi bila za kodiranje (prednji spletni razvoj), vendar bi se kasneje rad poglobil v razvoj aplikacij za iOS. Glede na to, ali je 8 GB RAM-a dovolj za zagon XCODE ali bi moral vložiti nekaj več, da dobim različico s 16 GB?

revmacist

20. oktober 2018


UPORABE
  • 15. december 2018
iMacedonian je rekel: Hej tam.

Resno razmišljam o nakupu MacBook Pro 13' 2018. Primarna uporaba prenosnika bi bila za kodiranje (prednji spletni razvoj), vendar bi se kasneje rad poglobil v razvoj aplikacij za iOS. Glede na to, ali je 8 GB RAM-a dovolj za zagon XCODE ali bi moral vložiti nekaj več, da dobim različico s 16 GB?
Na svojem Mac miniju iz leta 2014 izvajam Xcode - ima 4 GB RAM-a in ne vidim nobenih težav. Nekaj ​​ljudi vam bo povedalo, da je 16 GB ali več RAM-a nujno, vendar sem videl, da to preprosto ni res.
Reakcije:jeremiah256, racerhomie, BigMcGuire in še 1 oseba

Emanuel rodriguez

17. oktober 2018
  • 15. december 2018
revmacian je rekel: Zaženem Xcode na svojem Mac mini 2014 - ima 4 GB RAM-a in ne vidim nobenih težav. Nekaj ​​ljudi vam bo povedalo, da je 16 GB ali več RAM-a nujno, vendar sem videl, da to preprosto ni res.
dogovorjeno. Ugotovil sem, da je celo Raspberry Pi z enim samim gigom RAM-a sposoben prevesti večino stvari. Če ima projekt veliko kode C++ (glede na vaš LLVM) ali drugih zapletenih jezikov (ki zahtevajo, da prevajalnik trdo dela in s tem uporablja več RAM-a), ga na splošno ne more upravljati. Po mojih izkušnjah je približno 3 GB varen minimum za razvojno delo.

EDIT: Čeprav ne pozabite, da je bilo to 3 GB znotraj VM, brez GUI. Možnost 8 GB je za zdaj zagotovo varna. Priporočam 16 GB samo za varnost v prihodnosti. 8 GB postaja manj udobno kot v preteklih časih. Nazadnje urejeno: 15. december 2018
Reakcije:BigMcGuire, jaduff46 in iMacedonian TO

ammulder

18. december 2015
  • 16. december 2018
Kako dolgo nameravate obdržati stroj? Ker pomnilnika ni mogoče nadgraditi, res kupujete za toliko pomnilnika, ki ga boste potrebovali čez 3-5 let, ne danes. (Upoštevajte, da vsaka izdaja razvojnih orodij porabi več pomnilnika kot prejšnja.) Še posebej, če na koncu uporabljate vsebnike ali navidezne računalnike (npr. za zagon lokalne različice nekega ozadja, s katerim se poveže vaša aplikacija), se produktivnost premalo pomnilnika pozneje ni vredno prihranka stroškov.
Reakcije:jeremiah256, racerhomie, iMacedonian in še 1 oseba

pasja slinavka

19. oktober 2014
Apple Campus, Cupertino CA
  • 16. december 2018
Spomnite se programiranja v 4K iz leta 1976.
Reakcije:PhilMacbook

960 design

17. april 2012
Destiny, FL
  • 17. december 2018
iMacedonian je rekel: Hej tam.

Resno razmišljam o nakupu MacBook Pro 13' 2018. Primarna uporaba prenosnika bi bila za kodiranje (prednji spletni razvoj), vendar bi se kasneje rad poglobil v razvoj aplikacij za iOS. Glede na to, ali je 8 GB RAM-a dovolj za zagon XCODE ali bi moral vložiti nekaj več, da dobim različico s 16 GB?
8 GB je dovolj, uporabljam 16 GB MBPr in redko opazim, da pritisk pomnilnika poskoči nad 8 GB.

Poleg tega preverite Expo.io ( https://expo.io/ ). To danes uporabljajo vsi kul otroci (toliko lažje uvesti na več platformah). Opozorilo: bo deloval za večino aplikacij, vendar imajo nekatere posebne strojne zahteve/potrebe, ki jih expo ne bo izpolnil. Kljub temu fantastično izhodišče.
Reakcije:imakedonski J

jtara

23. april 2009
  • 17. december 2018
Opredelite, kaj mislite z 'dovolj'?

Ali mislite 'dovolj, da gradnje ne propadejo?'

Ali pa 'dovolj, da je gradnja končana v sprejemljivem časovnem okviru'?

In/ali 'dovolj, da uporabniški vmesnik ne zamuja in da lahko delam v urejevalniku/brskam po spletu/berem e-pošto med gradnjo brez počasnosti?

Odvisno od vaših pričakovanj in vaše verige orodij.

Razvoj frontenda ima običajno kratko/preprosto verigo orodij. Vse, kar resnično potrebujete, je dober urejevalnik, primeren za nalogo, nekaj malega spletnega strežnika 'igrače', morda nekaj orodij za pomanjševanje Javascript/CSS (in morda prevajalnik Sass) za produkcijske gradnje, med razvojem pa jih običajno ne bi uporabljali. to

Razvoj zaledja pogosto ne potrebuje več kot front-end razvoj. Ali pa bi morda potrebovali kar nekaj več. Na primer, uporabljam PostgreSQL kot bazo podatkov. Torej, imam lokalni primerek za razvoj/test. Zaženem pgAdmin4, ki teče v vsebniku Docker. Morda boste morali zagnati VM, ki podvaja vaše zaledno okolje. GB se sešteva.

Razvoj domačih aplikacij se pogosto izvaja z minimalnimi orodji. Za osnovni razvoj aplikacij za iOS ne potrebujete nič drugega kot Xcode. V redu, in simulator iOS. Če izvajate nekakšen hibridni razvoj na več platformah, verjetno dodajte dodatne komponente verige orodij - in nujno Android SDK in orodja za gradnjo. Razvoj Android uporablja drugačen prevajalnik. Dodajte še en simulator. (Uporabljam GenyMotion, saj sta oba pristopa, ki jih ponuja Google, počasna kot melasa.) Vsak spodobni simulator Android teče v VM.

Oh, morate preizkusiti to spletno mesto v sistemu Windows? Dodajte navidezni stroj Windows.

Toliko orodij danes deluje v vsebniku ali VM. To poveča potrebo po pomnilniku.

Pridobite toliko pomnilnika, kolikor zmore vaš proračun. Mislim pa, da je 64 GB danes praktična omejitev za večino razvoja. Pred kratkim sem za razvoj dobil iMac Pro s 64 GB. Uporabljam velik komplet orodja. Preverjal sem Activity Monitor in ugotovil, da še nisem uporabil izmenjalne datoteke. Ko pa so vsa orodja naložena, uporabljam nekje med 32 GB in 64 GB, običajno 40-50 GB. Ampak pravzaprav še nisem imel VSEGA naloženega naenkrat.

Kar se morate vprašati je:

- Ali je pomembno, da se sistem med gradnjo odziva?
- Kako dolg cikel gradnje ste pripravljeni prenašati?

Pri razvoju sprednjega dela običajno nimate 'cikla gradnje', to je gradnja/testiranje/ponovitev. Kako dolgo ste pripravljeni čakati, da ugotovite, da ste naredili preprosto napako, ki bo trajala nekaj sekund, da jo popravite? 15 minut? 5 minut? 1 minuta? 30 sekund?

Pri razvoju aplikacij z uporabo prevedenega jezika imate vedno cikel gradnje, ki je lahko pomemben. Razumem, da je cikel gradnje Swift bistveno daljši od cikla gradnje Objective-C. (Sam ne uporabljam Swifta, ker se ukvarjam s hibridnim razvojem, osnovna koda platforme pa je v Objective-C (Java za Android), C in C++ - brez Swifta).

Količina razpoložljivega RAM-a bo imela pomemben vpliv na čas cikla gradnje.
Reakcije:tegranjeet, quietstormSD, Anony-mouse in 1 druga oseba M

mpe

3. september 2010
  • 17. december 2018
Tukaj je uporabnik iMac Pro s 32 GB.

da. 8 GB RAM-a je dovolj za večino stvari.
Reakcije:imakedonski J

jtara

23. april 2009
  • 17. december 2018
mpe je rekel: Da. 8 GB RAM-a je dovolj za večino stvari.

Ali MacBook Pro uporablja sistemski pomnilnik za zaslon?

8 GB zagotovo ni dovolj za - na primer - Mac Mini, saj se kar dober kos (odvisno od modela) tega uporablja za zaslon.

Najpomembnejša povratna informacija, podana tukaj, je, da je na nedavnih MacBookih pomnilnik spajkan. Sprejemate odločitev za naslednjih nekaj let.
Reakcije:imakedonski

Toutou

do
6. januar 2015
Praga, Češka republika
  • 17. december 2018
Če imate proračun (in v tem ni nič sramu), bo 8 koncertov dovolj. Čeprav so nekatera razvojna orodja precej težka RAM-a (*kašelj* Android Studio *kašelj*), je moj 4-gig 2013 Pro še vedno uporaben. In moj delovni ThinkPad, na katerem razvijam Rails (v RubyMine, v Linuxu), deluje kot čar z 8 nastopi.
Reakcije:imakedonski

imakedonski

Originalni plakat
10. oktober 2015
Brno, CZ
  • 17. december 2018
jtara je rekel: Definiraj, kaj misliš z 'dovolj'?

Ali mislite 'dovolj, da gradnje ne propadejo?'

Ali pa 'dovolj, da je gradnja končana v sprejemljivem časovnem okviru'?

In/ali 'dovolj, da uporabniški vmesnik ne zamuja in da lahko delam v urejevalniku/brskam po spletu/berem e-pošto med gradnjo brez počasnosti?

Odvisno od vaših pričakovanj in vaše verige orodij.

Razvoj frontenda ima običajno kratko/preprosto verigo orodij. Vse, kar resnično potrebujete, je dober urejevalnik, primeren za nalogo, nekaj malega spletnega strežnika 'igrače', morda nekaj orodij za pomanjševanje Javascript/CSS (in morda prevajalnik Sass) za produkcijske gradnje, med razvojem pa jih običajno ne bi uporabljali. to

Razvoj zaledja pogosto ne potrebuje več kot front-end razvoj. Ali pa bi morda potrebovali kar nekaj več. Na primer, uporabljam PostgreSQL kot bazo podatkov. Torej imam lokalni primerek za razvoj/testiranje. Zaženem pgAdmin4, ki teče v vsebniku Docker. Morda boste morali zagnati VM, ki podvaja vaše zaledno okolje. GB se sešteva.

Razvoj domačih aplikacij se pogosto izvaja z minimalnimi orodji. Za osnovni razvoj aplikacij za iOS ne potrebujete nič drugega kot Xcode. V redu, in simulator iOS. Če izvajate nekakšen hibridni razvoj na več platformah, verjetno dodajte dodatne komponente verige orodij - in nujno Android SDK in orodja za gradnjo. Razvoj Android uporablja drugačen prevajalnik. Dodajte še en simulator. (Uporabljam GenyMotion, saj sta oba pristopa, ki jih ponuja Google, počasna kot melasa.) Vsak spodobni simulator Android teče v VM.

Oh, morate preizkusiti to spletno mesto v sistemu Windows? Dodajte navidezni stroj Windows.

Toliko orodij danes deluje v vsebniku ali VM. To poveča potrebo po pomnilniku.

Pridobite toliko pomnilnika, kolikor zmore vaš proračun. Mislim pa, da je 64 GB danes praktična omejitev za večino razvoja. Pred kratkim sem za razvoj dobil iMac Pro s 64 GB. Uporabljam velik komplet orodja. Preverjal sem Activity Monitor in ugotovil, da še nisem uporabil izmenjalne datoteke. Ko pa so vsa orodja naložena, uporabljam nekje med 32 GB in 64 GB, običajno 40-50 GB. Ampak pravzaprav še nisem imel VSEGA naloženega naenkrat.

Kar se morate vprašati je:

- Ali je pomembno, da se sistem med gradnjo odziva?
- Kako dolg cikel gradnje ste pripravljeni prenašati?

Pri razvoju sprednjega dela običajno nimate 'cikla gradnje', to je gradnja/testiranje/ponovitev. Kako dolgo ste pripravljeni čakati, da ugotovite, da ste naredili preprosto napako, ki bo trajala nekaj sekund, da jo popravite? 15 minut? 5 minut? 1 minuta? 30 sekund?

Pri razvoju aplikacij z uporabo prevedenega jezika imate vedno cikel gradnje, ki je lahko pomemben. Razumem, da je cikel gradnje Swift bistveno daljši od cikla gradnje Objective-C. (Sam ne uporabljam Swifta, ker se ukvarjam s hibridnim razvojem, osnovna koda platforme pa je v Objective-C (Java za Android), C in C++ - brez Swifta).

Količina razpoložljivega RAM-a bo imela pomemben vpliv na čas cikla gradnje.
Hvala za ta obširen odgovor, dal mi je boljši pogled na vire, potrebne za te različne scenarije kodiranja, ki ste jih omenili.
[doublepost=1545084766][/doublepost]
ammulder je rekel: Kako dolgo nameravate obdržati stroj? Ker pomnilnika ni mogoče nadgraditi, res kupujete za toliko pomnilnika, ki ga boste potrebovali čez 3-5 let, ne danes. (Upoštevajte, da vsaka izdaja razvojnih orodij porabi več pomnilnika kot prejšnja.) Še posebej, če na koncu uporabljate vsebnike ali navidezne računalnike (npr. za zagon lokalne različice nekega ozadja, s katerim se poveže vaša aplikacija), se produktivnost premalo pomnilnika pozneje ni vredno prihranka stroškov.
Moji prenosniki običajno zdržijo 4-6 let ali celo več, zato bi bilo glede na to, kar sem do zdaj prebral, morda najbolje, da dobim različico s 16 GB, če želim povečati uporabo. TO

Anonimna miška

25. avgust 2016
  • 17. december 2018
jtara je rekel: Definiraj, kaj misliš z 'dovolj'?

(odrezek)

Toliko orodij danes deluje v vsebniku ali VM. To poveča potrebo po pomnilniku.

Pridobite toliko pomnilnika, kolikor zmore vaš proračun. Mislim pa, da je 64 GB danes praktična omejitev za večino razvoja. Pred kratkim sem za razvoj dobil iMac Pro s 64 GB. Uporabljam velik komplet orodja. Preverjal sem Activity Monitor in ugotovil, da še nisem uporabil izmenjalne datoteke. Ko pa so vsa orodja naložena, uporabljam nekje med 32 GB in 64 GB, običajno 40-50 GB. Ampak pravzaprav še nisem imel VSEGA naloženega naenkrat.

Kar se morate vprašati je:

- Ali je pomembno, da se sistem med gradnjo odziva?
- Kako dolg cikel gradnje ste pripravljeni prenašati?

Pri razvoju sprednjega dela običajno nimate 'cikla gradnje', to je gradnja/testiranje/ponovitev. Kako dolgo ste pripravljeni čakati, da ugotovite, da ste naredili preprosto napako, ki bo trajala nekaj sekund, da jo popravite? 15 minut? 5 minut? 1 minuta? 30 sekund?

Pri razvoju aplikacij z uporabo prevedenega jezika imate vedno cikel gradnje, ki je lahko pomemben. Razumem, da je cikel gradnje Swift bistveno daljši od cikla gradnje Objective-C. (Sam ne uporabljam Swifta, ker se ukvarjam s hibridnim razvojem, osnovna koda platforme pa je v Objective-C (Java za Android), C in C++ - brez Swifta).

Količina razpoložljivega RAM-a bo imela pomemben vpliv na čas cikla gradnje.

To precej povzema. Če morate zagnati navidezne računalnike, je 8 GB izvedljivo (eno lahko udobno zaženete v 8 GB RAM-a). Če imate SSD, razlika v hitrosti med 8 GB in več RAM-a ne bo zelo očitna, razen če uporabljate veliko navideznih računalnikov in/ali poskušate prevesti ogromno kodno zbirko. C

Konstruirajte

23. junij 2010
  • 17. december 2018
Razlika med strojem z 8 GB in 16 GB je v tem, da se boste morali včasih zavestno odločiti, katere aplikacije, ki potrebujejo pomnilnik, ohraniti v ospredju.

Aplikacije, ki potrebujejo pomnilnik, kot sta XCode in Android Studio, se bodo v 8 GB odlično obnesle. Težava bi se pojavila, če bi poskusili zagnati Slack, povezan z več skupinami, hkrati pa pustili Chrome odprt s številnimi zavihki ali morda sistem VM za zagon nekaterih vsebnikov Docker. Težave povzroča sočasnost.

Če si lahko privoščite skok na 16 GB in nameravate to napravo obdržati nekaj časa, se mi zdi, da je popolnoma vreden tega za prihodnost. Če je dodaten strošek dovolj, da dvakrat premislite, potem pozabite nanj in uporabite samo 8 GB. V vsakem primeru boš srečen.
Reakcije:Anonimna miška

revmacist

20. oktober 2018
UPORABE
  • 17. december 2018
jtara je rekel: 8 GB zagotovo ni dovolj za - na primer - Mac Mini, saj se kar dober kos (odvisno od modela) uporablja za zaslon.

Kot sem že povedal, uporabljam Xcode na svojem Mac mini 2014 - ima 4 GB RAM-a in ne vidim nobenih težav. Če lahko udobno kodiram s 4 GB, je 8 GB dovolj. J

jtara

23. april 2009
  • 30. december 2018
kadammanali987 je dejal: (Ljudje pogosto hranijo aplikacijo za sestavljanje in igrajo igre do takrat. To upočasni obdelavo)

Lahko pa samo pospešite cikel prevajanja-povezave-zagona do točke, ko za nekaj minut ne traja več kot zdravo dviganje rit iz stola.

En del tega je dovolj pomnilnika za učinkovito delovanje prevajalnika z minimalnim/brez zamenjave.

To, da LAHKO, še ne pomeni, da MORAŠ. Odločiti se morate, kako dragocen je vaš čas.

Odločilni trenutek za to enačbo je bil zame pred mnogimi leti. Izdelek, imenovan Instant-C. Ta cikel je zmanjšal z nekaj minut na nekaj sekund. Navdihnil me je, da sem zmanjšal cikel prevajanja-povezave-zagon za aplikacijo, ki simulira in analizira variacije (od modela, prvotno napisanega v Fortranu) v mehanskih sklopih z 1/2 ure na manj kot minuto. (V redu, goljufal sem – odstranil sem cikel prevajanje-povezava-zagon... tako, da sem napisal prevajalnik, specifičen za domeno, in spremljevalni tolmač bajtnih kod) 35 let pozneje je to še vedno prevladujoča rešitev za to domeno.

Kakorkoli že, OP se je odločil - mislim, da je pametna.

BTW, če bi še vedno uporabljal svoj i7 Mini iz leta 2012 za gradnje, bi uporabil Ramdisk. Čas izdelave pri Miniju mi ​​je približno prepolovil. Preizkusil sem ga na svojem novem iMac Pro, vendar ni imel enakega učinka. Bojim se, da nisem pomislil, da bi poskusil ramdisk, dokler nisem dobil iMac Pro. MacOS pravzaprav nima odličnih rešitev RamDisk. Mini ima 16 GB. Na računalniku s 4 GB ni rezerve za ramdisk. (iMac Pro ima 64 GB).

vbctv

do
25. september 2013
Cleveland, OH
  • 2. maja 2019
jtara je rekel: Ali MacBook Pro uporablja sistemski pomnilnik za zaslon?

8 GB zagotovo ni dovolj za - na primer - Mac Mini, saj se kar dober kos (odvisno od modela) tega uporablja za zaslon.

Najpomembnejša povratna informacija, podana tukaj, je, da je na nedavnih MacBookih pomnilnik spajkan. Sprejemate odločitev za naslednjih nekaj let.

Imam mac Mini iz leta 2018, ki je priključen na 2 monitorja in imam 8 GB RAM-a, nikoli ne opazim nobenih težav in opravljam razvojno delo za Android Studio in Xcode ter zaženem MAMP Pro v ozadju. Merilnik pomnilniškega tlaka se nikoli ne dvigne in vedno ostane zelen in nizek. Razpravljal sem o nadgradnji na 16 GB, vendar v resnici ne vidim potrebe, razen če najdem ubijalsko ponudbo v prodaji ... C

ChromeCloud

21. junij 2009
Italija
  • 2. maja 2019
Večina odgovorov do zdaj se mi je zdela zavajajoča.

Ko poskušam uporabiti svoj MacBook Air s 4 GB RAM-a za razvoj aplikacij za iOS (govorim o pravih aplikacijah, ne le o majhnih demo projektih), postane izkušnja zelo hitro zelo frustrirajuća. Samo odpiranje Xcode in Safarija s 3 ali 4 zavihki bo popolnoma nasičilo vaš RAM (ne pozabite, da sistem zase zavzame približno 2 GB) in uporaba simulatorja za odpravljanje napak v aplikacijah je skoraj nemogoča (računalnik se upočasni do te mere, da se ne odziva).

Z 8 GB boš v redu. Ampak ne za dolgo. Recimo, da je 8 GB najmanj za udobno delovanje celotnega razvojnega paketa iOS + nekaj aplikacij ob strani, če želite imeti na primer eleganten urejevalnik besedil ali nekaj orodij za izdelavo vektorske grafike.

Torej, če bi moral zdaj kupiti nov stroj in ga hraniti naslednja 3 leta ali več, bi dobil vsaj 16 GB RAM-a.

Še opozorilo: tega ne bi pričakoval pred nekaj leti, ko sem kupil svoj iMac (ki ima 32 GB RAM-a in je moja glavna delovna postaja), vendar je videti, kot da če želite zagnati simulator brez jecljanja celotnega GUI, Pomembno vlogo v enačbi igra tudi VRAM (ali video pomnilnik).

Za retina iMac 2 GB grafična kartica ne bo dovolj za nemoteno delovanje: vsakih nekaj sekund se vmesni pomnilnik napolni (to doživim samo med delovanjem simulatorja) in iMac zamrzne za delček sekunde. se izprazni in ponovno napolni. To je zelo nadležno.

Zato je moje priporočilo za nekaj, na čemer boste lahko udobno delali naslednja 3 leta: 16 GB RAM-a (ali več) + 4 GB VRAM-a (ali več) .
Reakcije:Emanuel rodriguez M

mkelly

29. november 2007
  • 3. maja 2019
8 GB je dovolj za danes, če ne uporabljate virtualnih strojev. 16 GB je verjetno najboljša točka, če gledate na prenosnik, ki traja 4-6 let. 32/64 GB je preveč, razen če hkrati uporabljate veliko navideznih računalnikov ali če imate denar za zapisovanje. M

množice

12. februar 2019
  • 4. maja 2019
Xcode je težek za CPU manj za RAM. Pravkar sem kupil Mac mini 2018 i7 6 jeder in ko prevedem iOS in Swift v Xcode, se CPU v monitorju aktivnosti dvigne na 90 %!
V isti aplikaciji vidim, da je poraba RAM-a pod 8 GB brez zamenjave. Za pozneje razmišljam o posodobitvi RAM-a, vendar se mi trenutno nikamor ne mudi. F

Filipeteixeira

10. april 2013
  • 6. maja 2019
Moralo bi biti več kot dovolj. Pogosto je težava le pri delu z jeziki, kot je R ali tako. Ker ti jeziki pogosto nalagajo vse v pomnilnik, kar pomeni, da bo pri velikih naborih podatkov več RAM-a na voljo, bolje bo delovalo.