iMacedonian
โปสเตอร์ต้นฉบับ- 10 ต.ค. 2558
- เบอร์โน CZ
- 15 ธ.ค. 2018
ฉันกำลังพิจารณาที่จะซื้อ MacBook Pro 13 '2018 อย่างจริงจัง การใช้งานหลักของแล็ปท็อปคือการเขียนโค้ด (การพัฒนาเว็บส่วนหน้า) แต่ฉันต้องการดำดิ่งสู่การพัฒนาแอป iOS ในภายหลัง จากที่กล่าวมา RAM 8 GB เพียงพอที่จะเรียกใช้ XCODE หรือฉันควรลงทุนเพิ่มเพื่อรับรุ่น 16 GB หรือไม่
เรฟมาเซียน
- 20 ต.ค. 2018
- ใช้
- 15 ธ.ค. 2018
iMacedonian กล่าวว่า: สวัสดีฉันรัน Xcode บน Mac mini ปี 2014 ของฉัน - มี RAM 4GB และฉันไม่พบปัญหาใดๆ จะมีบางคนที่จะบอกคุณว่าต้องมี RAM ขนาด 16GB ขึ้นไป แต่ฉันเห็นว่าสิ่งนี้ไม่เป็นความจริง
ฉันกำลังพิจารณาที่จะซื้อ MacBook Pro 13 '2018 อย่างจริงจัง การใช้งานหลักของแล็ปท็อปคือการเขียนโค้ด (การพัฒนาเว็บส่วนหน้า) แต่ฉันต้องการดำดิ่งสู่การพัฒนาแอป iOS ในภายหลัง จากที่กล่าวมา RAM 8 GB เพียงพอที่จะเรียกใช้ XCODE หรือฉันควรลงทุนเพิ่มเพื่อรับรุ่น 16 GB หรือไม่
เอ็มมานูเอล โรดริเกซ
- 17 ต.ค. 2018
- 15 ธ.ค. 2018
revmacian กล่าวว่า: ฉันเรียกใช้ Xcode บน Mac mini ปี 2014 ของฉัน - มี RAM 4GB และฉันไม่เห็นปัญหาใด ๆ จะมีบางคนที่จะบอกคุณว่าต้องมี RAM ขนาด 16GB ขึ้นไป แต่ฉันเห็นว่าสิ่งนี้ไม่เป็นความจริงตกลง ฉันพบว่าแม้แต่ Raspberry Pi ที่มี RAM กิกะไบต์เดียวก็สามารถรวบรวมสิ่งต่างๆ ได้เกือบทั้งหมด หากโปรเจ็กต์มีโค้ด C++ จำนวนมาก (ดู LLVM ของคุณ) หรือภาษาที่ซับซ้อนอื่นๆ (ต้องการให้คอมไพเลอร์ทำงานหนักและใช้ RAM มากขึ้น) โดยทั่วไปแล้วจะไม่สามารถจัดการได้ ดูเหมือนว่าประมาณ 3GB เป็นขั้นต่ำที่ปลอดภัยสำหรับงานพัฒนาจากประสบการณ์ของฉัน
แก้ไข: แม้ว่าโปรดจำไว้ว่านี่คือ 3GB ภายใน VM โดยไม่มี GUI ตัวเลือก 8GB นั้นปลอดภัยแน่นอนในตอนนี้ ฉันขอแนะนำ 16GB สำหรับการพิสูจน์อักษรในอนาคต 8GB เริ่มที่จะสะดวกสบายน้อยกว่าในอดีต แก้ไขล่าสุด: 15 ธ.ค. 2018
กระสุนปืน
- 18 ธ.ค. 2558
- 16 ธ.ค. 2018
ขี้หมา
- 19 ต.ค. 2557
- วิทยาเขต Apple, Cupertino CA
- 16 ธ.ค. 2018
960การออกแบบ
- 17 เม.ย. 2555
- โชคชะตา FL
- 17 ธ.ค. 2018
iMacedonian กล่าวว่า: สวัสดี8GB ก็เพียงพอแล้ว ฉันใช้ 16GB MBPr และไม่ค่อยเห็นแรงดันหน่วยความจำพุ่งเกิน 8GB
ฉันกำลังพิจารณาที่จะซื้อ MacBook Pro 13 '2018 อย่างจริงจัง การใช้งานหลักของแล็ปท็อปคือการเขียนโค้ด (การพัฒนาเว็บส่วนหน้า) แต่ฉันต้องการดำดิ่งสู่การพัฒนาแอป iOS ในภายหลัง จากที่กล่าวมา RAM 8 GB เพียงพอที่จะเรียกใช้ XCODE หรือฉันควรลงทุนเพิ่มเพื่อรับรุ่น 16 GB หรือไม่
ตรวจสอบใน Expo.io ( https://expo.io/ ). เป็นสิ่งที่เด็กๆ เจ๋งๆ ใช้กันทุกวันนี้ (ปรับใช้บนหลายแพลตฟอร์มได้ง่ายกว่ามาก) ข้อแม้: จะใช้ได้กับแอปส่วนใหญ่ แต่บางแอปมีข้อกำหนด/ความต้องการของฮาร์ดแวร์เฉพาะที่งานมหกรรมไม่สามารถบรรลุได้ ยังคงเป็นจุดเริ่มต้นที่ยอดเยี่ยม
jtara
- 23 เม.ย. 2552
- 17 ธ.ค. 2018
คุณหมายถึง 'เพียงพอเพื่อให้งานสร้างไม่ล้มเหลว'
หรือ 'เพียงพอที่จะสร้างให้เสร็จสมบูรณ์ในกรอบเวลาที่ยอมรับได้'?
และ/หรือ 'เพียงพอแล้วที่ UI จะไม่ล้าหลัง และฉันสามารถทำงานในเครื่องมือแก้ไข/เรียกดูเว็บ/อ่านอีเมลระหว่างการสร้างโดยไม่มีความเกียจคร้าน?
ขึ้นอยู่กับความคาดหวังและชุดเครื่องมือของคุณ
การพัฒนาส่วนหน้ามักมี toolchain สั้น/ง่าย สิ่งที่คุณต้องการจริงๆ ก็คือตัวแก้ไขที่ดีซึ่งเหมาะกับงาน เว็บเซิร์ฟเวอร์ 'toy' เล็กๆ น้อยๆ บางทีเครื่องมือบางอย่างสำหรับการลดขนาด Javascript/CSS (และอาจเป็นคอมไพเลอร์ Sass) สำหรับบิลด์ที่ใช้งานจริง และในระหว่างการพัฒนา ปกติคุณจะไม่ใช้ด้วยซ้ำ นั่น.
การพัฒนาแบ็กเอนด์มักจะไม่ต้องการอะไรมากไปกว่าการพัฒนาส่วนหน้า หรืออาจต้องการอีกสักหน่อย ตัวอย่างเช่น ฉันใช้ PostgreSQL เป็นฐานข้อมูล ดังนั้นฉันจึงมีอินสแตนซ์ท้องถิ่นสำหรับการพัฒนา/ทดสอบ ฉันเรียกใช้ pgAdmin4 ซึ่งทำงานในคอนเทนเนอร์ Docker คุณอาจต้องเรียกใช้ VM ที่จำลองสภาพแวดล้อมแบ็กเอนด์ของคุณ GB เพิ่มขึ้น
การพัฒนาแอพแบบเนทีฟมักจะทำโดยใช้เครื่องมือเพียงเล็กน้อย สำหรับการพัฒนาแอป iOS ขั้นพื้นฐาน คุณไม่ต้องการอะไรมากไปกว่า Xcode ตกลงและตัวจำลอง iOS หากคุณกำลังทำการพัฒนาแบบไฮบริด ข้ามแพลตฟอร์ม อาจเพิ่มส่วนประกอบ toolchain เพิ่มเติม - และ Android SDK และเครื่องมือสร้างที่จำเป็น การพัฒนา Android ใช้คอมไพเลอร์อื่น เพิ่มเครื่องจำลองอื่น (ฉันใช้ GenyMotion เนื่องจาก Google ทั้งสองวิธีนั้นช้าเหมือนกากน้ำตาล) ตัวจำลอง Android ที่เหมาะสมจะทำงานใน VM
โอ้ ต้องการทดสอบเว็บไซต์นั้นบน Windows หรือไม่ เพิ่ม Windows VM
เครื่องมือมากมายในปัจจุบันทำงานในคอนเทนเนอร์หรือ VM ที่เพิ่มความต้องการหน่วยความจำ
รับหน่วยความจำให้มากที่สุดเท่าที่งบประมาณของคุณสามารถมีได้ ฉันคิดว่า 64GB เป็นสิ่งที่ใช้ได้จริงสำหรับการพัฒนาส่วนใหญ่ในปัจจุบัน ฉันเพิ่งได้รับ iMac Pro ที่มี 64GB สำหรับการพัฒนา ฉันใช้ชุดเครื่องมือขนาดใหญ่ ฉันได้ตรวจสอบตัวตรวจสอบกิจกรรมแล้ว และพบว่าฉันยังไม่ได้ใช้ไฟล์สลับ แต่เมื่อโหลดเครื่องมือทั้งหมดแล้ว ฉันกำลังใช้พื้นที่ระหว่าง 32GB ถึง 64GB โดยทั่วไปคือ 40-50GB แต่ที่จริงฉันยังไม่ได้โหลดทุกอย่างในครั้งเดียวเลย
สิ่งที่ต้องถามตัวเองคือ
- สิ่งสำคัญคือระบบต้องตอบสนองขณะสร้างหรือไม่?
- คุณเต็มใจที่จะทนต่อวงจรการสร้างนานแค่ไหน?
ในการพัฒนาส่วนหน้า โดยทั่วไปแล้วคุณไม่มี 'รอบการสร้าง' นั่นคือ สร้าง/ทดสอบ/ทำซ้ำ คุณยินดีที่จะรอนานแค่ไหนเพื่อดูว่าคุณทำผิดพลาดง่ายๆ ซึ่งจะใช้เวลาไม่กี่วินาทีในการแก้ไข 15 นาที? 5 นาที? 1 นาที? 30 วินาที?
ในการพัฒนาแอพโดยใช้ภาษาที่คอมไพล์ คุณจะมีวงจรบิลด์เสมอ และอาจมีความสำคัญ ฉันเข้าใจว่ารอบการสร้าง Swift นั้นยาวนานกว่ารอบการสร้าง Objective-C อย่างมาก (ฉันไม่ได้ใช้ Swift ด้วยตัวเองเพราะฉันทำการพัฒนาแบบไฮบริด และโค้ดแพลตฟอร์มพื้นฐานอยู่ใน Objective-C (Java สำหรับ Android), C และ C++ - ไม่ใช่ Swift)
จำนวน RAM ที่พร้อมใช้งานจะมีผลกระทบอย่างมากต่อรอบเวลาของการสร้าง
mpe
- 3 ก.ย. 2553
- 17 ธ.ค. 2018
ใช่. RAM 8GB เพียงพอสำหรับทุกสิ่ง
jtara
- 23 เม.ย. 2552
- 17 ธ.ค. 2018
mpe กล่าวว่า: ใช่. RAM 8GB เพียงพอสำหรับทุกสิ่ง
MacBook Pro ใช้หน่วยความจำระบบสำหรับจอแสดงผลหรือไม่
8GB นั้นไม่เพียงพออย่างแน่นอน ตัวอย่างเช่น Mac Mini เนื่องจากเป็นส่วนที่ค่อนข้างดี (ขึ้นอยู่กับรุ่น) ที่ใช้สำหรับการแสดงผล
ข้อเสนอแนะที่สำคัญที่สุดที่นี่คือใน MacBooks ล่าสุด หน่วยความจำจะถูกบัดกรี คุณกำลังตัดสินใจในอีกไม่กี่ปีข้างหน้า
ตูตู
ถึง
- 6 ม.ค. 2015
- กรุงปราก, สาธารณรัฐเช็ก
- 17 ธ.ค. 2018
iMacedonian
โปสเตอร์ต้นฉบับ- 10 ต.ค. 2558
- เบอร์โน CZ
- 17 ธ.ค. 2018
jtara กล่าวว่า: กำหนดสิ่งที่คุณหมายถึงโดย 'เพียงพอ'?ขอบคุณสำหรับการตอบสนองอย่างกว้างขวาง มันทำให้ฉันมีมุมมองที่ดีขึ้นเกี่ยวกับทรัพยากรที่จำเป็นสำหรับสถานการณ์การเข้ารหัสต่างๆ ที่คุณกล่าวถึงเหล่านี้
คุณหมายถึง 'เพียงพอเพื่อให้งานสร้างไม่ล้มเหลว'
หรือ 'เพียงพอที่จะสร้างให้เสร็จสมบูรณ์ในกรอบเวลาที่ยอมรับได้'?
และ/หรือ 'เพียงพอแล้วที่ UI จะไม่ล้าหลัง และฉันสามารถทำงานในเครื่องมือแก้ไข/เรียกดูเว็บ/อ่านอีเมลระหว่างการสร้างโดยไม่มีความเกียจคร้าน?
ขึ้นอยู่กับความคาดหวังและชุดเครื่องมือของคุณ
การพัฒนาส่วนหน้ามักมี toolchain สั้น/ง่าย สิ่งที่คุณต้องการจริงๆ ก็คือตัวแก้ไขที่ดีซึ่งเหมาะกับงาน เว็บเซิร์ฟเวอร์ 'toy' เล็กๆ น้อยๆ บางทีเครื่องมือบางอย่างสำหรับการลดขนาด Javascript/CSS (และอาจเป็นคอมไพเลอร์ Sass) สำหรับบิลด์ที่ใช้งานจริง และในระหว่างการพัฒนา ปกติคุณจะไม่ใช้ด้วยซ้ำ นั่น.
การพัฒนาแบ็กเอนด์มักจะไม่ต้องการอะไรมากไปกว่าการพัฒนาส่วนหน้า หรืออาจต้องการอีกสักหน่อย ตัวอย่างเช่น ฉันใช้ PostgreSQL เป็นฐานข้อมูล ดังนั้นฉันจึงมีอินสแตนซ์ท้องถิ่นสำหรับการพัฒนา/ทดสอบ ฉันเรียกใช้ pgAdmin4 ซึ่งทำงานในคอนเทนเนอร์ Docker คุณอาจต้องเรียกใช้ VM ที่จำลองสภาพแวดล้อมแบ็กเอนด์ของคุณ GB เพิ่มขึ้น
การพัฒนาแอพแบบเนทีฟมักจะทำโดยใช้เครื่องมือเพียงเล็กน้อย สำหรับการพัฒนาแอป iOS ขั้นพื้นฐาน คุณไม่ต้องการอะไรมากไปกว่า Xcode ตกลงและตัวจำลอง iOS หากคุณกำลังทำการพัฒนาแบบไฮบริด ข้ามแพลตฟอร์ม อาจเพิ่มส่วนประกอบ toolchain เพิ่มเติม - และ Android SDK และเครื่องมือสร้างที่จำเป็น การพัฒนา Android ใช้คอมไพเลอร์อื่น เพิ่มเครื่องจำลองอื่น (ฉันใช้ GenyMotion เนื่องจาก Google ทั้งสองวิธีนั้นช้าเหมือนกากน้ำตาล) ตัวจำลอง Android ที่เหมาะสมจะทำงานใน VM
โอ้ ต้องการทดสอบเว็บไซต์นั้นบน Windows หรือไม่ เพิ่ม Windows VM
เครื่องมือมากมายในปัจจุบันทำงานในคอนเทนเนอร์หรือ VM ที่เพิ่มความต้องการหน่วยความจำ
รับหน่วยความจำให้มากที่สุดเท่าที่งบประมาณของคุณสามารถมีได้ ฉันคิดว่า 64GB เป็นสิ่งที่ใช้ได้จริงสำหรับการพัฒนาส่วนใหญ่ในปัจจุบัน ฉันเพิ่งได้รับ iMac Pro ที่มี 64GB สำหรับการพัฒนา ฉันใช้ชุดเครื่องมือขนาดใหญ่ ฉันได้ตรวจสอบตัวตรวจสอบกิจกรรมแล้ว และพบว่าฉันยังไม่ได้ใช้ไฟล์สลับ แต่เมื่อโหลดเครื่องมือทั้งหมดแล้ว ฉันกำลังใช้พื้นที่ระหว่าง 32GB ถึง 64GB โดยทั่วไปคือ 40-50GB แต่ที่จริงฉันยังไม่ได้โหลดทุกอย่างในครั้งเดียวเลย
สิ่งที่ต้องถามตัวเองคือ
- สิ่งสำคัญคือระบบต้องตอบสนองขณะสร้างหรือไม่?
- คุณเต็มใจที่จะทนต่อวงจรการสร้างนานแค่ไหน?
ในการพัฒนาส่วนหน้า โดยทั่วไปแล้วคุณไม่มี 'รอบการสร้าง' นั่นคือ สร้าง/ทดสอบ/ทำซ้ำ คุณยินดีที่จะรอนานแค่ไหนเพื่อดูว่าคุณทำผิดพลาดง่ายๆ ซึ่งจะใช้เวลาไม่กี่วินาทีในการแก้ไข 15 นาที? 5 นาที? 1 นาที? 30 วินาที?
ในการพัฒนาแอพโดยใช้ภาษาที่คอมไพล์ คุณจะมีวงจรบิลด์เสมอ และอาจมีความสำคัญ ฉันเข้าใจว่ารอบการสร้าง Swift นั้นยาวนานกว่ารอบการสร้าง Objective-C อย่างมาก (ฉันไม่ได้ใช้ Swift ด้วยตัวเองเพราะฉันทำการพัฒนาแบบไฮบริด และโค้ดแพลตฟอร์มพื้นฐานอยู่ใน Objective-C (Java สำหรับ Android), C และ C++ - ไม่ใช่ Swift)
จำนวน RAM ที่พร้อมใช้งานจะมีผลกระทบอย่างมากต่อรอบเวลาของการสร้าง
[doublepost=1545084766][/doublepost]
ammulder กล่าวว่า: คุณวางแผนที่จะเก็บเครื่องไว้นานแค่ไหน? เนื่องจากหน่วยความจำไม่สามารถอัพเกรดได้ คุณจึงต้องซื้อหน่วยความจำที่ต้องการใน 3-5 ปี ไม่ใช่ในปัจจุบัน (โปรดทราบว่าเครื่องมือการพัฒนาทุกรุ่นใช้หน่วยความจำมากกว่ารุ่นก่อน) โดยเฉพาะอย่างยิ่งหากคุณลงเอยด้วยการใช้คอนเทนเนอร์หรือ VM (เช่น เพื่อเรียกใช้แบ็กเอนด์เวอร์ชันในเครื่องที่แอปของคุณเชื่อมต่ออยู่) ประสิทธิภาพการทำงานจะกระทบของ หน่วยความจำน้อยเกินไปในภายหลังไม่คุ้มกับการประหยัดต้นทุนในขณะนี้แล็ปท็อปของฉันมักมีอายุการใช้งาน 4-6 ปี หรือมากกว่านั้น ดังนั้นจากสิ่งที่ฉันอ่านมาจนถึงตอนนี้ อาจเป็นการดีที่สุดถ้าใช้รุ่น 16 GB หากฉันต้องการเพิ่มการใช้งานให้สูงสุด ถึง
ไม่ระบุเมาส์
- 25 ส.ค. 2559
- 17 ธ.ค. 2018
jtara กล่าวว่า: กำหนดสิ่งที่คุณหมายถึงโดย 'เพียงพอ'?
(สนิป)
เครื่องมือมากมายในปัจจุบันทำงานในคอนเทนเนอร์หรือ VM ที่เพิ่มความต้องการหน่วยความจำ
รับหน่วยความจำให้มากที่สุดเท่าที่งบประมาณของคุณสามารถมีได้ ฉันคิดว่า 64GB เป็นสิ่งที่ใช้ได้จริงสำหรับการพัฒนาส่วนใหญ่ในปัจจุบัน ฉันเพิ่งได้รับ iMac Pro ที่มี 64GB สำหรับการพัฒนา ฉันใช้ชุดเครื่องมือขนาดใหญ่ ฉันได้ตรวจสอบตัวตรวจสอบกิจกรรมแล้ว และพบว่าฉันยังไม่ได้ใช้ไฟล์สลับ แต่เมื่อโหลดเครื่องมือทั้งหมดแล้ว ฉันกำลังใช้พื้นที่ระหว่าง 32GB ถึง 64GB โดยทั่วไปคือ 40-50GB แต่ที่จริงฉันยังไม่ได้โหลดทุกอย่างในครั้งเดียวเลย
สิ่งที่ต้องถามตัวเองคือ
- สิ่งสำคัญคือระบบต้องตอบสนองขณะสร้างหรือไม่?
- คุณเต็มใจที่จะทนต่อวงจรการสร้างนานแค่ไหน?
ในการพัฒนาส่วนหน้า โดยทั่วไปแล้วคุณไม่มี 'รอบการสร้าง' นั่นคือ สร้าง/ทดสอบ/ทำซ้ำ คุณยินดีที่จะรอนานแค่ไหนเพื่อดูว่าคุณทำผิดพลาดง่ายๆ ซึ่งจะใช้เวลาไม่กี่วินาทีในการแก้ไข 15 นาที? 5 นาที? 1 นาที? 30 วินาที?
ในการพัฒนาแอพโดยใช้ภาษาที่คอมไพล์ คุณจะมีวงจรบิลด์เสมอ และอาจมีความสำคัญ ฉันเข้าใจว่ารอบการสร้าง Swift นั้นยาวนานกว่ารอบการสร้าง Objective-C อย่างมาก (ฉันไม่ได้ใช้ Swift ด้วยตัวเองเพราะฉันทำการพัฒนาแบบไฮบริด และโค้ดแพลตฟอร์มพื้นฐานอยู่ใน Objective-C (Java สำหรับ Android), C และ C++ - ไม่ใช่ Swift)
จำนวน RAM ที่พร้อมใช้งานจะมีผลกระทบอย่างมากต่อรอบเวลาของการสร้าง
สรุปได้ประมาณนี้ หากคุณต้องการเรียกใช้ VM ก็สามารถทำได้ 8 GB (คุณสามารถเรียกใช้ VM หนึ่งเครื่องได้อย่างสะดวกสบายใน RAM 8 GB) หากคุณมี SSD ความเร็วระหว่างการมี 8 GB กับ RAM มากกว่านั้นจะไม่ชัดเจนนัก เว้นแต่คุณจะใช้งาน VM จำนวนมากและ/หรือพยายามคอมไพล์ codebase ขนาดใหญ่ ค
สร้าง
- 23 มิ.ย. 2553
- 17 ธ.ค. 2018
แอพที่ใช้หน่วยความจำอย่าง XCode และ Android Studio จะทำงานได้ดีใน 8GB ปัญหาจะเกิดขึ้นหากคุณพยายามเรียกใช้ Slack ที่เชื่อมต่อกับหลายกลุ่ม ขณะที่เปิด Chrome ไว้พร้อมแท็บจำนวนมาก หรืออาจเป็นระบบ VM เพื่อเรียกใช้คอนเทนเนอร์ Docker บางตัว เป็นการเห็นพ้องต้องกันที่ทำให้เกิดปัญหา
หากคุณสามารถจ่ายเพิ่มเป็น 16GB ได้และคุณวางแผนที่จะเก็บเครื่องนี้ไว้สักระยะหนึ่ง ฉันคิดว่ามันคุ้มค่าอย่างยิ่งที่จะพิสูจน์อนาคต หากค่าใช้จ่ายเพิ่มเติมเพียงพอที่จะทำให้คุณคิดซ้ำแล้วซ้ำอีก คุณจะมีความสุขด้วยวิธีใดวิธีหนึ่ง
เรฟมาเซียน
- 20 ต.ค. 2018
- ใช้
- 17 ธ.ค. 2018
jtara กล่าวว่า 8GB ไม่เพียงพออย่างแน่นอน ตัวอย่างเช่น Mac Mini เนื่องจากเป็นส่วนที่ค่อนข้างดี (ขึ้นอยู่กับรุ่น) ที่ใช้สำหรับการแสดงผล
ดังที่ได้กล่าวไว้ก่อนหน้านี้ ฉันเรียกใช้ Xcode บน Mac mini ปี 2014 ของฉัน ซึ่งมี RAM 4GB และฉันไม่เห็นปัญหาใด ๆ ถ้าฉันสามารถเขียนโค้ดได้อย่างสบายด้วย 4GB แล้ว 8GB ก็เพียงพอแล้ว NS
jtara
- 23 เม.ย. 2552
- 30 ธ.ค. 2018
kadammanali987 กล่าวว่า: (ผู้คนมักจะเก็บแอปพลิเคชันสำหรับรวบรวมและเล่นเกมจนถึงเวลานั้น การดำเนินการนี้ช้าลง)
หรือคุณสามารถเร่งความเร็วของวงจรการคอมไพล์ลิงค์รันจนถึงจุดที่ใช้เวลาไม่เกินสองสามนาทีเพื่อสุขภาพที่ดี
ส่วนหนึ่งคือมีหน่วยความจำเพียงพอสำหรับคอมไพเลอร์ในการทำงานอย่างมีประสิทธิภาพ โดยมีการสลับน้อยที่สุด/ไม่มีการสลับ
ที่คุณสามารถทำได้ไม่ได้หมายความว่าคุณควร คุณต้องตัดสินใจว่าเวลาของคุณมีค่าแค่ไหน
ช่วงเวลาที่กำหนดสมการนี้สำหรับฉันคือเมื่อหลายปีก่อน ผลิตภัณฑ์ที่เรียกว่า Instant-C มันลดรอบนั้นจากหลายนาทีเหลือหลายวินาที เป็นแรงบันดาลใจให้ฉันลดวงจรการคอมไพล์ลิงค์รันสำหรับแอปพลิเคชันที่จำลองและวิเคราะห์รูปแบบต่างๆ (จากแบบจำลองที่เขียนใน Fortran) ในชุดประกอบเชิงกลจาก 1/2 ชั่วโมงเหลือน้อยกว่าหนึ่งนาที (ตกลง ฉันโกง - ฉันลบวงจรการคอมไพล์ลิงค์รันออก... โดยการเขียนคอมไพเลอร์เฉพาะโดเมนและตัวแปลไบต์โค้ดที่แสดงร่วม) 35 ปีต่อมา มันยังคงเป็นวิธีแก้ปัญหาที่โดดเด่นสำหรับโดเมนนั้น
อย่างไรก็ตาม OP ได้ตัดสินใจแล้ว - ฉันคิดว่าเป็นคนฉลาด
BTW หากฉันยังคงใช้ i7 Mini รุ่นปี 2012 สำหรับบิลด์ ฉันจะจ้าง Ramdisk ใช้เวลาประมาณครึ่งในการสร้างสำหรับฉันใน Mini ฉันลองใช้กับ iMac Pro ใหม่แล้ว แต่ก็ไม่ได้ผลเช่นเดียวกัน ฉันเกรงว่าฉันไม่ได้คิดที่จะลองใช้ ramdisk จนกว่าฉันจะได้ iMac Pro MacOS ไม่มีโซลูชัน RamDisk ที่ยอดเยี่ยมจริงๆ มินิมี 16GB. ไม่มีขอบสำหรับ ramdisk บนเครื่องที่มี 4GB (iMac Pro มี 64GB)
vbctv
ถึง
- 25 ก.ย. 2556
- คลีฟแลนด์ รัฐโอไฮโอ
- 2 พฤษภาคม 2019
jtara กล่าวว่า MacBook Pro ใช้หน่วยความจำระบบสำหรับจอแสดงผลหรือไม่?
8GB นั้นไม่เพียงพออย่างแน่นอน ตัวอย่างเช่น Mac Mini เนื่องจากเป็นส่วนที่ค่อนข้างดี (ขึ้นอยู่กับรุ่น) ที่ใช้สำหรับการแสดงผล
ข้อเสนอแนะที่สำคัญที่สุดที่นี่คือใน MacBooks ล่าสุด หน่วยความจำจะถูกบัดกรี คุณกำลังตัดสินใจในอีกไม่กี่ปีข้างหน้า
ฉันมี Mac Mini ปี 2018 ที่เชื่อมต่อกับจอภาพ 2 ตัวและมี RAM 8GB ฉันไม่เคยเห็นปัญหาใด ๆ เลยและทำงานทั้งการพัฒนา Android Studio และ Xcode รวมถึงการเรียกใช้ MAMP Pro ในพื้นหลัง ตัวตรวจสอบความดันหน่วยความจำไม่เคยสูงขึ้นเลย และยังคงเป็นสีเขียวและอยู่ในระดับต่ำเสมอ ฉันกำลังถกเถียงเรื่องการอัปเกรดเป็น 16GB แต่ฉันไม่เห็นความจำเป็นจริงๆ เว้นแต่ฉันจะพบข้อตกลงลดราคา.... ค
ChromeCloud
- 21 มิ.ย. 2552
- อิตาลี
- 2 พฤษภาคม 2019
เมื่อฉันพยายามใช้ MacBook Air ที่มี RAM ขนาด 4GB เพื่อพัฒนาแอป iOS (ฉันกำลังพูดถึงแอปจริง ไม่ใช่แค่โปรเจ็กต์สาธิตขนาดเล็ก) ประสบการณ์จะค่อนข้างน่าหงุดหงิดอย่างรวดเร็ว เพียงแค่เปิด Xcode และ Safari ด้วยแท็บ 3 หรือ 4 แท็บจะทำให้ RAM ของคุณอิ่มตัว (โปรดจำไว้ว่าระบบใช้เวลาประมาณ 2GB) และแทบจะเป็นไปไม่ได้เลยที่จะใช้โปรแกรมจำลองเพื่อแก้ปัญหาแอปของคุณ (คอมพิวเตอร์ทำงานช้าลงจนไม่ตอบสนอง)
ด้วย 8GB คุณจะไม่เป็นไร แต่ไม่นาน สมมติว่า 8GB เป็นขั้นต่ำในการใช้งานชุดพัฒนา iOS เต็มรูปแบบอย่างสะดวกสบาย + แอพด้านข้างสองสามตัวหากคุณต้องการมีเช่นโปรแกรมแก้ไขข้อความแฟนซีหรือเครื่องมือบางอย่างเพื่อสร้างกราฟิกแบบเวกเตอร์เป็นต้น
ดังนั้น ถ้าฉันต้องซื้อเครื่องใหม่ตอนนี้และเก็บไว้เป็นเวลา 3 ปีหรือมากกว่านั้น ฉันจะได้รับ RAM อย่างน้อย 16GB
คำเตือนอีกข้อหนึ่ง: ฉันไม่เคยคาดคิดมาก่อนเลยเมื่อสองสามปีก่อนตอนที่ฉันซื้อ iMac (ซึ่งมี RAM ขนาด 32GB และเป็นเวิร์กสเตชันหลักของฉัน) แต่ดูเหมือนว่าคุณต้องการเรียกใช้โปรแกรมจำลองโดยไม่มี GUI ที่พูดติดอ่างทั้งหมด VRAM (หรือที่รู้จักในชื่อหน่วยความจำวิดีโอ) ก็มีบทบาทสำคัญในสมการเช่นกัน
สำหรับ iMac เรตินา การ์ดแสดงผลขนาด 2GB ไม่เพียงพอที่จะทำให้ทุกอย่างทำงานได้อย่างราบรื่น: ทุก ๆ สองสามวินาทีบัฟเฟอร์จะเต็ม (ฉันเพิ่งประสบกับสิ่งนี้ขณะเรียกใช้ตัวจำลอง) และ iMac จะหยุดชั่วขณะในขณะที่มัน ว่างเปล่าและเติมเต็มอีกครั้ง มันน่ารำคาญมาก
ดังนั้นคำแนะนำของฉันสำหรับสิ่งที่คุณสามารถทำงานได้อย่างสะดวกสบายในอีก 3 ปีข้างหน้าคือ: RAM 16GB (หรือมากกว่า) + VRAM 4GB (หรือมากกว่า) .
mkelly
- 29 พ.ย. 2550
- 3 พฤษภาคม 2019
ฝูงชน
- 12 ก.พ. 2019
- 4 พฤษภาคม 2019
ในแอปพลิเคชันเดียวกันฉันเห็นว่าการใช้ RAM ต่ำกว่า 8 GB โดยไม่มีการแลกเปลี่ยน สำหรับภายหลังฉันกำลังคิดที่จะอัปเดต RAM แต่ฉันไม่รีบร้อนในขณะนี้ NS
Filipeteixeira
- 10 เม.ย. 2556
- 6 พฤษภาคม 2019
โพสต์ยอดนิยม