iMazedonisch
Originalplakat- 10.10.2015
- Brünn, CZ
- 15. Dez. 2018
Ich überlege ernsthaft, mir ein MacBook Pro 13' 2018 zuzulegen. Der Laptop würde hauptsächlich zum Programmieren (Front-End-Webentwicklung) verwendet, aber ich möchte später in die Entwicklung von iOS-Apps eintauchen. Sind 8 GB RAM genug, um XCODE auszuführen, oder sollte ich etwas mehr investieren, um die 16-GB-Version zu erhalten?
revmacian
- 20.10.2018
- VERWENDET
- 15. Dez. 2018
iMacedonian sagte: Hey.Ich führe Xcode auf meinem 2014 Mac mini aus - er hat 4 GB RAM und ich sehe keine Probleme. Es wird einige Leute geben, die Ihnen sagen, dass 16 GB oder mehr RAM ein Muss sind, aber ich habe gesehen, dass dies einfach nicht stimmt.
Ich überlege ernsthaft, mir ein MacBook Pro 13' 2018 zuzulegen. Der Laptop würde hauptsächlich zum Programmieren (Front-End-Webentwicklung) verwendet, aber ich möchte später in die Entwicklung von iOS-Apps eintauchen. Sind 8 GB RAM genug, um XCODE auszuführen, oder sollte ich etwas mehr investieren, um die 16-GB-Version zu erhalten?
Emanuel Rodriguez
- 17.10.2018
- 15. Dez. 2018
revmacian sagte: Ich führe Xcode auf meinem 2014 Mac mini aus - er hat 4 GB RAM und ich sehe keine Probleme. Es wird einige Leute geben, die Ihnen sagen, dass 16 GB oder mehr RAM ein Muss sind, aber ich habe gesehen, dass dies einfach nicht stimmt.Einverstanden. Ich habe festgestellt, dass selbst ein Raspberry Pi mit seinem einzigen Gig RAM in der Lage ist, die meisten Dinge zu kompilieren. Wenn ein Projekt eine Menge C++-Code hat (wenn man sich LLVM ansieht) oder andere komplexe Sprachen (die den Compiler erfordern, hart zu arbeiten und somit mehr RAM zu verwenden), kann es im Allgemeinen nicht verwaltet werden. 3 GB scheinen meiner Erfahrung nach ein sicheres Minimum für die Entwicklungsarbeit zu sein.
BEARBEITEN: Beachten Sie jedoch, dass dies 3 GB in einer VM ohne GUI waren. Die 8-GB-Option ist vorerst definitiv sicher. Ich würde jedoch 16 GB nur für die Zukunftssicherheit empfehlen. 8GB wird weniger komfortabel als in der Vergangenheit. Zuletzt bearbeitet: 15.12.2018
ammulder
- 18. Dezember 2015
- 16. Dez. 2018
Hundekot
- 19.10.2014
- Apple Campus, Cupertino CA
- 16. Dez. 2018
960design
- 17.04.2012
- Schicksal, FL
- 17. Dez. 2018
iMacedonian sagte: Hey.8 GB sind genug, ich verwende 16 GB MBPr und sehe selten, dass der Speicherdruck über 8 GB springt.
Ich überlege ernsthaft, mir ein MacBook Pro 13' 2018 zuzulegen. Der Laptop würde hauptsächlich zum Programmieren (Front-End-Webentwicklung) verwendet, aber ich möchte später in die Entwicklung von iOS-Apps eintauchen. Sind 8 GB RAM genug, um XCODE auszuführen, oder sollte ich etwas mehr investieren, um die 16-GB-Version zu erhalten?
Nebenbei, checken Sie bei Expo.io ein ( https://expo.io/ ). Es ist das, was all die coolen Kids heutzutage verwenden (so viel einfacher auf mehreren Plattformen bereitzustellen). Vorbehalt: Funktioniert für die meisten Apps, aber einige haben spezifische Hardwareanforderungen / Anforderungen, die die Expo nicht erfüllen wird. Trotzdem ein fantastischer Startplatz.
jtara
- 23. April 2009
- 17. Dez. 2018
Meinst du 'genug, damit Builds nicht scheitern?'
Oder „genug, damit die Builds in einem akzeptablen Zeitrahmen abgeschlossen sind“?
Und/oder 'genug, damit die Benutzeroberfläche nicht verzögert ist und ich während eines Builds ohne Trägheit in einem Editor arbeiten / im Web surfen / E-Mails lesen kann?
Es hängt von Ihren Erwartungen und Ihrer Toolchain ab.
Frontend-Entwicklung hat typischerweise eine kurze/einfache Toolchain. Alles, was Sie wirklich brauchen, ist ein guter Editor, der für die Aufgabe geeignet ist, ein kleiner 'Spielzeug'-Webserver, vielleicht einige Tools zum Verkleinern von Javascript/CSS (und vielleicht einen Sass-Compiler) für Produktions-Builds, und während der Entwicklung würden Sie normalerweise nicht einmal verwenden das.
Die Back-End-Entwicklung benötigt oft nicht mehr als die Front-End-Entwicklung. Oder braucht vielleicht noch ein bisschen mehr. Als Datenbank verwende ich beispielsweise PostgreSQL. Ich habe also eine lokale Instanz für Entwicklung/Test. Ich führe pgAdmin4 aus, das in einem Docker-Container ausgeführt wird. Möglicherweise müssen Sie eine VM ausführen, die Ihre Back-End-Umgebung repliziert. Die GB addieren sich.
Die Entwicklung nativer Apps erfolgt oft mit minimalen Tools. Für die grundlegende iOS-App-Entwicklung benötigen Sie nichts weiter als Xcode. OK, und der iOS-Simulator. Wenn Sie eine Art hybride, plattformübergreifende Entwicklung durchführen, fügen Sie wahrscheinlich zusätzliche Toolchain-Komponenten hinzu – und notwendigerweise Android SDKs und Build-Tools. Die Android-Entwicklung verwendet einen anderen Compiler. Fügen Sie einen weiteren Simulator hinzu. (Ich verwende GenyMotion, da beide Ansätze von Google langsam wie Melasse sind.) Jeder anständige Android-Simulator läuft in einer VM.
Oh, müssen Sie diese Website unter Windows testen? Fügen Sie eine Windows-VM hinzu.
So viele Tools laufen heute in einem Container oder einer VM. Das erhöht den Speicherbedarf.
Holen Sie sich so viel Speicher, wie Ihr Budget aushält. Ich denke jedoch, dass 64 GB heute die praktische Grenze für die meisten Entwicklungen sind. Ich habe vor kurzem einen iMac Pro mit 64GB für die Entwicklung bekommen. Ich benutze einen großen Werkzeugsatz. Ich habe den Aktivitätsmonitor überprüft und festgestellt, dass ich noch keine Auslagerungsdatei verwendet habe. Aber sobald alle Tools geladen sind, verwende ich irgendwo zwischen 32 GB und 64 GB, normalerweise 40-50 GB. Aber ich habe eigentlich noch nicht ALLES auf einmal geladen.
Was Sie sich fragen müssen ist:
- Ist es wichtig, dass das System beim Bauen reaktionsschnell ist?
- Wie lange eines Build-Zyklus sind Sie bereit zu tolerieren?
In der Frontend-Entwicklung gibt es normalerweise keinen „Build-Zyklus“, dh Build/Test/Repeat. Wie lange sind Sie bereit zu warten, um herauszufinden, dass Sie einen einfachen Fehler gemacht haben, dessen Korrektur einige Sekunden dauert? 15 Minuten? 5 Minuten? 1 Minute? 30 Sekunden?
Bei der App-Entwicklung mit einer kompilierten Sprache gibt es immer einen Build-Zyklus, der von Bedeutung sein kann. Ich verstehe, dass der Swift-Build-Zyklus wesentlich länger ist als der Objective-C-Build-Zyklus. (Ich selbst benutze Swift nicht, weil ich Hybridentwicklung mache und der zugrunde liegende Plattformcode in Objective-C (Java für Android), C und C++ ist - kein Swift).
Die Menge des verfügbaren Arbeitsspeichers hat einen erheblichen Einfluss auf die Build-Zykluszeit.
mpe
- 03.09.2010
- 17. Dez. 2018
Jawohl. 8 GB RAM reichen für die meisten Dinge aus.
jtara
- 23. April 2009
- 17. Dez. 2018
mpe sagte: Ja. 8 GB RAM reichen für die meisten Dinge aus.
Verwendet das MacBook Pro Systemspeicher für das Display?
8 GB reichen sicherlich nicht auf - zum Beispiel - einem Mac Mini, da ein ziemlich guter Teil (je nach Modell) davon für das Display verwendet wird.
Das wichtigste Feedback, das hier gegeben wird, ist, dass bei neueren MacBooks der Speicher festgelötet ist. Sie treffen eine Entscheidung für die nächsten Jahre.
Toutou
zu
- 6. Januar 2015
- Prag, Tschechische Republik
- 17. Dez. 2018
iMazedonisch
Originalplakat- 10.10.2015
- Brünn, CZ
- 17. Dez. 2018
jtara sagte: Definieren Sie, was Sie mit 'genug' meinen?Vielen Dank für diese ausführliche Antwort. Sie hat mir einen besseren Überblick über die Ressourcen gegeben, die für diese verschiedenen von Ihnen erwähnten Codierungsszenarien benötigt werden.
Meinst du 'genug, damit Builds nicht scheitern?'
Oder „genug, damit die Builds in einem akzeptablen Zeitrahmen abgeschlossen sind“?
Und/oder 'genug, damit die Benutzeroberfläche nicht verzögert ist und ich während eines Builds ohne Trägheit in einem Editor arbeiten / im Web surfen / E-Mails lesen kann?
Es hängt von Ihren Erwartungen und Ihrer Toolchain ab.
Frontend-Entwicklung hat typischerweise eine kurze/einfache Toolchain. Alles, was Sie wirklich brauchen, ist ein guter Editor, der für die Aufgabe geeignet ist, ein kleiner 'Spielzeug'-Webserver, vielleicht einige Tools zum Verkleinern von Javascript/CSS (und vielleicht einen Sass-Compiler) für Produktions-Builds, und während der Entwicklung würden Sie normalerweise nicht einmal verwenden das.
Die Back-End-Entwicklung kann oft nicht mehr als die Front-End-Entwicklung erfordern. Oder braucht vielleicht noch ein bisschen mehr. Als Datenbank verwende ich beispielsweise PostgreSQL. Ich habe also eine lokale Instanz für Entwicklung/Test. Ich führe pgAdmin4 aus, das in einem Docker-Container ausgeführt wird. Möglicherweise müssen Sie eine VM ausführen, die Ihre Back-End-Umgebung repliziert. Die GB addieren sich.
Die Entwicklung nativer Apps erfolgt oft mit minimalen Tools. Für die grundlegende iOS-App-Entwicklung benötigen Sie nichts weiter als Xcode. OK, und der iOS-Simulator. Wenn Sie eine Art hybride, plattformübergreifende Entwicklung durchführen, fügen Sie wahrscheinlich zusätzliche Toolchain-Komponenten hinzu – und notwendigerweise Android SDKs und Build-Tools. Die Android-Entwicklung verwendet einen anderen Compiler. Fügen Sie einen weiteren Simulator hinzu. (Ich verwende GenyMotion, da beide Ansätze von Google langsam wie Melasse sind.) Jeder anständige Android-Simulator läuft in einer VM.
Oh, müssen Sie diese Website unter Windows testen? Fügen Sie eine Windows-VM hinzu.
So viele Tools laufen heute in einem Container oder einer VM. Das erhöht den Speicherbedarf.
Holen Sie sich so viel Speicher, wie Ihr Budget aushält. Ich denke jedoch, dass 64 GB heute die praktische Grenze für die meisten Entwicklungen sind. Ich habe vor kurzem einen iMac Pro mit 64GB für die Entwicklung bekommen. Ich benutze einen großen Werkzeugsatz. Ich habe den Aktivitätsmonitor überprüft und festgestellt, dass ich noch keine Auslagerungsdatei verwendet habe. Aber sobald alle Tools geladen sind, verwende ich irgendwo zwischen 32 GB und 64 GB, normalerweise 40-50 GB. Aber ich habe eigentlich noch nicht ALLES auf einmal geladen.
Was Sie sich fragen müssen ist:
- Ist es wichtig, dass das System beim Bauen reaktionsschnell ist?
- Wie lange eines Build-Zyklus sind Sie bereit zu tolerieren?
In der Frontend-Entwicklung gibt es normalerweise keinen „Build-Zyklus“, dh Build/Test/Repeat. Wie lange sind Sie bereit zu warten, um herauszufinden, dass Sie einen einfachen Fehler gemacht haben, dessen Korrektur einige Sekunden dauert? 15 Minuten? 5 Minuten? 1 Minute? 30 Sekunden?
Bei der App-Entwicklung mit einer kompilierten Sprache gibt es immer einen Build-Zyklus, der von Bedeutung sein kann. Ich verstehe, dass der Swift-Build-Zyklus wesentlich länger ist als der Objective-C-Build-Zyklus. (Ich selbst benutze Swift nicht, weil ich Hybridentwicklung mache und der zugrunde liegende Plattformcode in Objective-C (Java für Android), C und C++ ist - kein Swift).
Die Menge des verfügbaren Arbeitsspeichers hat einen erheblichen Einfluss auf die Build-Zykluszeit.
[Doppelpost=1545084766][/doublepost]
ammulder sagte: Wie lange wollen Sie die Maschine behalten? Da der Speicher nicht aufgerüstet werden kann, kaufen Sie wirklich dafür, wie viel Speicher Sie in 3-5 Jahren benötigen, nicht heute. (Beachten Sie, dass jede Version von Entwicklungstools mehr Speicher verbraucht als die letzte.) Insbesondere wenn Sie Container oder VMs verwenden (z zu wenig Speicher später ist die Kostenersparnis jetzt nicht wert.Meine Laptops halten normalerweise 4-6 Jahre oder sogar länger, also ist es nach dem, was ich bisher gelesen habe, vielleicht am besten, die 16-GB-Version zu kaufen, wenn ich die Nutzung maximieren möchte. ZU
Anonym-Maus
- 25.08.2016
- 17. Dez. 2018
jtara sagte: Definieren Sie, was Sie mit 'genug' meinen?
(schnipsen)
So viele Tools laufen heute in einem Container oder einer VM. Das erhöht den Speicherbedarf.
Holen Sie sich so viel Speicher, wie Ihr Budget aushält. Ich denke jedoch, dass 64 GB heute die praktische Grenze für die meisten Entwicklungen sind. Ich habe vor kurzem einen iMac Pro mit 64GB für die Entwicklung bekommen. Ich benutze einen großen Werkzeugsatz. Ich habe den Aktivitätsmonitor überprüft und festgestellt, dass ich noch keine Auslagerungsdatei verwendet habe. Aber sobald alle Tools geladen sind, verwende ich irgendwo zwischen 32 GB und 64 GB, normalerweise 40-50 GB. Aber ich habe eigentlich noch nicht ALLES auf einmal geladen.
Was Sie sich fragen müssen ist:
- Ist es wichtig, dass das System beim Bauen reaktionsschnell ist?
- Wie lange eines Build-Zyklus sind Sie bereit zu tolerieren?
In der Frontend-Entwicklung gibt es normalerweise keinen „Build-Zyklus“, dh Build/Test/Repeat. Wie lange sind Sie bereit zu warten, um herauszufinden, dass Sie einen einfachen Fehler gemacht haben, dessen Korrektur einige Sekunden dauert? 15 Minuten? 5 Minuten? 1 Minute? 30 Sekunden?
Bei der App-Entwicklung mit einer kompilierten Sprache gibt es immer einen Build-Zyklus, der von Bedeutung sein kann. Ich verstehe, dass der Swift-Build-Zyklus wesentlich länger ist als der Objective-C-Build-Zyklus. (Ich selbst benutze Swift nicht, weil ich Hybridentwicklung mache und der zugrunde liegende Plattformcode in Objective-C (Java für Android), C und C++ ist - kein Swift).
Die Menge des verfügbaren Arbeitsspeichers hat einen erheblichen Einfluss auf die Build-Zykluszeit.
Das fasst es ziemlich gut zusammen. Wenn Sie VMs ausführen müssen, sind 8 GB machbar (Sie können eine VM bequem in 8 GB RAM ausführen). Wenn Sie eine SSD haben, ist der Geschwindigkeitsunterschied zwischen 8 GB und mehr RAM nicht sehr offensichtlich, es sei denn, Sie führen eine große Anzahl von VMs aus und / oder versuchen, eine riesige Codebasis zu kompilieren. C
Konstruieren
- 23. Juni 2010
- 17. Dez. 2018
Speicherhungrige Apps wie XCode und Android Studio werden mit 8 GB problemlos funktionieren. Das Problem würde auftreten, wenn Sie versuchten, Slack in Verbindung mit mehreren Gruppen auszuführen, während Sie Chrome mit zahlreichen Registerkarten oder möglicherweise ein VM-System zum Ausführen einiger Docker-Container geöffnet ließen. Es ist die Parallelität, die die Probleme verursacht.
Wenn Sie sich den Sprung auf 16 GB leisten können und planen, diese Maschine für eine Weile zu behalten, lohnt es sich meiner Meinung nach für die Zukunftssicherheit auf jeden Fall. Wenn die zusätzlichen Kosten ausreichen, um zweimal nachzudenken, dann vergiss es und nimm einfach 8 GB. Du wirst so oder so glücklich sein.
revmacian
- 20.10.2018
- VERWENDET
- 17. Dez. 2018
jtara meinte: 8GB reichen sicherlich nicht auf - zum Beispiel - einem Mac Mini, da ein ziemlich guter Teil (je nach Modell) davon für das Display verwendet wird.
Wie ich bereits sagte, führe ich Xcode auf meinem 2014 Mac mini aus - er hat 4 GB RAM und ich sehe keine Probleme. Wenn ich bequem mit 4GB codieren kann, dann reichen 8GB aus. J
jtara
- 23. April 2009
- 30. Dezember 2018
kadammanali987 sagte: (Die Leute behalten oft Anwendungen zum Kompilieren und spielen bis zu diesem Zeitpunkt. Dies verlangsamt die Verarbeitung)
Oder Sie können den Compile-Link-Run-Zyklus einfach so beschleunigen, dass Sie nur noch ein paar Minuten lang Ihren Hintern aus dem Stuhl holen.
Ein Teil davon ist, dass der Compiler über genügend Speicher verfügt, um effizient zu arbeiten, mit minimalem/keinem Swapping.
Dass Sie KÖNNEN, bedeutet nicht, dass Sie SOLLTEN. Sie müssen entscheiden, wie wertvoll Ihre Zeit ist.
Der entscheidende Moment für diese Gleichung liegt für mich vor vielen, vielen Jahren. Ein Produkt namens Instant-C. Es reduzierte diesen Zyklus von mehreren Minuten auf mehrere Sekunden. Es inspirierte mich, einen Compile-Link-Run-Zyklus für eine Anwendung, die Variationen (von einem ursprünglich in Fortran geschriebenen Modell) in mechanischen Baugruppen simuliert und analysiert, von 1/2 Stunde auf weniger als eine Minute zu reduzieren. (OK, ich habe geschummelt - ich habe den Compile-Link-Run-Zyklus entfernt ... indem ich einen domänenspezifischen Compiler und einen begleitenden Bytecode-Interpreter geschrieben habe) 35 Jahre später ist es immer noch die vorherrschende Lösung für diese Domäne.
Wie auch immer, OP hat seine Entscheidung getroffen - ich denke, eine weise.
Übrigens, würde ich meinen 2012 i7 Mini immer noch für Builds verwenden, würde ich eine Ramdisk verwenden. Es halbiert für mich ungefähr die Bauzeit auf dem Mini. Ich habe es auf meinem neuen iMac Pro ausprobiert, hatte aber nicht die gleiche Wirkung. Ich fürchte, ich habe nicht daran gedacht, die Ramdisk auszuprobieren, bis ich den iMac Pro bekam. MacOS hat keine wirklich großartigen RamDisk-Lösungen. Der Mini hat 16 GB. Es gibt keinen Spielraum für eine Ramdisk auf einem Computer mit 4 GB. (Der iMac Pro hat 64 GB).
vbctv
zu
- 25.09.2013
- Cleveland, Ohio
- 2. Mai 2019
jtara sagte: Verwendet das MacBook Pro Systemspeicher für das Display?
8 GB reichen sicherlich nicht auf - zum Beispiel - einem Mac Mini, da ein ziemlich guter Teil (je nach Modell) davon für das Display verwendet wird.
Das wichtigste Feedback, das hier gegeben wird, ist, dass bei neueren MacBooks der Speicher festgelötet ist. Sie treffen eine Entscheidung für die nächsten Jahre.
Ich habe einen 2018er Mac Mini, der an 2 Monitore angeschlossen ist und 8 GB RAM habe. Ich sehe nie Probleme und mache sowohl Android Studio- als auch Xcode-Entwicklungsarbeiten und führe MAMP Pro im Hintergrund aus. Der Speicherdruckmonitor geht nie wirklich hoch und bleibt immer grün und niedrig. Ich habe über ein Upgrade auf 16 GB diskutiert, aber ich sehe keinen wirklichen Bedarf, es sei denn, ich finde einen Killer-Deal im Angebot.... C
ChromeCloud
- 21. Juni 2009
- Italien
- 2. Mai 2019
Wenn ich versuche, mein MacBook Air mit 4 GB RAM zu verwenden, um iOS-Apps zu entwickeln (ich rede von echten Apps, nicht nur von kleinen Demo-Projekten), wird die Erfahrung sehr schnell ziemlich frustrierend. Wenn Sie nur Xcode und Safari mit 3 oder 4 Registerkarten öffnen, wird Ihr RAM vollständig gesättigt (denken Sie daran, dass das System allein etwa 2 GB benötigt) und die Verwendung des Simulators zum Debuggen Ihrer Apps ist so gut wie unmöglich (der Computer wird langsamer, bis er nicht mehr reagiert).
Mit 8GB wirst du in Ordnung sein. Aber nicht lange. Nehmen wir an, 8 GB sind das Minimum, um die vollständige iOS-Entwicklungssuite bequem auszuführen + ein paar Apps an der Seite, wenn Sie beispielsweise einen ausgefallenen Texteditor oder einige Tools zum Erstellen von Vektorgrafiken haben möchten.
Wenn ich also jetzt eine neue Maschine kaufen müsste und sie die nächsten 3 Jahre oder länger behalten müsste, würde ich mindestens 16 GB RAM bekommen.
Noch ein Wort der Vorsicht: Damit hätte ich vor ein paar Jahren nicht gerechnet, als ich meinen iMac gekauft habe (der über 32 GB RAM verfügt und meine Hauptworkstation ist), aber es sieht so aus, als ob Sie den Simulator ohne das Ruckeln der gesamten GUI ausführen möchten. VRAM (auch bekannt als Videospeicher) spielt auch eine wichtige Rolle in der Gleichung.
Für einen Retina iMac wird eine 2 GB Grafikkarte nicht ausreichen, um alles reibungslos zu laufen: Alle paar Sekunden wird der Puffer voll (ich erlebe dies jedoch nur während des Simulators) und der iMac friert für den Bruchteil einer Sekunde ein, während er wird geleert und wieder gefüllt. Es ist super nervig.
Meine Empfehlung für etwas, an dem Sie die nächsten 3 Jahre bequem arbeiten können, lautet daher: 16 GB RAM (oder mehr) + 4 GB VRAM (oder mehr) .
mkelly
- 29. November 2007
- 3. Mai 2019
Menschenmengen
- 12. Februar 2019
- 4. Mai 2019
In derselben Anwendung kann ich sehen, dass die RAM-Auslastung ohne Swap unter 8 GB liegt. Für später denke ich daran, den RAM zu aktualisieren, aber ich habe es im Moment nicht eilig. F
Filipeteixeira
- 10.04.2013
- 6. Mai 2019
Beliebte Beiträge