blocks|key|649882|text|下面@lukasz的帖子有点帮助，特别是他的答案中的#8+(关闭实用程序面板和快速帮助窗格)|type|unstyled|depth|inlineStyleRanges|entityRanges|data|649883|Xcode+4+became+extremely+slow+and+kills+my+hard+drive|offset|length|649884|entityMap|0|LINK|mutability|MUTABLE|url|https://stackoverflow.com/questions/6225603/xcode-4-4-0-1-became-extremely-slow-and-kills-my-hard-drive/6714646#6714646^0|0|0|1H|0|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|O|8|@]|9|@$D|P|E|Q|1|R]]|A|$]]|$1|F|3|-4|5|6|7|S|8|@]|9|@]|A|$]]]|G|$H|$5|I|J|K|A|$L|M]]]]

The following post by @lukasz helped a bit, particularly his item #8 in his answer (Closed Utility Panel and Quick Help Pane)

<a href="https://stackoverflow.com/questions/6225603/xcode-4-4-0-1-became-extremely-slow-and-kills-my-hard-drive/6714646#6714646">Xcode 4 became extremely slow and kills my hard drive</a>

blocks|key|649940|text|在常规首选项中禁用Live+Issues会产生明显的不同。我还设置了一个不启用gdb的方案，用于频繁重新运行的情况(没有gdb会大大提高启动速度)。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|649941|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Disabling Live Issues in General Preferences has made a definite difference. I also setup a scheme without gdb enabled for situations where I'm frequently re-running (no gdb speeds up launch quite a bit).

blocks|key|649974|text|在我的例子中，这些响应都没有真正提高性能(随着时间的推移，Xcode4.1变得几乎不可用，只是偶尔退出它才有帮助)。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|649975|然而，我刚刚发现，如果我一直关闭所有文档(control-command-W)，它似乎会保持很快。Xcode以某种方式自动将您单击的所有文档保存在内存中，您可以使用control-command向左/向右箭头键在它们之间导航。如果您意外地打开了太多窗口(尤其是IB窗口)，它会爬行到停止。只是偶尔关闭所有打开的文档似乎可以缓解这种情况，而不需要完全重新启动。|649976|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

None of these responses really improved performance in my case (over time Xcode 4.1 became hardly usable, only quitting it now and then helped).

However, I just found out that if I keep closing all my documents (control-command-W) it seems to stay fast. Xcode automatically keeps all the documents that you click on in memory somehow, and you can navigate between them with control-command left/right arrow. If you accidentally open too many (especially IB windows), it crawls to a halt. Just closing all open docs now and then seems to alleviate this without the need to do a full restart.

blocks|key|650043|text|我已经尝试了这个帖子和许多其他帖子中提出的所有建议，唯一对我起作用的是“禁用”项目的subversion。这是最糟糕的部分--我可以“禁用”内置SVN插件的唯一方法是使用一个虚假的IP地址插入/etc/hosts文件，这实际上会导致所有SVN访问失败。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|650044|我尝试删除/重命名/Developer/Library/+Xcode+/PrivatePlugIns中的IDESubversion.ideplugin，但Xcode4.2.1出现问题并拒绝启动。|650045|每次重启Xcode时，我都会尝试从Xcode中删除我的SVN存储库，但Xcode在几分钟内崩溃。|650046|我尝试通过File->Source+Control->Hide+Remote+Status关闭"Remote+Status“(对我没有任何帮助)。|650047|现在，我已经在hosts文件中将SVN主机名设置为1.2.3.4，Xcode工作得很好，而且几乎每次在文件之间切换时都不会显示SBBOD。|650048|$+grep+1.2.3.4+/etc/hosts
1.2.3.4+svn.myhost.com|code-block|syntax|javascript|650049|然后，当我真的想做版本控制时，我必须解开hosts文件并使用cmd+line+svn。|650050|entityMap^0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|S|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|T|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|U|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|V|8|@]|9|@]|A|$]]|$1|H|3|I|5|6|7|W|8|@]|9|@]|A|$]]|$1|J|3|K|5|L|7|X|8|@]|9|@]|A|$M|N]]|$1|O|3|P|5|6|7|Y|8|@]|9|@]|A|$]]|$1|Q|3|-4|5|6|7|Z|8|@]|9|@]|A|$]]]|R|$]]

I've tried just about everything that was suggested in this thread and [numerous] others and the only thing that worked for me was to "disable" subversion for the project. Here's the crappy part -- the ONLY way I could "disable" the built-in SVN plugin was to frig my /etc/hosts file with a bogus IP address, effectively causing all SVN access to fail.

I tried removing/renaming the IDESubversion.ideplugin in /Developer/Library/Xcode/PrivatePlugIns, but Xcode 4.2.1 pukes and refuses to start.

I tried removing my SVN repositories from Xcode each and every time I restart Xcode, but Xcode crashes within a few minutes.

I tried turning off "Remote Status" via File->Source Control->Hide Remote Status (did nothing for me).

Now that I've set my SVN hostname to 1.2.3.4 in my hosts file, Xcode works great and doesn't show the SBBOD almost every time I switch between files.

<pre><code>$ grep 1.2.3.4 /etc/hosts
1.2.3.4 svn.myhost.com
</code></pre>

Then, when I really want to do version control, I have to un-frig the hosts file and use cmd line svn.

blocks|key|650113|text|我发现了一个加速XCode+4编译性能的技巧:当您在Xcode4中运行或编译或执行任何其他处理时，它会停止打开活动监视器，选择Xcode4进程，然后单击示例进程。它将使进程解开并再次正常运行，从而允许在合理的时间内构建应用程序。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|650114|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I've found a trick to accelerate the compiling performance of XCode 4:
When you run or compile or do any other processing in Xcode and it stalls open active monitor, select the Xcode process then click on the sample process.
It will make the process unstuck and run again as normal which allow to build app in a reasonable time.

blocks|key|867528|text|使用time+profile模板启动Instruments，并将其附加到正在运行的Xcode+(或者clang、llvm等，如果您的问题是在构建过程中)。您应该能够很快看到问题所在。我在不同的机器上看到了非常不同的原因。版本控制通常是罪魁祸首。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|867529|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Fire up Instruments with the time profile template and attach it to the running Xcode (or clang, llvm, etc. if your problem is during builds). You should be able to see the problem pretty quickly. I have seen very different causes on different machines. Version control is often a culprit.

blocks|key|867666|text|在我的例子中，是RAM使用率。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|867667|​|867668|📷|atomic|offset|length|867669|867670|尝试关闭一些Chrome标签页或很少使用的应用程序。|867671|entityMap|0|IMAGE|mutability|IMMUTABLE|imageUrl|https://ask.qcloudimg.com/http-save/yehe-900000/031bbcd09874ff2b025f3a14c9e26dee.png|imageAlt^0|0|0|0|1|0|0|0|0^^$0|@$1|2|3|4|5|6|7|U|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|V|8|@]|9|@]|A|$]]|$1|D|3|E|5|F|7|W|8|@]|9|@$G|X|H|Y|1|Z]]|A|$]]|$1|I|3|C|5|6|7|10|8|@]|9|@]|A|$]]|$1|J|3|K|5|6|7|11|8|@]|9|@]|A|$]]|$1|L|3|-4|5|6|7|12|8|@]|9|@]|A|$]]]|M|$N|$5|O|P|Q|A|$R|S|T|-4]]]]

In my case, it was the RAM usage.

<img src="https://i.stack.imgur.com/l5JsJ.png" alt="enter image description here">

Try to kill a few Chrome tabs or rarely used apps.

blocks|key|650386|text|通过关闭git特性，我终于让我的Xcode正常工作了。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|650387|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I finally got my Xcode to work normally by turning off the git feature.

blocks|key|867855|text|我通过如下所述禁用快照解决了我的问题：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|867856|Editing+storyboard+in+Xcode+5+is+very+slow|offset|length|867857|entityMap|0|LINK|mutability|MUTABLE|url|https://stackoverflow.com/questions/19270813/editing-storyboard-in-xcode-5-is-very-slow/24875942#24875942^0|0|0|16|0|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|O|8|@]|9|@$D|P|E|Q|1|R]]|A|$]]|$1|F|3|-4|5|6|7|S|8|@]|9|@]|A|$]]]|G|$H|$5|I|J|K|A|$L|M]]]]

I resolved my issue by disabling snapshots as described here: 

<a href="https://stackoverflow.com/questions/19270813/editing-storyboard-in-xcode-5-is-very-slow/24875942#24875942">Editing storyboard in Xcode 5 is very slow</a>

blocks|key|867942|text|您可以避免索引Xcode。这样做将提高系统的内存性能，但也会阻止自动完成和跳转到定义等IDE功能的工作。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|867943|$+defaults+write+com.apple.dt.XCode+IDEIndexDisable+1|code-block|syntax|javascript|867944|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|I|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|J|8|@]|9|@]|A|$E|F]]|$1|G|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|H|$]]

You can avoid indexing Xcode. Doing so will improve memory performance of your system but will also prevent IDE features such as autocompletion and jump to definitions from working.

<pre><code>$ defaults write com.apple.dt.XCode IDEIndexDisable 1
</code></pre>

I have an issue with Xcode 4 really responding very slowly to user interactions, e.g. editing code, scrolling areas etc. This particularly happens with larger scale projects with many controllers/view files etc.

I completely wiped the hard disk and re-installed Snow Leopard and Xcode the other week but steadily it ground to a frustrating response time again (over a number of days) disrupting workflow considerably.

I have also on occasion removed the project's "derived data" via the Organiser -> Projects and this has had little effect.

I'm wondering if there is anything I can do to improve performance other than get a higher specced machine in the first instance.

FYI I'm running MacBook with Intel Core 2 Duo processors at 2GHz and 4GB of RAM.

In case we need to upgrade I'd also like to know if people are experiencing this poor performance from Xcode 4 on well specced machines (which would make our hardware upgrade rather pointless as it's only Xcode that has any performance issue on the MacBook).

If anybody has any suggestions or recommendations or could even let us know how improved hardware effects Xcode's performance on larger project trees then that would be extremely helpful and also a valuable resource for other devs in a similar position.

Xcode 4 - slow performance

我对Xcode 4有一个问题，它对用户交互的响应非常慢，例如编辑代码，滚动区域等。这在有许多控制器/视图文件的大型项目中尤其明显。前几周我彻底擦除了硬盘并重新安装了Snow Leopard和Xcode，但它稳定地再次陷入令人沮丧的响应时间(持续数天)，严重扰乱了工作流程。我有时也会通过组织者-> Projects删除项...

问Xcode 4-性能低下
EN

社区

活动

资源

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问Xcode 4-性能低下EN

社区

活动

资源

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问Xcode 4-性能低下
EN