Xcode 4 - ประสิทธิภาพช้า

ฉันมีปัญหากับ Xcode 4 ตอบสนองช้ามากต่อการโต้ตอบของผู้ใช้เช่นรหัสการแก้ไขพื้นที่การเลื่อน ฯลฯ สิ่งนี้เกิดขึ้นกับโครงการขนาดใหญ่ที่มีตัวควบคุม / ดูไฟล์มากมายเป็นต้น

ฉันเช็ดฮาร์ดดิสก์อย่างสมบูรณ์และติดตั้ง Snow Leopard และ Xcode อีกครั้งในสัปดาห์ถัดไป แต่มันกลับติดอยู่กับเวลาตอบสนองที่น่าผิดหวังอีกครั้ง (มากกว่าหลายวัน) ที่ขัดขวางเวิร์กโฟลว์อย่างมาก

ในบางโอกาสฉันได้ลบ "ข้อมูลที่ได้รับ" ของโครงการผ่านทาง Organizer -> โครงการและสิ่งนี้มีผลเพียงเล็กน้อย

ฉันสงสัยว่ามีอะไรที่ฉันสามารถทำได้เพื่อปรับปรุงประสิทธิภาพอื่น ๆ นอกเหนือจากการได้เครื่องที่สูงกว่าในตัวอย่างแรก

FYI ฉันใช้ MacBook กับโปรเซสเซอร์ Intel Core 2 Duo ที่ 2GHz และ 4GB ของ RAM

ในกรณีที่เราจำเป็นต้องอัปเกรดฉันต้องการทราบว่าผู้คนกำลังประสบกับประสิทธิภาพที่ไม่ดีนี้จาก Xcode 4 บนเครื่องที่ระบุอย่างดี (ซึ่งจะทำให้การอัปเกรดฮาร์ดแวร์ของเราค่อนข้างไม่มีจุดหมายเพราะเป็น Xcode เท่านั้นที่มีปัญหาประสิทธิภาพการทำงานบน MacBook)

หากใครมีข้อเสนอแนะหรือคำแนะนำหรือแม้กระทั่งสามารถแจ้งให้เราทราบว่าฮาร์ดแวร์ที่ได้รับการปรับปรุงมีผลต่อประสิทธิภาพของ Xcode อย่างไรในต้นไม้โครงการขนาดใหญ่นั่นจะเป็นประโยชน์อย่างยิ่งและเป็นทรัพยากรที่มีค่าสำหรับผู้พัฒนาอื่น ๆ

หากคุณลบไฟล์พื้นที่ทำงานมันจะช่วยเร่งความเร็วในการทำงาน

ก่อนอื่นต้องแน่ใจว่า Xcode ไม่ได้เปิดอยู่ ตอนนี้หาไฟล์โครงการของคุณ Show Package Contentsคลิกขวาบนมันและเลือก

project.xcworkspaceถัดไปลบ

เปิด Xcode และเพลิดเพลินกับประสิทธิภาพที่เร็วขึ้น!

ขอบคุณที่: http://meachware.blogspot.com/2011/06/speed-up-xcode-4.html

แก้ไข: ฉันได้รับความคิดเห็นหลายประการเกี่ยวกับการสังเกตนี้ว่าสำหรับบางโครงการอาจทำให้เกิดปัญหา ให้แน่ใจว่าคุณมีการสำรองข้อมูลของโครงการของคุณก่อนที่จะทำตามขั้นตอนเหล่านี้และไม่ลืมที่จะตรวจสอบและทดสอบโครงการของคุณหลังจากนั้น ตรวจสอบให้แน่ใจว่าคุณยังคงมี executables และ schemes ทั้งหมดของคุณ

การอัปเดตที่สำคัญ: เปลี่ยนเส้นทางสำหรับ Xcode 6 (ขอบคุณสำหรับความคิดเห็น dcc)! ฉันเพิ่งเพิ่มทางเลือกอื่น

มีเคล็ดลับที่ดีอีกวิธีหนึ่งในการสร้างงานสร้างโดยการสร้าง ram disk พร้อมโค้ดต่อไปนี้:

diskutil erasevolume HFS+ "ramdisk" `hdiutil attach -nomount ram://8475854`

สิ่งนี้จะสร้างอิมเมจของดิสก์ในหน่วยความจำขนาดประมาณ 4 GB แต่ระวังคุณต้องมีหน่วยความจำเพียงพอ แน่นอนคุณสามารถสร้างภาพขนาดเล็กเช่น 2 GB (ที่จะ 4237927)

จากนั้นคุณบอกให้ Xcode เก็บข้อมูลที่ได้มาที่นั่น

คุณไม่สามารถบอก Xcode ให้จัดเก็บข้อมูล iPhone Simulator ได้โดยตรง แต่คุณสามารถสร้างโฟลเดอร์บน ramdisk และสร้างลิงค์สัญลักษณ์แทนไดเรกทอรี iPhone Simulator โดยทำสิ่งนี้:

Xcode 6:

cd /Volumes/ramdisk
mkdir CoreSimulator
rm -R ~/Library/Developer/CoreSimulator
ln -s /Volumes/ramdisk/CoreSimulator ~/Library/Developer/CoreSimulator

เวอร์ชั่น Xcode ที่เก่ากว่า:

cd /Volumes/ramdisk
mkdir iPhone\ Simulator
rm -R ~/Library/Application\ Support/iPhone\ Simulator
ln -s /Volumes/ramdisk/iPhone\ Simulator ~/Library/Application\ Support/iPhone\ Simulator

ถ้าฉันสร้างตัวจำลองด้วยการตั้งค่านี้มันจะเปิดใช้งานได้ในเวลาไม่นาน :)

โปรดทราบว่า ram disk จะหายไปเมื่อคุณรีสตาร์ทเครื่องดังนั้นจึงควรสร้างสคริปต์หรือสิ่งที่ทำงานเมื่อเริ่มต้น และอย่าวางข้อมูลใด ๆ ที่คุณต้องการให้ !!!

อัพเดท 2013-03-12:

1. อ่านความคิดเห็นจาก Francisco Garcia ด้านล่าง!

2. ด้วย MBP ใหม่ของฉัน (ที่มีไดรฟ์ SSD) ฉันไม่ต้องการวิธีนี้อีกต่อไป Xcode ทำงานเหมือนนรก :) ฉันหวังว่านี่จะไม่ถูกมองว่าเป็นโฆษณาสำหรับความกังวลเรื่องผลไม้ที่ยิ่งใหญ่มันเป็นเพียงรายงานประสบการณ์ ...

การปิดใช้งานปัญหาสดในการตั้งค่าทั่วไปได้สร้างความแตกต่างที่แน่นอน ฉันยังตั้งค่ารูปแบบที่ไม่ได้เปิดใช้งาน gdb สำหรับสถานการณ์ที่ฉันเรียกใช้ซ้ำบ่อย ๆ (ไม่มี gdb ที่เร่งความเร็วในการเปิดตัวค่อนข้างน้อย)

สำหรับฉัน Xcode ได้รับประสิทธิภาพที่เพิ่มขึ้นอย่างมากหลังจากการตั้งค่าให้ทำงานในโหมด 32 บิต (เป็น 64 โดยค่าเริ่มต้น) มันเกือบจะเป็นไปอย่างรวดเร็วเป็น Xcode เก่า 3. คุณสามารถสลับไป 32 บิตโดยการคลิกขวา app (ใน/Developer/Applications/XCode.app ) และเลือกรับข้อมูลและการตรวจสอบ เปิดในโหมด 32 บิต

Xcode 4.2, 4.3:

ปัญหาที่สำคัญกับตัวทำดัชนีไฟล์ (รหัสเดียวกันที่รัน Spotlight ซึ่งเป็นรถมานานหลายปี? อาจเป็นไปได้)

ปิดใช้งานทุกสิ่งที่ไม่จำเป็นซึ่งเกี่ยวข้องกับไฟล์ "ดู":

1. ความช่วยเหลือด่วน (หมายเหตุ: อย่าคลิกที่แท็บ QH! แม้แต่การซ่อนผู้ช่วยยังทำให้รหัสทำงาน! เปลี่ยนเป็นแท็บอื่นก่อนย้ายไปยังไฟล์ใหม่ ... )
2. การจัดการ SCM (SVN, Git และอื่น ๆ - การสนับสนุน git ของ Xcode ยังมีข้อผิดพลาดเล็กน้อย (โครงการเสียหายได้) และพวกเขาได้ลดการสนับสนุน SVN ดังนั้นคุณไม่ควรใช้มันเลย!
3. ลองลบโฟลเดอร์เวิร์กสเปซของคุณ (ตามคำตอบที่ยอมรับ) แต่ถ้ามันมีขนาดใหญ่บนดิสก์
4. ... สิ่งอื่นใดที่คุณสามารถค้นหาเกี่ยวข้องกับสถานะของแต่ละไฟล์

Xcode 4.4, 4.5:

เวอร์ชันเหล่านี้มีการรั่วไหลของ mem ที่สำคัญตัวสร้างดัชนีไฟล์ที่ใช้งานไม่ได้ (แต่ดีกว่า 4.2 และ 4.3) และอาจเป็นปัญหาไฟล์สว็อปส่วนตัว

ในที่สุดเมื่อปิดการใช้งาน / เปิดใช้งานพื้นที่สว็อป ( วิธีการปิดการใช้งานหรือเปิดใช้งานการสลับใน mac os x ) และการใช้ฮาร์ดไดรฟ์ปกติในเครื่องหลายเครื่องและจากการทดสอบบนเครื่องที่มี RAM ขนาด 2 GB ดูเหมือนว่าจะใช้พื้นที่สว็อปของตนเองโดยไม่ขึ้นกับ OS X swap (!)

(นี่อาจเป็นข้อผิดพลาด - อาจมีรูปแบบพิเศษของการแลกเปลี่ยน OS X ที่ฉันไม่รู้ - แต่ไฟล์สลับระบบไม่ได้ใหญ่ขึ้นหรือเล็กลงในขณะที่พื้นที่ว่างในดิสก์เพิ่มขึ้นเป็นกิกะไบต์ในเครื่องบางเครื่อง)

ข้อสังเกต:

1. Xcode 4.4 / 4.5 จะสุ่มแรมทั้งหมดในระบบของคุณ (10's of GB สำหรับโปรเจกต์เล็ก ๆ ) เพื่อให้ส่วนที่เหลือของระบบ grinds หยุดชะงักและรอการแลกเปลี่ยนดิสก์อยู่

   1. WORSE: สำหรับ macbooks ที่มี SSD คุณจะไม่รู้ว่าเกิดอะไรขึ้น
   2. ที่แย่ที่สุด: ... ถึงแม้ว่ามันอาจจะสร้างความเสียหายกับฮาร์ดดิสก์ของคุณ (SSD ไม่ชอบการเขียนที่เร้าใจ)

2. Xcode จะทำการเข้าถึงฮาร์ดดิสก์เพื่อให้สามารถทำดัชนีไฟล์ภายในของมัน (ใช้งานไม่ได้) เมื่อหน่วยความจำของระบบเหลือน้อยและ OS X จำเป็นต้องทำการสลับ ... มันติดขัดรอให้ Xcode ทำดัชนีไฟล์ ... และ Xcode จะใช้หน่วยความจำเพิ่มในขณะที่รอ ... และ: BOOM! ในระบบที่เล็กลง OS X ก็หยุดทำงานในที่สุด

3. Xcode ไม่จำเป็นต้องมีพื้นที่สว็อปของ OS X

อันสุดท้ายน่าสนใจมาก หากคุณมีหน่วยความจำจำนวนมาก (เช่น 16 GB) ให้ลองปิดการใช้งานพื้นที่สว็อปอย่างถาวร Xcode ทำงานได้เร็วขึ้นเพราะ OS X Lion มีข้อบกพร่องบางอย่างในการบริหารจัดการข่าวที่มัน swaps แม้เมื่อมันไม่จำเป็นต้อง

หาก xcode ช้าลงอย่างกะทันหันมันเป็นการแลกเปลี่ยนภายในจุดที่คุณสามารถฆ่าและรีสตาร์ทได้

(หากคุณมี SSD วิธีเดียวที่คุณสามารถทราบได้ว่าการแลกเปลี่ยนเริ่มต้นคือรอให้ "ช้าลง" มิฉะนั้นคุณจะรู้ทันทีที่คุณได้ยิน HD thrash: ไม่มีการแลกเปลี่ยนระบบอีกต่อไปดังนั้น สาเหตุที่เป็นไปได้เพียงอย่างเดียวคือ Xcode)

คุณสามารถปิดการใช้งาน swap ได้อย่างปลอดภัยแม้ว่าคุณจะมี RAM 2GB (ฉันมี OS X crash เพียงหนึ่งครั้งต่อเดือนเมื่อฉันลองทำสิ่งนี้วิ่งมาทางนี้เป็นเวลาหนึ่งปี) แต่มันจะหยุดไม่ให้คุณทำงานวิดีโอ / กราฟิกระดับไฮเอนด์ ที่ต้องใช้หลายกิกะไบต์เพื่อให้ทำงานได้ ลองทำดูสักสองสามสัปดาห์แล้วดูว่าเกิดอะไรขึ้น

แต่ ... การรีสตาร์ท Xcode ทุกครั้งที่มันทำงานช้าลงมันมหัศจรรย์ บนเครื่องที่มี RAM น้อยกว่า swapfile ส่วนตัวของ Xcode ดูเหมือนจะถูกลบทันทีเมื่อคุณปิด (ดูเหมือนจะไม่เกิดขึ้นบนเครื่องที่มี RAM จำนวนมาก)

ไม่มีคำตอบเหล่านี้ที่ปรับปรุงประสิทธิภาพในกรณีของฉัน (เมื่อเวลาผ่านไป Xcode 4.1 แทบจะไม่สามารถใช้งานได้เลยเพียงแค่เลิกตอนนี้แล้วก็ช่วยได้)

อย่างไรก็ตามฉันเพิ่งพบว่าถ้าฉันปิดเอกสารของฉันทั้งหมด (control-command-W) ดูเหมือนว่าจะยังคงเร็วอยู่ Xcode จะเก็บเอกสารทั้งหมดที่คุณคลิกในหน่วยความจำโดยอัตโนมัติและคุณสามารถนำทางระหว่างเอกสารเหล่านั้นด้วยลูกศรซ้าย / ขวาของคำสั่งควบคุม หากคุณเปิดมากเกินไปโดยเฉพาะอย่างยิ่ง (โดยเฉพาะหน้าต่าง IB) มันจะคลานไปหยุดชั่วคราว เพียงปิดเอกสารที่เปิดอยู่ทั้งหมดในตอนนี้และดูเหมือนว่าจะบรรเทาได้โดยไม่จำเป็นต้องรีสตาร์ทแบบเต็ม

โพสต์ต่อไปนี้โดย @lukasz ช่วยเล็กน้อยโดยเฉพาะอย่างยิ่งรายการ # 8 ในคำตอบของเขา (แผงยูทิลิตี้ปิดและบานหน้าต่างช่วยเหลือด่วน)

Xcode 4 ช้ามากและฆ่าฮาร์ดไดรฟ์ของฉัน

ทุกคนที่ประสบปัญหาเหล่านี้ควรลอง Xcode 4.1 บน Mac OS X Lion ฉันแปลกใจว่ามันเร็วกว่าและตอบสนองเร็วแค่ไหนบนฮาร์ดแวร์เดียวกัน (Macbook Pro 2.66 GHz Core 2 Duo พร้อม RAM 4GB ที่นี่)

ฉันคิดว่าพวกเขาแก้ไขข้อบกพร่องของประสิทธิภาพด้วยการเปิดตัวรุ่นนี้

เริ่มการทำงานของเครื่องมือด้วยเทมเพลตโปรไฟล์เวลาและแนบกับ Xcode ที่กำลังทำงานอยู่ (หรือเสียงดังกราว, llvm ฯลฯ หากปัญหาของคุณอยู่ในระหว่างการสร้าง) คุณน่าจะเห็นปัญหาได้อย่างรวดเร็ว ฉันเห็นสาเหตุที่แตกต่างกันมากในเครื่องที่แตกต่างกัน การควบคุมเวอร์ชันมักเป็นตัวการ

ฉันกำลังเผชิญกับปัญหาเดียวกัน ส่วนหนึ่งได้รับการแก้ไขเนื่องจากการสร้างเบต้ายังคงติดตัว ดูเหมือนว่า Xcode ภายในได้รับการรั่วไหลอย่างน้อยหนึ่งครั้งซึ่งลอยอยู่ในความทรงจำของคุณ คุณสามารถรับชม "คุณสมบัติ" ที่ยอดเยี่ยมนี้ได้เป็นอย่างดีเมื่อใช้งานอินเทอร์เฟซผู้สร้าง สองวิธีแก้ปัญหาที่เป็นไปได้ภายใต้การอธิษฐานและการกรอกบั๊กรายงานไปยัง apple:

1. อย่าใช้เครื่องมือสร้างภายในเปิดแอปพลิเคชันภายนอกแทน
2. ออกจาก Xcode เป็นครั้งคราวนี้ควรเพิ่มหน่วยความจำที่รั่วไหลออกมา

ฉันได้ลองทุกอย่างที่ได้รับการแนะนำในหัวข้อนี้และอื่น ๆ อีกมากมายและสิ่งเดียวที่ทำงานกับฉันก็คือการโค่นล้ม "ปิด" สำหรับโครงการ นี่คือส่วนที่เส็งเคร็ง - วิธีเดียวที่ฉันสามารถ "ปิดการใช้งาน" ปลั๊กอิน SVN ในตัวคือการ frig ไฟล์ / etc / hosts ของฉันด้วยที่อยู่ IP ปลอมทำให้การเข้าถึง SVN ทั้งหมดล้มเหลวได้อย่างมีประสิทธิภาพ

ฉันพยายามลบ / เปลี่ยนชื่อ IDESubversion.ideplugin ใน / Developer / Library / Xcode / PrivatePlugIns แต่ Xcode 4.2.1 pukes และปฏิเสธที่จะเริ่มต้น

ฉันพยายามลบที่เก็บ SVN ของฉันออกจาก Xcode ทุกครั้งที่ฉันรีสตาร์ท Xcode แต่ Xcode ล้มเหลวภายในไม่กี่นาที

ฉันลองปิด "Remote Status" ผ่านทาง File-> Source Control-> Hide Status Remote (ไม่ได้ทำอะไรให้ฉันเลย)

ตอนนี้ฉันได้ตั้งค่าชื่อโฮสต์ SVN เป็น 1.2.3.4 ในไฟล์โฮสต์ของฉันแล้ว Xcode ใช้งานได้ดีและไม่แสดง SBBOD เกือบทุกครั้งที่ฉันสลับระหว่างไฟล์

$ grep 1.2.3.4 /etc/hosts
1.2.3.4 svn.myhost.com

จากนั้นเมื่อฉันต้องการควบคุมเวอร์ชันฉันต้องถอดไฟล์โฮสต์และใช้ cmd line svn

คุณสามารถหลีกเลี่ยงการจัดทำดัชนี Xcode การทำเช่นนี้จะปรับปรุงประสิทธิภาพหน่วยความจำของระบบของคุณ แต่จะป้องกันคุณสมบัติ IDE เช่นการเติมข้อความอัตโนมัติและข้ามไปยังคำจำกัดความจากการทำงาน

$ defaults write com.apple.dt.XCode IDEIndexDisable 1

หากคุณมีประสิทธิภาพการทำงานช้าในขณะที่การแก้ไขไฟล์ .xib ที่มีอินเตอร์เฟซที่สร้าง / แก้ไขแล้วไปอยู่ภายใต้การตรวจสอบไฟล์สำหรับ .xib และปิดการใช้งานรูปแบบอัตโนมัติ ทำการแก้ไขใน. xib จากนั้นเป็นขั้นตอนสุดท้ายเปิดใช้งานเค้าโครงอัตโนมัติอีกครั้งและเพิ่มหรือปรับข้อ จำกัด

ในที่สุดฉันก็ได้ Xcode ของฉันไปทำงานตามปกติโดยปิดคุณสมบัติ git

ฉันแก้ไขปัญหาของฉันโดยปิดใช้งานสแนปชอตตามที่อธิบายไว้ที่นี่:

การแก้ไขสตอรีบอร์ดใน Xcode 5 ช้ามาก

ในกรณีของฉันมันคือการใช้ RAM

พยายามฆ่าแท็บ Chrome บางตัวหรือแอปที่ไม่ค่อยได้ใช้

ฉันได้พบเคล็ดลับในการเร่งประสิทธิภาพการรวบรวมของ XCode 4: เมื่อคุณเรียกใช้หรือคอมไพล์หรือทำการประมวลผลอื่น ๆ ใน Xcode และทำให้แผงควบคุมเปิดใช้งานอยู่ให้เลือกกระบวนการ Xcode จากนั้นคลิกที่กระบวนการตัวอย่าง มันจะทำให้กระบวนการติดค้างและทำงานอีกครั้งตามปกติซึ่งอนุญาตให้สร้างแอปในเวลาที่เหมาะสม