2012-09-06 15 views

risposta

0

Non c'è un modo per aggirare questo problema.

È discusso su molti siti Web. L'unica soluzione che mi ha aiutato con questo problema è, , riavvio di XCode ora e poi. Non penso che ci sarà una soluzione reale per questo problema.

+1

disinstalla con successo il mio Xcode, e scaricarlo nuovamente da Apple – user1651186

+0

disinstalla con successo il mio Xcode, e scaricarlo di nuovo da parte di Apple, ma non succede nulla – user1651186

+0

Sì, disinstallare e scaricarlo di nuovo non ti aiuterà. Non c'è modo di aggirare questo problema. Basta ricominciare ogni tanto, e starai bene. –

0

XCode è un vero mostro di memoria, e se provi ad usare uno degli "strumenti" ne mangia ancora di più. A seconda delle attività, alcune persone non hanno molti problemi, specialmente se hanno più memoria.

Personalmente ho iniziato con 2GB e XCode era solo ... doloroso

Dopo l'aggiornamento a 8GB ho dovuto riavviare ogni tanto

Ho sentito che le persone con 16 GB non si lamentano più di tanto e devi solo riavviare XCode una o due volte al giorno.

Mi sembra piuttosto strano che usi tutta la memoria dopo 2 minuti. Potrei immaginare che ci sia qualche impostazione che stia rendendo tutte le perdite di XCode molto peggiori. Hai provato a eliminare tutti i ~/Library/Developer folder e i file di impostazione?

2

trovato una soluzione temporanea here

Run che comanda ogni tanto un po 'e si aiuta con il mio 8GB

+0

Ho provato il comando di eliminazione, ma non ha avuto alcun impatto sulla mia configurazione di memoria. Era su OS X 10.8 – vedrano

2

Sono sorpreso che non ho letto la risposta reale/problema qui anche se non c'è soluzione. Vedo che hai detto che non devi nemmeno aprire un progetto, ma generalmente il problema si verifica quando usi gli storyboard. L'ho confermato, ho inviato esempi ad Apple, ho archiviato segnalazioni di bug, ho aspettato nuove uscite, ancora niente. Da qualche parte lungo la linea c'è una perdita quando si modificano le viste dello storyboard. Se stai modificando il codice raw non vedrai mai aumentare l'utilizzo della ram, ma il secondo in cui inizi a modificare uno storyboard con più viste e segue il problema. Al momento eseguo 24 GB di RAM e può essere consumato in meno di un'ora quando si modificano le visualizzazioni in uno storyboard. Come altri hanno già detto, l'unica soluzione è riavviare Xcode. Basta chiudere il progetto non è abbastanza buono.

5

Ho indagato su questo problema da un po 'di tempo. Penso che una soluzione (che devo accreditare all'utente justin per) consiste nell'impostare diversi valori di configurazione per Xcode. Dovrebbe essere fatto dopo aver chiuso Xcode, naturalmente.

Nel terminale eseguire i seguenti comandi:

defaults write com.apple.dt.XCode IDEBuildOperationMaxNumberOfConcurrentCompileTasks 4 

defaults write com.apple.dt.XCode IDEIndexDisable 1 

questo impedirà indicizzazione e ridurre il numero di operazioni di compilazione. Ciò ha permesso al mio Xcode di lasciarmi un po 'di RAM per fare effettivamente un po' di lavoro.

per eliminare queste impostazioni, ad esempio indicizzazione:

defaults delete com.apple.dt.XCode IDEIndexDisable 

Come detto, questo è stato discusso in this question.

Inoltre, la pulizia della cache Xcode ha permesso di ridurre la velocità che la RAM è stato mangiato con. (in ~/Library/Developer/Xcode/DerivedData - è nella directory home e probabilmente è nascosto, quindi è più facile accedere con Terminal).

Edit/Update:

A quanto pare, questo aiuta con il problema di memoria (anche se ancora necessario riavviare Xcode regolarmente). Tuttavia stai perdendo alcuni aspetti positivi: controllo degli errori istantanei, controllo-trascina-e-rilascia IBOutlet aggiungendo l'intestazione del controller (devi farlo alla vecchia maniera - digita e poi connetti), probabilmente alcune altre utili funzionalità che vieni con l'indicizzazione. Quindi attenzione.

+1

Si noti che è 'defaults write com.apple.dt.Xcode IDEIndexDisable 1', che a minuscolo c. Il primo comando è corretto, il secondo no. – thakis

+0

Utilizzare questa risposta. Quindi sudo purga – RemembranceNN

+0

@thakis Sembra insensibile al maiuscolo/minuscolo. – devios1

1

Ho affrontato lo stesso problema, ma in relazione all'interfaccia Builder e Storyboard.

Dopo qualche pensiero, diventa chiaro che dopo il file Storyboard nel mio progetto ampliato per una certa quantità (attualmente circa 1,5 MB su disco), XCode e IB hanno problema.

Mentre cambiare testo in un (IBLabel esempio) oggetto, ha bisogno di circa 0,5 secondi per ogni lettera, ciò che dà 3 secondi per un cambiamento di parola 6 carattere. Questo mi rallenta molto.

XCode restart aiuta e rilascia tutta la memoria occupata ... fino alla prossima sessione di lavoro.

Ho la forte impressione che IB faccia annullare il buffer dopo ogni modifica (ad esempio, cambia lettera singola) perché dopo ogni singola modifica, l'ingombro della memoria si ingrandisce di circa 20 MB (probabilmente la dimensione dello Storyboard nella RAM, sul disco è di 1,5 MB).

E dopo il riavvio di XCode, il buffer di annullamento è scomparso e di conseguenza è stata rilasciata memoria.

Vorrei conoscere un modo per limitare la dimensione del buffer di annullamento e testarlo con quella dimensione più piccola.

configurazione è: Mac Mini, 4 GB di RAM, OS X 10.8.3, XCode 4.6, XCode 4.6.1, XCode 4.6.2

Attualmente sono di nuovo a XCode 4.5 e la situazione sembra un po 'meglio ma il problema è ancora qui. Suppongo che questa versione abbia meno funzioni di 4.6 e in base a questa differenza utilizza meno memoria.

Ok, sembra come XCode 4.5 può effettivamente rilasciare un po 'di memoria che Interface Builder assegna.

Aggiornamento il 21 maggio 2013: Ho aggiornato da 4 GB a Mac Mini 2011 8 GB di RAM e non ho ancora riscontrato alcun problema.

Problemi correlati