imacedoński
Oryginalny plakat- 10 paź 2015
- Brno, CZ
- 15 grudnia 2018 r.
Poważnie rozważam zakup MacBooka Pro 13 '2018. Głównym zastosowaniem laptopa będzie kodowanie (tworzenie front-endu), ale chciałbym później zagłębić się w tworzenie aplikacji na iOS. Powiedziawszy to, czy 8 GB pamięci RAM wystarczy do uruchomienia XCODE, czy powinienem zainwestować trochę więcej, aby uzyskać wersję 16 GB?
rewmacian
- 20 paź 2018
- ZASTOSOWANIA
- 15 grudnia 2018 r.
iMacedonian powiedział: Hej tam.Używam Xcode na moim Macu mini z 2014 roku – ma 4 GB RAM i nie widzę żadnych problemów. Znajdą się ludzie, którzy powiedzą ci, że 16 GB lub więcej pamięci RAM jest koniecznością, ale widziałem, że to po prostu nieprawda.
Poważnie rozważam zakup MacBooka Pro 13 '2018. Głównym zastosowaniem laptopa będzie kodowanie (tworzenie front-endu), ale chciałbym później zagłębić się w tworzenie aplikacji na iOS. Powiedziawszy to, czy 8 GB pamięci RAM wystarczy do uruchomienia XCODE, czy powinienem zainwestować trochę więcej, aby uzyskać wersję 16 GB?
Emanuel rodriguez
- 17 paź 2018
- 15 grudnia 2018 r.
revmacian powiedział: uruchamiam Xcode na moim Macu mini 2014 - ma 4 GB RAM i nie widzę żadnych problemów. Znajdą się ludzie, którzy powiedzą ci, że 16 GB lub więcej pamięci RAM jest koniecznością, ale widziałem, że to po prostu nieprawda.Zgoda. Odkryłem, że nawet Raspberry Pi z jednym gigabajtem pamięci RAM jest w stanie skompilować większość rzeczy. Jeśli projekt ma mnóstwo kodu C++ (patrząc na LLVM) lub inne złożone języki (wymagające ciężkiej pracy kompilatora, a tym samym używania większej ilości pamięci RAM), to generalnie nie może nim zarządzać. Z mojego doświadczenia wynika, że około 3 GB to bezpieczne minimum do pracy programistycznej.
EDYCJA: Pamiętaj, że w maszynie wirtualnej było to 3 GB, bez GUI. Opcja 8 GB jest na razie zdecydowanie bezpieczna. Polecam 16 GB tylko na przyszłość. 8 GB zaczyna być mniej wygodne niż w przeszłości. Ostatnia edycja: 15 grudnia 2018
ammulder
- 18 grudnia 2015 r.
- 16 grudnia 2018 r.
Doglobber
- 19 paź 2014
- Apple Campus, Cupertino CA
- 16 grudnia 2018 r.
960projekt
- 17 kwi 2012
- Przeznaczenie, FL
- 17 grudnia 2018 r.
iMacedonian powiedział: Hej tam.8 GB to dużo, używam 16 GB MBPr i rzadko widzę, jak ciśnienie pamięci przeskakuje powyżej 8 GB.
Poważnie rozważam zakup MacBooka Pro 13 '2018. Głównym zastosowaniem laptopa będzie kodowanie (tworzenie front-endu), ale chciałbym później zagłębić się w tworzenie aplikacji na iOS. Powiedziawszy to, czy 8 GB pamięci RAM wystarczy do uruchomienia XCODE, czy powinienem zainwestować trochę więcej, aby uzyskać wersję 16 GB?
Na marginesie sprawdź Expo.io ( https://expo.io/ ). To jest to, czego obecnie używają wszystkie fajne dzieciaki (o wiele łatwiejsze do wdrożenia na wielu platformach). Zastrzeżenie: będzie działać z większością aplikacji, ale niektóre mają specyficzne wymagania sprzętowe / potrzeby, których expo nie spełni. Niemniej fantastyczne miejsce startowe.
jtara
- 23 kwietnia 2009
- 17 grudnia 2018 r.
Czy masz na myśli „wystarczająco, aby kompilacje nie zawiodły?”
Lub „wystarczająco, aby kompilacja była kompletna w akceptowalnym terminie”?
I/lub „wystarczająco, aby interfejs użytkownika nie był opóźniony i mogłem pracować w edytorze/przeglądać sieć/odczytywać wiadomości e-mail podczas kompilacji bez spowolnienia?
To zależy od Twoich oczekiwań i Twojego zestawu narzędzi.
Programowanie frontendu zazwyczaj ma krótki/prosty toolchain. Wszystko, czego naprawdę potrzebujesz, to dobry edytor odpowiedni do zadania, jakiś mały „zabawkowy” serwer sieciowy, być może jakieś narzędzia do minimalizacji Javascript/CSS (i być może kompilator Sass) do kompilacji produkcyjnych, a podczas tworzenia zwykle nie używasz nawet że.
Programowanie zaplecza często może wymagać tylko rozwoju frontonu. Albo może potrzebować trochę więcej. Na przykład używam PostgreSQL jako bazy danych. Mam więc lokalną instancję do programowania/testowania. Uruchamiam pgAdmin4, który działa w kontenerze Docker. Może być konieczne uruchomienie maszyny wirtualnej, która replikuje środowisko zaplecza. Suma GB.
Tworzenie aplikacji natywnych często odbywa się przy użyciu minimalnych narzędzi. Do tworzenia podstawowych aplikacji na iOS nie potrzebujesz niczego więcej niż Xcode. OK, i symulator iOS. Jeśli robisz coś w rodzaju hybrydowego, wieloplatformowego rozwoju, prawdopodobnie dodaj dodatkowe komponenty toolchain - i koniecznie Android SDK i narzędzia do budowania. Programowanie Androida używa innego kompilatora. Dodaj kolejny symulator. (Używam GenyMotion, ponieważ oba podejścia dostarczone przez Google są powolne jak melasa.) Każdy przyzwoity symulator Androida działa na maszynie wirtualnej.
Och, musisz przetestować tę witrynę w systemie Windows? Dodaj maszynę wirtualną z systemem Windows.
Tak wiele narzędzi działa dziś w kontenerze lub na maszynie wirtualnej. To zwiększa zapotrzebowanie na pamięć.
Zyskaj tyle pamięci, ile może wytrzymać Twój budżet. Myślę jednak, że 64 GB jest obecnie praktycznym ograniczeniem dla większości programów rozwojowych. Niedawno dostałem iMaca Pro z 64 GB do rozwoju. Używam dużego zestawu narzędzi. Sprawdziłem Monitor aktywności i stwierdziłem, że nie użyłem jeszcze pliku wymiany. Ale po załadowaniu wszystkich narzędzi używam od 32 GB do 64 GB, zwykle 40-50 GB. Ale właściwie nie załadowałem jeszcze WSZYSTKIEGO na raz.
Musisz sobie zadać pytanie:
- Czy ważne jest, aby system był responsywny podczas budowania?
- Jak długo cykl kompilacji jesteś w stanie tolerować?
W przypadku programowania frontendowego zazwyczaj nie ma „cyklu kompilacji”, to znaczy kompilacji/testowania/powtórzeń. Jak długo chcesz czekać, aby dowiedzieć się, że popełniłeś prosty błąd, którego naprawienie zajmie kilka sekund? 15 minut? 5 minut? 1 minuta? 30 sekund?
W przypadku tworzenia aplikacji przy użyciu języka skompilowanego zawsze masz cykl kompilacji, który może być znaczący. Rozumiem, że cykl kompilacji Swift jest znacznie dłuższy niż cykl kompilacji Objective-C. (Sam nie używam Swift, ponieważ zajmuję się rozwojem hybrydowym, a bazowy kod platformy jest w Objective-C (Java dla Androida), C i C++ - bez Swift).
Ilość dostępnej pamięci RAM będzie miała znaczący wpływ na czas cyklu kompilacji.
mpe
- 3 września 2010 r.
- 17 grudnia 2018 r.
Tak. Na większość rzeczy wystarczy 8 GB pamięci RAM.
jtara
- 23 kwietnia 2009
- 17 grudnia 2018 r.
mpe powiedział: Tak. Na większość rzeczy wystarczy 8 GB pamięci RAM.
Czy MacBook Pro używa pamięci systemowej do wyświetlania?
8 GB z pewnością nie wystarczy na - na przykład - Mac Mini, ponieważ całkiem niezły kawałek (w zależności od modelu) jest używany na wyświetlacz.
Najważniejszą informacją podaną tutaj jest to, że w najnowszych MacBookach pamięć jest lutowana. Podejmujesz decyzję na kilka następnych lat.
Toutou
do
- 6 stycznia 2015 r.
- Praga, Republika Czeska
- 17 grudnia 2018 r.
imacedoński
Oryginalny plakat- 10 paź 2015
- Brno, CZ
- 17 grudnia 2018 r.
jtara powiedział: Zdefiniuj, co masz na myśli mówiąc „wystarczająco”?Dzięki za tę obszerną odpowiedź, dało mi to lepsze spojrzenie na zasoby potrzebne do tych różnych scenariuszy kodowania, o których wspomniałeś.
Czy masz na myśli „wystarczająco, aby kompilacje nie zawiodły?”
Lub „wystarczająco, aby kompilacja była kompletna w akceptowalnym terminie”?
I/lub „wystarczająco, aby interfejs użytkownika nie był opóźniony i mogłem pracować w edytorze/przeglądać sieć/odczytywać wiadomości e-mail podczas kompilacji bez spowolnienia?
To zależy od Twoich oczekiwań i Twojego zestawu narzędzi.
Programowanie frontendu zazwyczaj ma krótki/prosty toolchain. Wszystko, czego naprawdę potrzebujesz, to dobry edytor odpowiedni do zadania, jakiś mały „zabawkowy” serwer sieciowy, być może jakieś narzędzia do minimalizacji Javascript/CSS (i być może kompilator Sass) do kompilacji produkcyjnych, a podczas tworzenia zwykle nie używasz nawet że.
Programowanie zaplecza często może wymagać tylko rozwoju frontonu. Albo może potrzebować trochę więcej. Na przykład używam PostgreSQL jako bazy danych. Mam więc lokalną instancję do programowania/testowania. Uruchamiam pgAdmin4, który działa w kontenerze Docker. Może być konieczne uruchomienie maszyny wirtualnej, która replikuje środowisko zaplecza. Suma GB.
Tworzenie aplikacji natywnych często odbywa się przy użyciu minimalnych narzędzi. Do tworzenia podstawowych aplikacji na iOS nie potrzebujesz niczego więcej niż Xcode. OK, i symulator iOS. Jeśli robisz coś w rodzaju hybrydowego, wieloplatformowego rozwoju, prawdopodobnie dodaj dodatkowe komponenty toolchain - i koniecznie Android SDK i narzędzia do budowania. Programowanie Androida używa innego kompilatora. Dodaj kolejny symulator. (Używam GenyMotion, ponieważ oba podejścia dostarczone przez Google są powolne jak melasa.) Każdy przyzwoity symulator Androida działa na maszynie wirtualnej.
Och, musisz przetestować tę witrynę w systemie Windows? Dodaj maszynę wirtualną z systemem Windows.
Tak wiele narzędzi działa dziś w kontenerze lub na maszynie wirtualnej. To zwiększa zapotrzebowanie na pamięć.
Zyskaj tyle pamięci, ile może wytrzymać Twój budżet. Myślę jednak, że 64 GB jest obecnie praktycznym ograniczeniem dla większości programów rozwojowych. Niedawno dostałem iMaca Pro z 64 GB do rozwoju. Używam dużego zestawu narzędzi. Sprawdziłem Monitor aktywności i stwierdziłem, że nie użyłem jeszcze pliku wymiany. Ale po załadowaniu wszystkich narzędzi używam od 32 GB do 64 GB, zwykle 40-50 GB. Ale właściwie nie załadowałem jeszcze WSZYSTKIEGO na raz.
Musisz sobie zadać pytanie:
- Czy ważne jest, aby system był responsywny podczas budowania?
- Jak długo cykl kompilacji jesteś w stanie tolerować?
W przypadku programowania frontendowego zazwyczaj nie ma „cyklu kompilacji”, to znaczy kompilacji/testowania/powtórzeń. Jak długo chcesz czekać, aby dowiedzieć się, że popełniłeś prosty błąd, którego naprawienie zajmie kilka sekund? 15 minut? 5 minut? 1 minuta? 30 sekund?
W przypadku tworzenia aplikacji przy użyciu języka skompilowanego zawsze masz cykl kompilacji, który może być znaczący. Rozumiem, że cykl kompilacji Swift jest znacznie dłuższy niż cykl kompilacji Objective-C. (Sam nie używam Swift, ponieważ zajmuję się rozwojem hybrydowym, a bazowy kod platformy jest w Objective-C (Java dla Androida), C i C++ - bez Swift).
Ilość dostępnej pamięci RAM będzie miała znaczący wpływ na czas cyklu kompilacji.
[podwójny post=1545084766][/podwójny post]
ammulder powiedział: Jak długo planujesz zatrzymać maszynę? Ponieważ pamięci nie można uaktualnić, naprawdę kupujesz tyle pamięci, ile będziesz potrzebować za 3-5 lat, a nie dzisiaj. (Mając na uwadze, że każda wersja narzędzi programistycznych zużywa więcej pamięci niż poprzednia.) Szczególnie jeśli korzystasz z kontenerów lub maszyn wirtualnych (np. do uruchomienia lokalnej wersji jakiegoś zaplecza, z którym łączy się Twoja aplikacja), hit produktywności za mało pamięci później nie jest teraz warte oszczędności.Moje laptopy zwykle wytrzymują 4-6 lat, a nawet dłużej, więc na podstawie tego, co do tej pory przeczytałem, może najlepiej będzie mieć wersję 16 GB, jeśli chcę zmaksymalizować wykorzystanie. DO
Anony-mysz
- 25 sierpnia 2016
- 17 grudnia 2018 r.
jtara powiedział: Zdefiniuj, co masz na myśli mówiąc „wystarczająco”?
(fantastyczna okazja)
Tak wiele narzędzi działa dziś w kontenerze lub na maszynie wirtualnej. To zwiększa zapotrzebowanie na pamięć.
Zyskaj tyle pamięci, ile może wytrzymać Twój budżet. Myślę jednak, że 64 GB jest obecnie praktycznym ograniczeniem dla większości programów rozwojowych. Niedawno dostałem iMaca Pro z 64 GB do rozwoju. Używam dużego zestawu narzędzi. Sprawdziłem Monitor aktywności i stwierdziłem, że nie użyłem jeszcze pliku wymiany. Ale po załadowaniu wszystkich narzędzi używam od 32 GB do 64 GB, zwykle 40-50 GB. Ale właściwie nie załadowałem jeszcze WSZYSTKIEGO na raz.
Musisz sobie zadać pytanie:
- Czy ważne jest, aby system był responsywny podczas budowania?
- Jak długo cykl kompilacji jesteś w stanie tolerować?
W przypadku programowania frontendowego zazwyczaj nie ma „cyklu kompilacji”, to znaczy kompilacji/testowania/powtórzeń. Jak długo chcesz czekać, aby dowiedzieć się, że popełniłeś prosty błąd, którego naprawienie zajmie kilka sekund? 15 minut? 5 minut? 1 minuta? 30 sekund?
W przypadku tworzenia aplikacji przy użyciu języka skompilowanego zawsze masz cykl kompilacji, który może być znaczący. Rozumiem, że cykl kompilacji Swift jest znacznie dłuższy niż cykl kompilacji Objective-C. (Sam nie używam Swift, ponieważ zajmuję się rozwojem hybrydowym, a bazowy kod platformy jest w Objective-C (Java dla Androida), C i C++ - bez Swift).
Ilość dostępnej pamięci RAM będzie miała znaczący wpływ na czas cyklu kompilacji.
To właściwie podsumowuje. Jeśli potrzebujesz uruchomić maszyny wirtualne, 8 GB jest wykonalne (możesz wygodnie uruchomić jedną maszynę wirtualną w 8 GB pamięci RAM). Jeśli masz dysk SSD, różnica prędkości między posiadaniem 8 GB a większą ilością pamięci RAM nie będzie bardzo oczywista, chyba że korzystasz z dużej liczby maszyn wirtualnych i/lub próbujesz skompilować ogromną bazę kodu. C
Zbudować
- 23 czerwca 2010
- 17 grudnia 2018 r.
Aplikacje wymagające pamięci, takie jak XCode i Android Studio, poradzą sobie z 8 GB. Problem pojawiłby się, gdybyś spróbował uruchomić Slacka połączonego z wieloma grupami, pozostawiając Chrome otwartego z wieloma kartami lub może system VM do uruchamiania niektórych kontenerów Dockera. To współbieżność powoduje problemy.
Jeśli możesz sobie pozwolić na skok do 16 GB i planujesz zatrzymać tę maszynę przez jakiś czas, myślę, że jest to całkowicie tego warte, aby zabezpieczyć ją na przyszłość. Jeśli dodatkowy koszt wystarczy, że zastanowisz się dwa razy, zapomnij o tym i po prostu zrób 8 GB. Tak czy inaczej będziesz szczęśliwy.
rewmacian
- 20 paź 2018
- ZASTOSOWANIA
- 17 grudnia 2018 r.
jtara powiedział: 8 GB z pewnością nie wystarczy na - na przykład - Mac Mini, ponieważ całkiem niezła część (w zależności od modelu) jest wykorzystywana na wyświetlacz.
Jak wspomniałem wcześniej, uruchamiam Xcode na moim Macu mini 2014 – ma 4 GB RAM i nie widzę żadnych problemów. Jeśli mogę kodować wygodnie z 4 GB, to 8 GB wystarczy. J
jtara
- 23 kwietnia 2009
- 30 grudnia 2018 r.
kadammanali987 powiedział: (Ludzie często utrzymują aplikację do kompilowania i grania w gry do tego czasu. To spowalnia przetwarzanie)
Możesz też po prostu przyspieszyć cykl kompilacji-uruchomienia łącza do punktu, w którym przez kilka minut zajmie to nie więcej niż zdrowe wyjście z krzesła.
Jednym z elementów jest posiadanie wystarczającej ilości pamięci, aby kompilator działał wydajnie, z minimalną/bez wymiany.
To, że MOŻESZ nie oznacza, że POWINNO. Musisz zdecydować, jak cenny jest Twój czas.
Decydujący moment dla tego równania był dla mnie wiele, wiele lat temu. Produkt o nazwie Instant-C. Skróciło ten cykl z kilku minut do kilku sekund. Zainspirowało mnie to do skrócenia cyklu kompilacja-link-uruchomienie aplikacji, która symuluje i analizuje wariacje (od modelu, oryginalnie napisanego w Fortranie) w zespołach mechanicznych z 1/2 godziny do mniej niż minuty. (OK, oszukałem - usunąłem cykl kompilacja-link-uruchomienie... pisząc kompilator specyficzny dla domeny i towarzyszący interpreter kodu bajtowego) 35 lat później nadal jest to dominujące rozwiązanie dla tej domeny.
W każdym razie OP podjął decyzję - myślę, że mądrą.
BTW, gdybym nadal używał mojego 2012 i7 Mini do kompilacji, zatrudniłbym Ramdisk. To w przybliżeniu o połowę skraca czas budowy dla mnie na Mini. Wypróbowałem go na moim nowym iMacu Pro, ale nie dałem takiego efektu. Obawiam się, że nie pomyślałem o wypróbowaniu ramdysku, dopóki nie dostałem iMaca Pro. MacOS tak naprawdę nie ma świetnych rozwiązań RamDisk. Mini ma 16 GB. Na maszynie z 4 GB nie ma marginesu na ramdysk. (iMac Pro ma 64 GB).
vbctv
do
- 25 września 2013 r.
- Cleveland, Ohio
- 2 maja 2019 r.
jtara powiedział: Czy MacBook Pro używa pamięci systemowej do wyświetlania?
8 GB z pewnością nie wystarczy na - na przykład - Mac Mini, ponieważ całkiem niezły kawałek (w zależności od modelu) jest używany na wyświetlacz.
Najważniejszą informacją podaną tutaj jest to, że w najnowszych MacBookach pamięć jest lutowana. Podejmujesz decyzję na kilka następnych lat.
Mam komputer Mac Mini z 2018 r. podłączony do 2 monitorów i 8 GB pamięci RAM, nigdy nie widzę żadnych problemów i pracuję zarówno nad Androidem Studio, jak i Xcode, a także uruchamiam MAMP Pro w tle. Monitor ciśnienia pamięci nigdy tak naprawdę nie podnosi się i zawsze pozostaje zielony i niski. Rozmawiałem o uaktualnieniu do 16 GB, ale tak naprawdę nie widzę potrzeby, chyba że znajdę zabójczą ofertę na sprzedaż.... C
ChromeCloud
- 21 czerwca 2009
- Włochy
- 2 maja 2019 r.
Kiedy próbuję używać MacBooka Air z 4 GB pamięci RAM do tworzenia aplikacji na iOS (mówię o prawdziwych aplikacjach, a nie tylko małych projektach demonstracyjnych), doświadczenie bardzo szybko staje się frustrujące. Samo otwarcie Xcode i Safari z 3 lub 4 zakładkami całkowicie nasyci pamięć RAM (pamiętaj, że sam system zajmuje około 2 GB), a użycie symulatora do debugowania aplikacji jest prawie niemożliwe (komputer zwalnia do tego stopnia, że przestaje odpowiadać).
Z 8 GB wszystko będzie w porządku. Ale nie na długo. Powiedzmy, że 8 GB to minimum do wygodnego uruchomienia pełnego pakietu programistycznego iOS + kilka aplikacji z boku, jeśli chcesz mieć na przykład wymyślny edytor tekstu lub narzędzia do tworzenia grafiki wektorowej.
Tak więc, gdybym miał teraz kupić nową maszynę i zachować ją przez następne 3 lata lub dłużej, dostałbym co najmniej 16 GB pamięci RAM.
Jeszcze jedno słowo ostrzeżenia: nigdy bym się tego nie spodziewał kilka lat temu, kupując iMaca (który ma 32 GB pamięci RAM i jest moją główną stacją roboczą), ale wygląda na to, że jeśli chcesz uruchomić symulator bez zacinania się całego GUI, VRAM (aka pamięć wideo) również odgrywa ważną rolę w równaniu.
W przypadku iMaca z siatkówką karta graficzna o pojemności 2 GB nie wystarczy, aby wszystko działało płynnie: co kilka sekund bufor się zapełnia (doświadczam tego tylko podczas uruchamiania symulatora), a iMac zawiesza się na ułamek sekundy. zostaje opróżniony i ponownie napełniony. To bardzo irytujące.
Tak więc moja rekomendacja na coś, nad czym można wygodnie pracować przez najbliższe 3 lata, to: 16 GB pamięci RAM (lub więcej) + 4 GB pamięci VRAM (lub więcej) .
mkelly
- 29 listopada 2007
- 3 maja 2019
tłumy
- 12 lut 2019
- 4 maja 2019 r.
W tej samej aplikacji widzę, że wykorzystanie pamięci RAM jest poniżej 8 GB bez wymiany. Na później myślę o aktualizacji pamięci RAM, ale w tej chwili nie spieszy mi się. F
Filipeteixeira
- 10 kwi 2013
- 6 maja 2019
Popularne Wiadomości