아이마케도니아어
오리지널 포스터- 2015년 10월 10일
- 브르노, CZ
- 2018년 12월 15일
저는 MacBook Pro 13' 2018을 구입하는 것을 진지하게 고려하고 있습니다. 랩톱의 주요 용도는 코딩(프론트 엔드 웹 개발)이지만 나중에 iOS 앱 개발에 뛰어들고 싶습니다. 즉, 8GB의 RAM이 XCODE를 실행하기에 충분합니까 아니면 16GB 버전을 얻기 위해 더 투자해야 합니까?
레마시안
- 2018년 10월 20일
- 용도
- 2018년 12월 15일
iMacedonian이 말했습니다: 안녕하세요.2014 Mac mini에서 Xcode를 실행합니다. 4GB RAM이 있고 아무런 문제가 없습니다. 16GB 이상의 RAM이 필수라고 말하는 사람들이 있을 것입니다. 그러나 저는 이것이 사실이 아님을 알았습니다.
저는 MacBook Pro 13' 2018을 구입하는 것을 진지하게 고려하고 있습니다. 랩톱의 주요 용도는 코딩(프론트 엔드 웹 개발)이지만 나중에 iOS 앱 개발에 뛰어들고 싶습니다. 즉, 8GB의 RAM이 XCODE를 실행하기에 충분합니까 아니면 16GB 버전을 얻기 위해 더 투자해야 합니까?
엠마누엘 로드리게스
- 2018년 10월 17일
- 2018년 12월 15일
revmacian은 다음과 같이 말했습니다: 2014년 Mac mini에서 Xcode를 실행합니다. 4GB RAM이 있고 아무런 문제가 없습니다. 16GB 이상의 RAM이 필수라고 말하는 사람들이 있을 것입니다. 그러나 저는 이것이 사실이 아님을 알았습니다.동의. 단일 기가 램을 탑재한 라즈베리 파이도 대부분의 것을 컴파일할 수 있다는 것을 알게 되었습니다. 프로젝트에 수많은 C++ 코드(LLVM이 있음) 또는 기타 복잡한 언어(컴파일러가 열심히 일해야 하므로 더 많은 RAM을 사용해야 함)가 있는 경우 일반적으로 관리할 수 없습니다. 내 경험상 개발 작업을 위한 안전한 최소값은 약 3GB인 것 같습니다.
편집: GUI가 없는 VM 내부의 3GB라는 점을 염두에 두십시오. 8GB 옵션은 현재로서는 확실히 안전합니다. 그래도 미래 대비를 위해 16GB를 권장합니다. 8GB는 과거보다 불편해지기 시작했습니다. 최종 수정일: 2018년 12월 15일
앰멀더
- 2015년 12월 18일
- 2018년 12월 16일
개구쟁이
- 2014년 10월 19일
- Apple 캠퍼스, 캘리포니아 쿠퍼티노
- 2018년 12월 16일
960디자인
- 2012년 4월 17일
- 데스티니, 플로리다
- 2018년 12월 17일
iMacedonian이 말했습니다: 안녕하세요.8GB면 충분합니다. 저는 16GB MBPr을 사용하고 메모리 압력이 8GB를 넘는 경우는 거의 없습니다.
저는 MacBook Pro 13' 2018을 구입하는 것을 진지하게 고려하고 있습니다. 랩톱의 주요 용도는 코딩(프론트 엔드 웹 개발)이지만 나중에 iOS 앱 개발에 뛰어들고 싶습니다. 즉, 8GB의 RAM이 XCODE를 실행하기에 충분합니까 아니면 16GB 버전을 얻기 위해 더 투자해야 합니까?
여담으로 Expo.io( https://expo.io/ ). 이것은 요즘 모든 멋진 아이들이 사용하는 것입니다(여러 플랫폼에 배포하기가 훨씬 쉽습니다). 주의 사항: 대부분의 앱에서 작동하지만 일부 앱에는 엑스포가 충족하지 못하는 특정 하드웨어 요구 사항/요구 사항이 있습니다. 그럼에도 불구하고 환상적인 출발점.
짜라
- 2009년 4월 23일
- 2018년 12월 17일
빌드가 실패하지 않도록 '충분히'를 의미합니까?
아니면 '허용 가능한 기간 내에 빌드가 완료될 만큼'입니까?
그리고/또는 'UI가 지연되지 않고 에디터에서 작업할 수 있고/웹 검색을 할 수 있고/빌드 중에 느려짐 없이 이메일을 읽을 수 있습니까?
그것은 당신의 기대와 도구 체인에 달려 있습니다.
프론트엔드 개발에는 일반적으로 짧고 간단한 도구 모음이 있습니다. 정말로 필요한 것은 작업에 적합한 좋은 편집기, 약간의 '장난감' 웹 서버, 아마도 프로덕션 빌드를 위해 Javascript/CSS(및 아마도 Sass 컴파일러)를 축소하기 위한 몇 가지 도구, 그리고 개발 중에는 일반적으로 사용하지 않을 것입니다. 저것.
백엔드 개발에는 종종 프론트엔드 개발 이상이 필요하지 않을 수 있습니다. 아니면 조금 더 필요할 수도 있습니다. 예를 들어 PostgreSQL을 데이터베이스로 사용합니다. 그래서 개발/테스트를 위한 로컬 인스턴스가 있습니다. Docker 컨테이너에서 실행되는 pgAdmin4를 실행합니다. 백엔드 환경을 복제하는 VM을 실행해야 할 수도 있습니다. GB가 추가됩니다.
기본 앱 개발은 종종 최소한의 도구로 수행됩니다. 기본 iOS 앱 개발에는 Xcode만 있으면 됩니다. 좋아, 그리고 iOS 시뮬레이터. 일종의 하이브리드 크로스 플랫폼 개발을 수행하는 경우 추가 도구 체인 구성 요소를 추가하고 필요에 따라 Android SDK 및 빌드 도구를 추가할 수 있습니다. Android 개발은 다른 컴파일러를 사용합니다. 다른 시뮬레이터를 추가하십시오. (Google에서 제공하는 두 가지 접근 방식 모두 당밀만큼 느리기 때문에 GenyMotion을 사용합니다.) 괜찮은 Android 시뮬레이터는 VM에서 실행됩니다.
아, Windows에서 해당 웹사이트를 테스트해야 합니까? Windows VM을 추가합니다.
오늘날 많은 도구가 컨테이너나 VM에서 실행됩니다. 메모리 요구 사항이 추가됩니다.
예산이 감당할 수 있는 한 많은 메모리를 확보하십시오. 하지만 64GB는 오늘날 대부분의 개발에서 실질적인 한계라고 생각합니다. 저는 최근에 개발용으로 64GB가 탑재된 iMac Pro를 받았습니다. 나는 큰 도구 세트를 사용합니다. 활동 모니터를 확인했는데 아직 스왑 파일을 사용하지 않은 것으로 나타났습니다. 그러나 모든 도구가 로드되면 32GB에서 64GB 사이, 일반적으로 40-50GB를 사용하고 있습니다. 그러나 나는 실제로 아직 모든 것을 한 번에 로드하지 못했습니다.
스스로에게 물어봐야 할 것은 다음과 같습니다.
- 구축하는 동안 시스템이 응답하는 것이 중요합니까?
- 얼마나 오래 빌드 주기를 용인할 의향이 있습니까?
프론트엔드 개발에서는 일반적으로 빌드/테스트/반복이라는 '빌드 주기'가 없습니다. 수정하는 데 몇 초가 걸리는 간단한 실수를 저질렀다는 사실을 알기 위해 얼마나 기다릴 의향이 있습니까? 15 분? 5 분? 1 분? 30 초?
컴파일된 언어를 사용하는 앱 개발에는 항상 빌드 주기가 있으며 중요할 수 있습니다. 나는 Swift 빌드 주기가 Objective-C 빌드 주기보다 상당히 길다는 것을 알고 있습니다. (저는 하이브리드 개발을 수행하고 기본 플랫폼 코드가 Objective-C(Android용 Java), C 및 C++에 있으므로 Swift를 직접 사용하지 않습니다. Swift는 사용하지 않습니다.)
사용 가능한 RAM의 양은 빌드 주기 시간에 상당한 영향을 미칩니다.
mp
- 2010년 9월 3일
- 2018년 12월 17일
예. 8GB RAM이면 대부분의 작업에 충분합니다.
짜라
- 2009년 4월 23일
- 2018년 12월 17일
mpe가 말했다: 네. 8GB RAM이면 대부분의 작업에 충분합니다.
MacBook Pro는 디스플레이에 시스템 메모리를 사용합니까?
8GB는 확실히 충분하지 않습니다. 예를 들어, Mac Mini의 경우 꽤 좋은 덩어리(모델에 따라 다름)가 디스플레이에 사용되기 때문입니다.
여기에 제공된 가장 중요한 피드백은 최근 MacBook에서 메모리가 납땜되어 있다는 것입니다. 당신은 앞으로 몇 년 동안 결정을 내리고 있습니다.
투투
에게
- 2015년 1월 6일
- 프라하, 체코
- 2018년 12월 17일
아이마케도니아어
오리지널 포스터- 2015년 10월 10일
- 브르노, CZ
- 2018년 12월 17일
jtara가 말했습니다: '충분히'가 무엇을 의미하는지 정의하시겠습니까?광범위한 응답 덕분에 언급한 다양한 코딩 시나리오에 필요한 리소스에 대한 더 나은 관점을 얻을 수 있었습니다.
빌드가 실패하지 않도록 '충분히'를 의미합니까?
아니면 '허용 가능한 기간 내에 빌드가 완료될 만큼'입니까?
그리고/또는 'UI가 지연되지 않고 에디터에서 작업할 수 있고/웹 검색을 할 수 있고/빌드 중에 느려짐 없이 이메일을 읽을 수 있습니까?
그것은 당신의 기대와 도구 체인에 달려 있습니다.
프론트엔드 개발에는 일반적으로 짧고 간단한 도구 모음이 있습니다. 정말로 필요한 것은 작업에 적합한 좋은 편집기, 약간의 '장난감' 웹 서버, 아마도 프로덕션 빌드를 위해 Javascript/CSS(및 아마도 Sass 컴파일러)를 축소하기 위한 몇 가지 도구, 그리고 개발 중에는 일반적으로 사용하지 않을 것입니다. 저것.
백엔드 개발에는 종종 프론트엔드 개발 이상이 필요하지 않을 수 있습니다. 아니면 조금 더 필요할 수도 있습니다. 예를 들어 PostgreSQL을 데이터베이스로 사용합니다. 그래서 개발/테스트를 위한 로컬 인스턴스가 있습니다. Docker 컨테이너에서 실행되는 pgAdmin4를 실행합니다. 백엔드 환경을 복제하는 VM을 실행해야 할 수도 있습니다. GB가 추가됩니다.
기본 앱 개발은 종종 최소한의 도구로 수행됩니다. 기본 iOS 앱 개발에는 Xcode만 있으면 됩니다. 좋아, 그리고 iOS 시뮬레이터. 일종의 하이브리드 크로스 플랫폼 개발을 수행하는 경우 추가 도구 체인 구성 요소를 추가하고 필요에 따라 Android SDK 및 빌드 도구를 추가할 수 있습니다. Android 개발은 다른 컴파일러를 사용합니다. 다른 시뮬레이터를 추가하십시오. (Google에서 제공하는 두 가지 접근 방식 모두 당밀만큼 느리기 때문에 GenyMotion을 사용합니다.) 괜찮은 Android 시뮬레이터는 VM에서 실행됩니다.
아, Windows에서 해당 웹사이트를 테스트해야 합니까? Windows VM을 추가합니다.
오늘날 많은 도구가 컨테이너나 VM에서 실행됩니다. 메모리 요구 사항이 추가됩니다.
예산이 감당할 수 있는 한 많은 메모리를 확보하십시오. 하지만 64GB는 오늘날 대부분의 개발에서 실질적인 한계라고 생각합니다. 저는 최근에 개발용으로 64GB가 탑재된 iMac Pro를 받았습니다. 나는 큰 도구 세트를 사용합니다. 활동 모니터를 확인했는데 아직 스왑 파일을 사용하지 않은 것으로 나타났습니다. 그러나 모든 도구가 로드되면 32GB에서 64GB 사이, 일반적으로 40-50GB를 사용하고 있습니다. 그러나 나는 실제로 아직 모든 것을 한 번에 로드하지 못했습니다.
스스로에게 물어봐야 할 것은 다음과 같습니다.
- 구축하는 동안 시스템이 응답하는 것이 중요합니까?
- 얼마나 오래 빌드 주기를 용인할 의향이 있습니까?
프론트엔드 개발에서는 일반적으로 빌드/테스트/반복이라는 '빌드 주기'가 없습니다. 수정하는 데 몇 초가 걸리는 간단한 실수를 저질렀다는 사실을 알기 위해 얼마나 기다릴 의향이 있습니까? 15 분? 5 분? 1 분? 30 초?
컴파일된 언어를 사용하는 앱 개발에는 항상 빌드 주기가 있으며 중요할 수 있습니다. 나는 Swift 빌드 주기가 Objective-C 빌드 주기보다 상당히 길다는 것을 알고 있습니다. (저는 하이브리드 개발을 수행하고 기본 플랫폼 코드가 Objective-C(Android용 Java), C 및 C++에 있으므로 Swift를 직접 사용하지 않습니다. Swift는 사용하지 않습니다.)
사용 가능한 RAM의 양은 빌드 주기 시간에 상당한 영향을 미칩니다.
[doublepost=1545084766][/doublepost]
ammulder가 말했다: 기계를 얼마나 오래 유지할 계획입니까? 메모리를 업그레이드할 수 없기 때문에 오늘이 아니라 3-5년 후에 필요한 메모리 양을 보고 구매하는 것입니다. (개발 도구의 모든 릴리스는 이전 버전보다 더 많은 메모리를 사용한다는 점을 염두에 두십시오.) 특히 컨테이너나 VM을 사용하게 되는 경우(예: 앱이 연결되는 일부 백엔드의 로컬 버전 실행) 나중에 너무 적은 메모리는 지금 비용을 절감할 가치가 없습니다.내 랩톱은 일반적으로 4-6년 또는 그 이상을 사용하므로 지금까지 읽은 내용에 따르면 사용량을 최대화하려면 16GB 버전을 구입하는 것이 가장 좋습니다. 에게
익명 마우스
- 2016년 8월 25일
- 2018년 12월 17일
jtara가 말했습니다: '충분히'가 무엇을 의미하는지 정의하시겠습니까?
(한조각)
오늘날 많은 도구가 컨테이너나 VM에서 실행됩니다. 메모리 요구 사항이 추가됩니다.
예산이 감당할 수 있는 한 많은 메모리를 확보하십시오. 하지만 64GB는 오늘날 대부분의 개발에서 실질적인 한계라고 생각합니다. 저는 최근에 개발용으로 64GB가 탑재된 iMac Pro를 받았습니다. 나는 큰 도구 세트를 사용합니다. 활동 모니터를 확인했는데 아직 스왑 파일을 사용하지 않은 것으로 나타났습니다. 그러나 모든 도구가 로드되면 32GB에서 64GB 사이, 일반적으로 40-50GB를 사용하고 있습니다. 그러나 나는 실제로 아직 모든 것을 한 번에 로드하지 못했습니다.
스스로에게 물어봐야 할 것은 다음과 같습니다.
- 구축하는 동안 시스템이 응답하는 것이 중요합니까?
- 얼마나 오래 빌드 주기를 용인할 의향이 있습니까?
프론트엔드 개발에서는 일반적으로 빌드/테스트/반복이라는 '빌드 주기'가 없습니다. 수정하는 데 몇 초가 걸리는 간단한 실수를 저질렀다는 사실을 알기 위해 얼마나 기다릴 의향이 있습니까? 15 분? 5 분? 1 분? 30 초?
컴파일된 언어를 사용하는 앱 개발에는 항상 빌드 주기가 있으며 중요할 수 있습니다. 나는 Swift 빌드 주기가 Objective-C 빌드 주기보다 상당히 길다는 것을 알고 있습니다. (저는 하이브리드 개발을 수행하고 기본 플랫폼 코드가 Objective-C(Android용 Java), C 및 C++에 있으므로 Swift를 직접 사용하지 않습니다. Swift는 사용하지 않습니다.)
사용 가능한 RAM의 양은 빌드 주기 시간에 상당한 영향을 미칩니다.
이것으로 거의 요약됩니다. VM을 실행해야 하는 경우 8GB가 가능합니다(한 VM을 8GB RAM에서 편안하게 실행할 수 있음). SSD가 있는 경우 많은 수의 VM을 실행하거나 거대한 코드베이스를 컴파일하려고 하지 않는 한 8GB와 더 많은 RAM 간의 속도 차이는 그다지 명확하지 않습니다. 씨
건설하다
- 2010년 6월 23일
- 2018년 12월 17일
XCode 및 Android Studio와 같은 메모리를 많이 사용하는 앱은 8GB에서 잘 작동합니다. 여러 그룹에 연결된 Slack을 실행하려고 하면 여러 탭이 있는 Chrome을 열어두거나 일부 Docker 컨테이너를 실행하는 VM 시스템을 실행하면 문제가 발생합니다. 문제를 일으키는 것은 동시성입니다.
16GB로 점프할 여유가 있고 이 시스템을 한동안 유지할 계획이라면 미래를 대비할 가치가 충분하다고 생각합니다. 추가 비용이 두 번 생각할 만큼 충분하다면 잊어버리고 8GB를 사용하십시오. 어느 쪽이든 당신은 행복할 것입니다.
레마시안
- 2018년 10월 20일
- 용도
- 2018년 12월 17일
jtara는 다음과 같이 말했습니다: 예를 들어 Mac Mini에서는 8GB가 충분하지 않습니다. 그 중 꽤 좋은 덩어리(모델에 따라 다름)가 디스플레이에 사용되기 때문입니다.
앞서 언급했듯이 2014 Mac mini에서 Xcode를 실행합니다. 4GB RAM이 있고 아무런 문제가 없습니다. 4GB로 편안하게 코딩할 수 있다면 8GB면 충분합니다. 제이
짜라
- 2009년 4월 23일
- 2018년 12월 30일
kadammanali987은 다음과 같이 말했습니다.
또는 몇 분 동안 건강한 상태로 의자에서 일어나기만 하면 되는 지점까지 컴파일 링크 실행 주기의 속도를 높일 수 있습니다.
그 중 한 부분은 컴파일러가 스와핑을 최소화하거나 아예 하지 않고도 효율적으로 작동할 수 있는 충분한 메모리를 갖고 있다는 것입니다.
할 수 있다고 해서 반드시 해야 하는 것은 아닙니다. 당신의 시간이 얼마나 소중한지 결정해야 합니다.
저에게 이 방정식의 결정적인 순간은 아주 오래 전이었습니다. Instant-C라는 제품. 그 주기를 몇 분에서 몇 초로 줄였습니다. 이는 기계 어셈블리의 변형(원래 Fortran으로 작성된 모델에서)을 시뮬레이션하고 분석하는 애플리케이션의 컴파일-링크-실행 주기를 1/2시간에서 1분 미만으로 줄이는 데 영감을 주었습니다. (예, 속임수를 썼습니다. 도메인별 컴파일러와 동반자 바이트코드 인터프리터를 작성하여 컴파일-링크-실행 주기를 제거했습니다.) 35년이 지난 지금도 여전히 해당 도메인에 대한 주된 솔루션입니다.
어쨌든 OP는 결정을 내렸습니다. 현명한 결정이라고 생각합니다.
BTW, 빌드에 여전히 2012 i7 Mini를 사용하고 있다면 Ramdisk를 사용할 것입니다. Mini에서는 대략 절반의 빌드 시간이 필요합니다. 새로운 iMac Pro에서 시도했지만 동일한 영향을 미치지 않았습니다. 아이맥 프로를 구할 때까지 램디스크를 사용해 볼 생각을 하지 못한 것 같아요. MacOS에는 실제로 훌륭한 RamDisk 솔루션이 없습니다. 미니는 16GB입니다. 4GB가 있는 컴퓨터에는 램디스크에 대한 여백이 없습니다. (iMac Pro에는 64GB가 있습니다).
vbctv
에게
- 2013년 9월 25일
- 오하이오주 클리블랜드
- 2019년 5월 2일
jtara는 다음과 같이 말했습니다: MacBook Pro는 디스플레이에 시스템 메모리를 사용합니까?
8GB는 확실히 충분하지 않습니다. 예를 들어, Mac Mini의 경우 꽤 좋은 덩어리(모델에 따라 다름)가 디스플레이에 사용되기 때문입니다.
여기에 제공된 가장 중요한 피드백은 최근 MacBook에서 메모리가 납땜되어 있다는 것입니다. 당신은 앞으로 몇 년 동안 결정을 내리고 있습니다.
2018 mac Mini가 2개의 모니터에 연결되어 있고 8GB RAM이 있습니다. 문제가 발생하지 않으며 Android Studio 및 Xcode 개발 작업을 모두 수행하고 백그라운드에서 MAMP Pro를 실행합니다. 메모리 압력 모니터는 실제로 올라가지 않으며 항상 녹색과 낮은 상태를 유지합니다. 16GB로의 업그레이드에 대해 논의했지만 할인 판매를 찾지 않는 한 실제로 필요성을 느끼지 못합니다.... 씨
크롬클라우드
- 2009년 6월 21일
- 이탈리아
- 2019년 5월 2일
4GB RAM이 장착된 MacBook Air를 사용하여 iOS 앱(작은 데모 프로젝트가 아닌 실제 앱을 말하는 것입니다)을 개발하려고 하면 매우 빠르게 실망스러운 경험을 하게 됩니다. 3개 또는 4개의 탭으로 Xcode와 Safari를 열면 RAM이 완전히 포화되고(시스템 자체에 약 2GB가 필요함) 시뮬레이터를 사용하여 앱을 디버그하는 것은 거의 불가능합니다(컴퓨터가 응답하지 않을 정도로 느려짐).
8GB면 괜찮습니다. 그러나 오래는 아닙니다. 예를 들어 멋진 텍스트 편집기나 벡터 그래픽을 만들기 위한 몇 가지 도구를 원할 경우 전체 iOS 개발 제품군과 몇 가지 앱을 편안하게 실행할 수 있는 최소 용량이 8GB라고 가정해 보겠습니다.
따라서 지금 새 컴퓨터를 구입하여 향후 3년 이상 유지해야 한다면 최소 16GB의 RAM을 확보할 수 있을 것입니다.
또 다른 주의 사항: 몇 년 전 iMac(32GB RAM이 있고 제 메인 워크스테이션임)을 구입했을 때 이것을 예상하지 못했을 것입니다. 그러나 전체 GUI 끊김 없이 시뮬레이터를 실행하려는 경우처럼 보입니다. VRAM(비디오 메모리라고도 함)도 방정식에서 중요한 역할을 합니다.
Retina iMac의 경우 2GB 비디오 카드로는 모든 것을 원활하게 실행하기에 충분하지 않습니다. 몇 초마다 버퍼가 가득 차고(시뮬레이터를 실행하는 동안에만 경험함) 비우고 다시 채워집니다. 짜증나네요.
그래서 앞으로 3년 동안 편안하게 일할 수 있는 일을 추천합니다. 16GB RAM(또는 그 이상) + 4GB VRAM(또는 그 이상) .
맥켈리
- 2007년 11월 29일
- 2019년 5월 3일
군중
- 2019년 2월 12일
- 2019년 5월 4일
동일한 응용 프로그램에서 RAM 사용량이 스왑 없이 8GB 미만임을 알 수 있습니다. 나중에 RAM을 업데이트할 생각을 하고 있지만 지금 당장은 서두르지 않습니다. NS
필리페테이세이라
- 2013년 4월 10일
- 2019년 5월 6일
인기 게시물