iMacedonische
originele poster- 10 okt 2015
- Brno, CZ
- 15 dec. 2018
Ik overweeg serieus om een MacBook Pro 13' 2018 aan te schaffen. Het primaire gebruik van de laptop zou zijn voor codering (front-end webontwikkeling), maar ik zou me later willen verdiepen in de ontwikkeling van iOS-apps. Dat gezegd hebbende, is 8 GB RAM voldoende om XCODE uit te voeren of moet ik wat meer investeren om de 16 GB-versie te krijgen?
revmacian
- 20 okt 2018
- TOEPASSINGEN
- 15 dec. 2018
iMacedonian zei: Hey daar.Ik gebruik Xcode op mijn Mac mini uit 2014 - hij heeft 4 GB RAM en ik zie geen problemen. Er zullen mensen zijn die je zullen vertellen dat 16GB of meer RAM een must is, maar ik heb gezien dat dit gewoon niet waar is.
Ik overweeg serieus om een MacBook Pro 13' 2018 aan te schaffen. Het primaire gebruik van de laptop zou zijn voor codering (front-end webontwikkeling), maar ik zou me later willen verdiepen in de ontwikkeling van iOS-apps. Dat gezegd hebbende, is 8 GB RAM voldoende om XCODE uit te voeren of moet ik wat meer investeren om de 16 GB-versie te krijgen?
Emanuel Rodríguez
- 17 okt 2018
- 15 dec. 2018
revmacian zei: Ik gebruik Xcode op mijn Mac mini uit 2014 - hij heeft 4 GB RAM en ik zie geen problemen. Er zullen mensen zijn die je zullen vertellen dat 16GB of meer RAM een must is, maar ik heb gezien dat dit gewoon niet waar is.Akkoord. Ik heb ontdekt dat zelfs een Raspberry Pi met zijn enkele gig RAM in staat is om de meeste dingen te compileren. Als een project heel veel C++-code heeft (kijkend naar je LLVM), of andere complexe talen (waardoor de compiler hard moet werken en dus meer RAM moet gebruiken), dan kan het dit over het algemeen niet aan. Het lijkt erop dat ongeveer 3 GB een veilig minimum is voor ontwikkelingswerk, in mijn ervaring.
EDIT: Houd er echter rekening mee dat dit 3 GB was in een VM, zonder GUI. De optie van 8 GB is voorlopig zeker veilig. Ik zou echter 16 GB aanbevelen, alleen voor toekomstbestendigheid. 8GB begint minder comfortabel te worden dan in het verleden. Laatst bewerkt: 15 dec. 2018
amulder
- 18 dec. 2015
- 16 dec. 2018
hondenklodder
- 19 okt 2014
- Apple Campus, Cupertino CA
- 16 dec. 2018
960design
- 17 april 2012
- Destiny, Florida
- 17 dec. 2018
iMacedonian zei: Hey daar.8 GB is genoeg, ik gebruik een MBPr van 16 GB en zie zelden dat de geheugendruk boven de 8 GB komt.
Ik overweeg serieus om een MacBook Pro 13' 2018 aan te schaffen. Het primaire gebruik van de laptop zou zijn voor codering (front-end webontwikkeling), maar ik zou me later willen verdiepen in de ontwikkeling van iOS-apps. Dat gezegd hebbende, is 8 GB RAM voldoende om XCODE uit te voeren of moet ik wat meer investeren om de 16 GB-versie te krijgen?
Even terzijde, check in Expo.io ( https://expo.io/ ). Het is wat alle coole kinderen tegenwoordig gebruiken (zo veel gemakkelijker te implementeren op meerdere platforms). Voorbehoud: werkt voor de meeste apps, maar sommige hebben specifieke hardwarevereisten / -behoeften waaraan expo niet zal voldoen. Desalniettemin een fantastische startplaats.
jtara
- 23 april 2009
- 17 dec. 2018
Bedoelt u 'genoeg zodat builds niet mislukken?'
Of 'genoeg om binnen een acceptabel tijdsbestek compleet te bouwen'?
En/of 'genoeg zodat de gebruikersinterface niet laggy is, en ik tijdens een build zonder traagheid in een editor kan werken/op internet kan bladeren/e-mail kan lezen?
Het hangt af van uw verwachtingen en uw toolchain.
Frontend-ontwikkeling heeft doorgaans een korte/eenvoudige toolchain. Het enige dat je echt nodig hebt, is een goede editor die geschikt is voor de taak, een kleine 'speelgoed'-webserver, misschien wat tools voor het verkleinen van Javascript/CSS (en misschien een Sass-compiler) voor productiebuilds, en tijdens de ontwikkeling zou je die normaal gesproken niet eens gebruiken Dat.
Backend-ontwikkeling heeft vaak niet meer nodig dan front-end ontwikkeling. Of misschien nog wat meer nodig hebben. Ik gebruik bijvoorbeeld PostgreSQL als database. Dus ik heb een lokale instantie voor ontwikkeling/test. Ik voer pgAdmin4 uit, dat in een Docker-container draait. Mogelijk moet u een virtuele machine uitvoeren die uw back-endomgeving repliceert. De GB telt op.
Native app-ontwikkeling wordt vaak gedaan met minimale hulpmiddelen. Voor de basisontwikkeling van iOS-apps heb je niets meer nodig dan Xcode. OK, en de iOS-simulator. Als je een soort hybride, platformonafhankelijke ontwikkeling doet, voeg dan waarschijnlijk extra toolchain-componenten toe - en noodzakelijkerwijs Android SDK's en bouwtools. Android-ontwikkeling gebruikt een andere compiler. Voeg nog een simulator toe. (Ik gebruik GenyMotion, omdat beide benaderingen van Google traag zijn als melasse.) Elke fatsoenlijke Android-simulator draait in een VM.
Oh, moet je die website testen op Windows? Voeg een Windows-VM toe.
Zoveel tools draaien tegenwoordig in een container of een VM. Dat draagt bij aan de geheugenbehoefte.
Krijg zoveel geheugen als uw budget aankan. Ik denk echter dat 64 GB tegenwoordig de praktische grens is voor de meeste ontwikkeling. Ik heb onlangs een iMac Pro met 64 GB gekregen voor ontwikkeling. Ik gebruik een grote gereedschapset. Ik heb Activity Monitor gecontroleerd en ik merk dat ik nog geen wisselbestand heb gebruikt. Maar zodra alle tools zijn geladen, gebruik ik ergens tussen 32 GB en 64 GB, meestal 40-50 GB. Maar ik heb eigenlijk nog niet ALLES tegelijk geladen.
Wat je jezelf moet afvragen is:
- Is het belangrijk dat het systeem responsief is tijdens het bouwen?
- Hoe lang van een bouwcyclus bent u bereid te tolereren?
Bij front-end ontwikkeling heb je meestal geen 'build cycle', oftewel bouwen/testen/herhalen. Hoe lang ben je bereid te wachten om erachter te komen dat je een simpele fout hebt gemaakt die een paar seconden nodig heeft om te corrigeren? 15 minuten? 5 minuten? 1 minuut? 30 seconden?
Bij app-ontwikkeling met behulp van een gecompileerde taal heb je altijd een bouwcyclus en deze kan aanzienlijk zijn. Ik begrijp dat de Swift-bouwcyclus aanzienlijk langer is dan de Objective-C-bouwcyclus. (Ik gebruik Swift zelf niet, omdat ik aan hybride ontwikkeling doe, en de onderliggende platformcode is in Objective-C (Java voor Android), C en C++ - geen Swift).
De hoeveelheid beschikbaar RAM heeft een aanzienlijke invloed op de bouwcyclustijd.
mpe
- 3 sep. 2010
- 17 dec. 2018
Ja. 8 GB RAM is genoeg voor de meeste dingen.
jtara
- 23 april 2009
- 17 dec. 2018
mpe zei: Ja. 8 GB RAM is genoeg voor de meeste dingen.
Gebruikt MacBook Pro systeemgeheugen voor het beeldscherm?
8 GB is zeker niet genoeg op - bijvoorbeeld - een Mac Mini, aangezien een behoorlijk groot deel (afhankelijk van het model) daarvan wordt gebruikt voor het beeldscherm.
De belangrijkste feedback die hier wordt gegeven, is dat op recente MacBooks het geheugen vastgesoldeerd is. U neemt een besluit voor de komende jaren.
Toutou
tot
- 6 jan. 2015
- Praag, Tsjechië
- 17 dec. 2018
iMacedonische
originele poster- 10 okt 2015
- Brno, CZ
- 17 dec. 2018
jtara zei: Definieer wat je bedoelt met 'genoeg'?Bedankt voor dat uitgebreide antwoord, het gaf me een beter perspectief op de middelen die nodig zijn voor deze verschillende codeerscenario's die je hebt genoemd.
Bedoelt u 'genoeg zodat builds niet mislukken?'
Of 'genoeg om binnen een acceptabel tijdsbestek compleet te bouwen'?
En/of 'genoeg zodat de gebruikersinterface niet laggy is, en ik tijdens een build zonder traagheid in een editor kan werken/op internet kan bladeren/e-mail kan lezen?
Het hangt af van uw verwachtingen en uw toolchain.
Frontend-ontwikkeling heeft doorgaans een korte/eenvoudige toolchain. Het enige dat je echt nodig hebt, is een goede editor die geschikt is voor de taak, een kleine 'speelgoed'-webserver, misschien wat tools voor het verkleinen van Javascript/CSS (en misschien een Sass-compiler) voor productiebuilds, en tijdens de ontwikkeling zou je die normaal gesproken niet eens gebruiken Dat.
Backend-ontwikkeling heeft vaak niet meer nodig dan front-end ontwikkeling. Of misschien nog wat meer nodig hebben. Ik gebruik bijvoorbeeld PostgreSQL als database. Dus ik heb een lokale instantie voor ontwikkeling/test. Ik voer pgAdmin4 uit, dat in een Docker-container draait. Mogelijk moet u een virtuele machine uitvoeren die uw back-endomgeving repliceert. De GB telt op.
Native app-ontwikkeling wordt vaak gedaan met minimale hulpmiddelen. Voor de basisontwikkeling van iOS-apps heb je niets meer nodig dan Xcode. OK, en de iOS-simulator. Als je een soort hybride, platformonafhankelijke ontwikkeling doet, voeg dan waarschijnlijk extra toolchain-componenten toe - en noodzakelijkerwijs Android SDK's en build-tools. Android-ontwikkeling gebruikt een andere compiler. Voeg nog een simulator toe. (Ik gebruik GenyMotion, omdat beide benaderingen van Google traag zijn als melasse.) Elke fatsoenlijke Android-simulator draait in een VM.
Oh, moet je die website testen op Windows? Voeg een Windows-VM toe.
Zoveel tools draaien tegenwoordig in een container of een VM. Dat draagt bij aan de geheugenbehoefte.
Krijg zoveel geheugen als uw budget aankan. Ik denk echter dat 64 GB tegenwoordig de praktische grens is voor de meeste ontwikkeling. Ik heb onlangs een iMac Pro met 64 GB gekregen voor ontwikkeling. Ik gebruik een grote gereedschapset. Ik heb Activity Monitor gecontroleerd en ik merk dat ik nog geen wisselbestand heb gebruikt. Maar zodra alle tools zijn geladen, gebruik ik ergens tussen 32 GB en 64 GB, meestal 40-50 GB. Maar ik heb eigenlijk nog niet ALLES tegelijk geladen.
Wat je jezelf moet afvragen is:
- Is het belangrijk dat het systeem responsief is tijdens het bouwen?
- Hoe lang van een bouwcyclus bent u bereid te tolereren?
Bij front-end ontwikkeling heb je meestal geen 'build cycle', oftewel bouwen/testen/herhalen. Hoe lang ben je bereid te wachten om erachter te komen dat je een simpele fout hebt gemaakt die een paar seconden nodig heeft om te corrigeren? 15 minuten? 5 minuten? 1 minuut? 30 seconden?
Bij app-ontwikkeling met behulp van een gecompileerde taal heb je altijd een bouwcyclus en deze kan aanzienlijk zijn. Ik begrijp dat de Swift-bouwcyclus aanzienlijk langer is dan de Objective-C-bouwcyclus. (Ik gebruik Swift zelf niet, omdat ik aan hybride ontwikkeling doe, en de onderliggende platformcode is in Objective-C (Java voor Android), C en C++ - geen Swift).
De hoeveelheid beschikbaar RAM heeft een aanzienlijke invloed op de bouwcyclustijd.
[dubbelpost=1545084766][/dubbelpost]
ammulder zei: Hoe lang ben je van plan de machine te houden? Omdat het geheugen niet kan worden opgewaardeerd, koop je echt voor hoeveel geheugen je over 3-5 jaar nodig hebt, niet vandaag. (Rekening houdend met het feit dat elke release van ontwikkeltools meer geheugen gebruikt dan de vorige.) Vooral als je uiteindelijk containers of VM's gaat gebruiken (bijvoorbeeld om een lokale versie uit te voeren van een back-end waarmee je app verbinding maakt), is de productiviteitshit van te weinig geheugen later is de kostenbesparing nu niet waard.Mijn laptops gaan meestal 4-6 jaar mee, of zelfs meer, dus op basis van wat ik tot nu toe heb gelezen, zou het misschien het beste zijn om de 16 GB-versie te krijgen als ik het gebruik wil maximaliseren. TOT
Anoniem-muis
- 25 aug. 2016
- 17 dec. 2018
jtara zei: Definieer wat je bedoelt met 'genoeg'?
(knip)
Zoveel tools draaien tegenwoordig in een container of een VM. Dat draagt bij aan de geheugenbehoefte.
Krijg zoveel geheugen als uw budget aankan. Ik denk echter dat 64 GB tegenwoordig de praktische grens is voor de meeste ontwikkeling. Ik heb onlangs een iMac Pro met 64 GB gekregen voor ontwikkeling. Ik gebruik een grote gereedschapset. Ik heb Activity Monitor gecontroleerd en ik merk dat ik nog geen wisselbestand heb gebruikt. Maar zodra alle tools zijn geladen, gebruik ik ergens tussen 32 GB en 64 GB, meestal 40-50 GB. Maar ik heb eigenlijk nog niet ALLES tegelijk geladen.
Wat je jezelf moet afvragen is:
- Is het belangrijk dat het systeem responsief is tijdens het bouwen?
- Hoe lang van een bouwcyclus bent u bereid te tolereren?
Bij front-end ontwikkeling heb je meestal geen 'build cycle', oftewel bouwen/testen/herhalen. Hoe lang ben je bereid te wachten om erachter te komen dat je een simpele fout hebt gemaakt die een paar seconden nodig heeft om te corrigeren? 15 minuten? 5 minuten? 1 minuut? 30 seconden?
Bij app-ontwikkeling met behulp van een gecompileerde taal heb je altijd een bouwcyclus en deze kan aanzienlijk zijn. Ik begrijp dat de Swift-bouwcyclus aanzienlijk langer is dan de Objective-C-bouwcyclus. (Ik gebruik Swift zelf niet, omdat ik aan hybride ontwikkeling doe, en de onderliggende platformcode is in Objective-C (Java voor Android), C en C++ - geen Swift).
De hoeveelheid beschikbaar RAM heeft een aanzienlijke invloed op de bouwcyclustijd.
Dit vat het zo'n beetje samen. Als u VM's moet draaien, dan is 8 GB haalbaar (u kunt gemakkelijk één VM draaien in 8 GB RAM). Als je een SSD hebt, zal het snelheidsverschil tussen 8 GB versus meer RAM niet erg duidelijk zijn, tenzij je een groot aantal VM's gebruikt en/of een enorme codebase probeert te compileren. C
construeren
- 23 juni 2010
- 17 dec. 2018
Geheugenhongerige apps zoals XCode en Android Studio doen het prima in 8 GB. Het probleem zou optreden als je Slack probeerde uit te voeren die met meerdere groepen is verbonden, terwijl je Chrome open laat met meerdere tabbladen, of misschien een VM-systeem om enkele Docker-containers uit te voeren. Het is de gelijktijdigheid die de problemen veroorzaakt.
Als je de sprong naar 16 GB kunt betalen en je bent van plan om deze machine een tijdje te houden, denk ik dat het de toekomst zeker waard is. Als de extra kosten genoeg zijn om je twee keer te laten nadenken, vergeet het dan en doe gewoon 8 GB. Je zult hoe dan ook blij zijn.
revmacian
- 20 okt 2018
- TOEPASSINGEN
- 17 dec. 2018
jtara zei: 8 GB is zeker niet genoeg op - bijvoorbeeld - een Mac Mini, aangezien een behoorlijk groot deel (afhankelijk van het model) daarvan wordt gebruikt voor het beeldscherm.
Zoals ik eerder al zei, gebruik ik Xcode op mijn Mac mini uit 2014 - hij heeft 4 GB RAM en ik zie geen problemen. Als ik comfortabel kan coderen met 4GB, dan is 8GB genoeg. J
jtara
- 23 april 2009
- 30 dec. 2018
kadammanali987 zei: (Mensen houden tot die tijd vaak applicaties voor het compileren en spelen van games. Dit vertraagt de verwerking)
Of je zou de compile-link-run-cyclus gewoon kunnen versnellen tot het punt waarop het niet meer kost dan een paar minuten gezond uit de stoel te komen.
Een onderdeel daarvan is voldoende geheugen hebben om de compiler efficiënt te laten werken, met minimaal/geen swapping.
Dat je KAN betekent niet dat je MOET. U moet beslissen hoe waardevol uw tijd is.
Het beslissende moment voor deze vergelijking was voor mij vele, vele jaren geleden. Een product genaamd Instant-C. Het verminderde die cyclus van enkele minuten tot enkele seconden. Het inspireerde me om een compile-link-run-cyclus te verkorten voor een toepassing die variaties (van een model, oorspronkelijk geschreven in Fortran) in mechanische samenstellingen simuleert en analyseert van een half uur tot minder dan een minuut. (OK, ik heb vals gespeeld - ik heb de compile-link-run-cyclus verwijderd... door een domeinspecifieke compiler en begeleidende bytecode-interpreter te schrijven) 35 jaar later is het nog steeds de overheersende oplossing voor dat domein.
Hoe dan ook, OP heeft zijn beslissing genomen - ik denk een verstandige.
Trouwens, als ik mijn 2012 i7 Mini nog steeds zou gebruiken voor builds, zou ik een Ramdisk gebruiken. Het halveert de bouwtijd voor mij op de Mini. Ik probeerde het op mijn nieuwe iMac Pro, maar had niet hetzelfde effect. Ik ben bang dat ik er niet aan dacht om de ramdisk te proberen totdat ik de iMac Pro kreeg. MacOS heeft niet echt geweldige RamDisk-oplossingen. De Mini heeft 16GB. Er is geen marge voor een ramdisk op een machine met 4GB. (De iMac Pro heeft 64 GB).
vbctv
tot
- 25 sep 2013
- Cleveland, Ohio
- 2 mei 2019
jtara zei: Gebruikt MacBook Pro systeemgeheugen voor het beeldscherm?
8 GB is zeker niet genoeg op - bijvoorbeeld - een Mac Mini, aangezien een behoorlijk groot deel (afhankelijk van het model) daarvan wordt gebruikt voor het beeldscherm.
De belangrijkste feedback die hier wordt gegeven, is dat op recente MacBooks het geheugen vastgesoldeerd is. U neemt een besluit voor de komende jaren.
Ik heb een Mac Mini uit 2018 aangesloten op 2 monitoren en heb 8 GB RAM, ik zie nooit problemen en doe zowel Android Studio- als Xcode-ontwikkelingswerk en voer MAMP Pro op de achtergrond uit. De geheugendrukmeter gaat nooit echt omhoog en blijft altijd groen en laag. Ik heb gedebatteerd over een upgrade naar 16 GB, maar ik zie niet echt een noodzaak, tenzij ik een geweldige deal in de uitverkoop vind.... C
ChromeCloud
- 21 juni 2009
- Italië
- 2 mei 2019
Als ik mijn MacBook Air met 4 GB RAM probeer te gebruiken om iOS-apps te ontwikkelen (ik heb het over echte apps, niet alleen kleine demoprojecten), wordt de ervaring heel snel behoorlijk frustrerend. Gewoon Xcode en Safari openen met 3 of 4 tabbladen zal je RAM volledig verzadigen (onthoud dat het systeem zelf ongeveer 2 GB in beslag neemt) en het gebruik van de simulator om je apps te debuggen is vrijwel onmogelijk (de computer vertraagt tot het punt dat hij niet meer reageert).
Met 8 GB zit je goed. Maar niet voor lang. Laten we zeggen dat 8 GB het minimum is om comfortabel de volledige iOS-ontwikkelingssuite te draaien + een paar apps aan de zijkant als je een mooie teksteditor of wat tools wilt hebben om bijvoorbeeld vectorafbeeldingen te maken.
Dus als ik nu een nieuwe machine zou moeten kopen en deze de komende 3 jaar of langer zou moeten houden, zou ik ten minste 16 GB RAM krijgen.
Nog een woord van waarschuwing: ik had dit een paar jaar geleden nooit verwacht toen ik mijn iMac kocht (die 32 GB RAM heeft en het is mijn belangrijkste werkstation), maar het lijkt erop dat als je de simulator wilt gebruiken zonder dat de hele GUI hapert, VRAM (ook bekend als videogeheugen) speelt ook een belangrijke rol in de vergelijking.
Voor een retina-iMac zal een videokaart van 2 GB niet genoeg zijn om alles soepel te laten verlopen: om de paar seconden raakt de buffer vol (ik ervaar dit echter alleen tijdens het draaien van de simulator) en de iMac bevriest een fractie van een seconde terwijl het wordt geleegd en weer gevuld. Het is superirritant.
Dus mijn aanbeveling voor iets waar je de komende 3 jaar comfortabel aan kunt werken is: 16 GB RAM (of meer) + 4 GB VRAM (of meer) .
mkelly
- 29 november 2007
- 3 mei 2019
drukte
- 12 feb. 2019
- 4 mei 2019
In dezelfde applicatie kan ik zien dat het RAM-gebruik lager is dan 8 GB zonder swap. Voor later Ik denk eraan om het RAM-geheugen bij te werken, maar ik heb op dit moment geen haast. F
Filipeteixeira
- 10 april 2013
- 6 mei 2019
Populaire Berichten