Xcode 4.2, 4.3:
Principais problemas com o indexador de arquivos (o mesmo código que executa o Spotlight, que está com erros há anos? Provavelmente).
Desative tudo o que não é essencial envolvido nos arquivos "assistindo":
- Ajuda rápida (NB: nunca clique na guia QH! Mesmo ocultar o Assistente ainda faz com que o código seja executado! Alterne para uma guia diferente antes de passar para um novo arquivo ...)
- Gerenciamento de SCM (SVN, Git, etc - o suporte ao Xit do gcode ainda é um pouco problemático (pode corromper projetos) e eles abandonaram o suporte ao SVN, portanto você não deve usá-lo de qualquer maneira!)
- tente excluir a pasta da área de trabalho (conforme resposta aceita), mas apenas se for grande no disco
- ... qualquer outra coisa que você possa encontrar relacionada ao status de arquivos individuais
Xcode 4.4, 4.5:
Essas versões têm um grande vazamento de memória, um indexador de arquivos quebrado (mas melhor que 4.2 e 4.3) e talvez um problema de arquivo de troca particular.
Eventualmente, desabilitando / habilitando o espaço de troca ( como desabilitar ou habilitar a troca no mac os x ), e usar discos rígidos normais em várias máquinas, e executando experimentos em máquinas com 2 GB de RAM e 16 GB de RAM, descobri que o Xcode parece executar seu próprio espaço de troca, independente da troca do OS X (!).
(isso pode ser um erro - talvez exista uma forma extra de troca do OS X que eu não conheça - mas os arquivos de troca do sistema não ficaram maiores ou menores, enquanto o espaço em disco pulou por gigabytes para cima e para baixo em algumas máquinas)
Observado:
O Xcode 4.4 / 4.5 ocupará aleatoriamente toda a memória RAM do seu sistema (10s de GB para um pequeno projeto), de modo que o restante do sistema fique parado, esperando a troca de disco
- Pior: em macbooks com SSDs, você não saberá que isso aconteceu
- Pior: ... mesmo que isso esteja danificando o seu disco rígido (os SSDs não gostam de escrever com golpes)
O Xcode monitora o acesso ao disco rígido para que ele possa fazer sua indexação interna (quebrada) de arquivos. Quando a memória do sistema fica baixa e o OS X precisa fazer uma troca ... fica parado aguardando o Xcode indexar arquivos ... e o Xcode ocupa mais memória enquanto aguarda ... e: BOOM! em sistemas menores, o OS X eventualmente trava
O Xcode não precisa de espaço de troca do OS X
O último é muito interessante. Se você tiver muita memória (por exemplo, 16 GB), tente desativar o espaço de troca permanentemente. O Xcode roda mais rápido, porque o OS X Lion possui alguns bugs no gerenciamento de memórias, onde é trocado mesmo quando não é necessário .
Se o xcode desacelerar repentinamente, ele estará trocando internamente; nesse ponto, você poderá simplesmente matá-lo e reiniciá-lo.
(se você tiver um SSD, a única maneira de saber se a troca começou é esperar que ele "fique mais lento". Caso contrário, você saberá assim que ouvir o HD thrash: não há mais nenhum arquivo de troca do sistema; única causa possível é o Xcode)
Você pode desativar com segurança a troca mesmo se tiver 2 GB de RAM (eu tive apenas uma falha do OS X por mês quando tentei isso, executei-o desta maneira por um ano), mas isso o impedirá de trabalhar com gráficos / vídeo de ponta com arquivos que precisam de vários gigabytes apenas para serem executados. Sinta-se livre para experimentá-lo por algumas semanas e ver o que acontece.
Mas ... reiniciar o Xcode sempre que diminui a velocidade faz maravilhas. Em máquinas com menos RAM, o arquivo de troca privado do Xcode parece ser excluído IMEDIATAMENTE quando você fecha (não parece acontecer em máquinas com muita memória RAM)