Xcode 4 InterfaceBuilder - Memory for Breakfast ???

Simmikolon · 5. April 2011, 10:50

Hi,

ich habe mächtige Probleme wenn ich den InterfaceBuilder von Xcode 4 benutze. Dieser frisst nämlich mein ganzen Arbeitsspeicher bis auf die letzten MBs. Mein System (ein MacBook Pro 15 mit i7 - der aktuellen generation, also brandneu ) verfügt über 8 gigs Ram ... bevor ich xCode starte stehen in meinem system etwa zwischen 5 und 6 GB als frei zur verfügung. Starte ich den InterfaceBuilder und schraube nur ein klein bissl herum, so habe ich plötzlich nur noch um die 8 - 11 mb frei !!! megabyte !!!

Hallo ?? Xcode braucht doch wohl keine 6 Gigs Ram ??? Hat jemand ähnliche Probleme ? Das ganze System leidet dann nämlich immer so das ich alles beenden muss und dann wieder Xcode starten, sonst kann ich nicht weiterarbeiten ...

Ich werde das gleich mal in Instruments starten ... mal gucken was das mir so sagt ..

Simmikolon · 5. April 2011, 10:51

.... in Xcode 3 auf dem selben System hatte ich diese Probleme nie ....

Thallius · 5. April 2011, 11:00

Ist bei mir das gleiche. Allerdings fällt das erst auf wenn man mal ein paar Elemente mehr in einem View hat. So nach und nach wird der rechner dann immer langsamer bis er fast stehen bleibt.

gruß

Claus

Simmikolon · 5. April 2011, 11:44

Thallius schrieb:

Allerdings fällt das erst auf wenn man mal ein paar Elemente mehr in einem View hat.

-> Jo ! Bei mir auch ... Ich tippe auf einen Leak ... Der speicher wird nirgendwo gelistet !

Amin Negm-Awad · 5. April 2011, 12:21

Benutzt Xcode nicht die GC?

Michael · 5. April 2011, 14:01

Amin Negm-Awad schrieb:

Benutzt Xcode nicht die GC?

Och, wenn man sich geschickt anstellt, kann man doch auch mit Garbage Collection den Speicher vollmüllen.

Michael

Simmikolon · 5. April 2011, 14:05

Amin Negm-Awad schrieb:

Benutzt Xcode nicht die GC?

-> tut es ? wenn dann tut es die nicht ...

Also -> Instruments -> Kein Leak -> Xcode selbst alloziiert immer so um die 350 MB ... selbst wenn das mit dem InterfaceBuilder-Leak-Oderwasauchimmer auftritt. Dann stehen aber laut RAM-Info plötzlich über 2Gbyte speicher als "Nicht mehr benutzt" herum ... Wo kommen die her ? Und wo kommen die so schnell her ??? Wenn man mit den paar Views, die im InterfaceBuilder geöffnet werden in so kurzer Zeit so viel Speicher verschwendet ... den Xcode selbst nicht alloziiert -> aber der Auslöser ist dann ist da irgendwas faul ...

Wie dem auch sei ... Die Sache nervt total. Ich muss nun jedesmal wenn ich was an einem Interface was ändern möchte Xcode danach neustarten ... Ab und zu muss ich mich komplett Abmelden um den Speicher wieder freigeben zu können. Denn anders als es in Mac Os normalerweise üblich ist, kann kein Programm diesen "Nicht mehr in benutzung befindlichen" Speicher wieder benutzen ...

Das ist Sch**** ... Aber echt !!

Simmikolon · 5. April 2011, 14:14

[Blockierte Grafik: http://photos-f.ak.fbcdn.net/hphotos-ak-snc6/199485_193547864019958_100000942385899_450025_6719984_s.jpg]

---> Kein 10 min ... Wie soll man denn so arbeiten ???

Michael · 5. April 2011, 16:28

Wichtig! Hier das Problem melden.

Michael

Amin Negm-Awad · 5. April 2011, 17:31

Michael schrieb:

Amin Negm-Awad schrieb:

Benutzt Xcode nicht die GC?

Och, wenn man sich geschickt anstellt, kann man doch auch mit Garbage Collection den Speicher vollmüllen.

Michael

Oh, das will ich nicht bezweifeln. Allerdings stellt sich gefühlsmäßig eher die Frage, ob nicht die GC den Speicher vollmüllt.

Simmikolon · 5. April 2011, 18:04

Amin Negm-Awad schrieb:

Oh, das will ich nicht bezweifeln. Allerdings stellt sich gefühlsmäßig eher die Frage, ob nicht die GC den Speicher vollmüllt.

-> genau das scheint hier der fall zu sein ...

chartus · 5. April 2011, 19:24

scheint mir fast ein generelles Problem zu sein... mein Safari als Apple vorzeigeprodukt hat sich letztens auch mal wieder auf sage und schreibe 25giga(!)Byte vsize hochgehangelt...

Simmikolon · 5. April 2011, 20:59

chartus schrieb:

scheint mir fast ein generelles Problem zu sein... mein Safari als Apple vorzeigeprodukt hat sich letztens auch mal wieder auf sage und schreibe 25giga(!)Byte vsize hochgehangelt...

-> 25gigs ?? Wow ...

Ich bin auch noch nicht dahinter gekommen was genau da jetzt passiert ... Es ist sowas von nervig ...

TheFuriousLion · 5. April 2011, 23:28

Und dann heißt es, mit Apple hat man keine Probleme. Aber immerhin sind sie verzeihlich, weil Apple das mit anderen Sachen wieder gut macht.

Denkt einfach an Windows und seit froh, dass ihr Mac OS X habt ;-)

NSObject · 6. April 2011, 10:54

Tritt das noch auf, wenn ihr Xcode 4 im 32-Bit Modus startet?
Mal in die Konsole geschaut, ob Xcode da Hinweise rein wirft?

Tuni · 6. April 2011, 12:17

Ist bei mir ebenso, sowohl am MacBook Pro als auch am Mac mini. Nutze daher aktuell wieder Xcode 3.

Simmikolon · 6. April 2011, 14:15

TheFuriousLion schrieb:

Und dann heißt es, mit Apple hat man keine Probleme. Aber immerhin sind sie verzeihlich, weil Apple das mit anderen Sachen wieder gut macht.

Denkt einfach an Windows und seit froh, dass ihr Mac OS X habt

-> Ich verzeihe Apple alles ... Und das schon seit Jahren !

-> oder ich mache das so wie andere User, die das gleiche Problem haben und es im Netz in diversen Foren gepostet haben. Viele davon schreiben, sie hätten ihren Arbeitsspeicher verdoppelt. So könnten sie doppelt so lange an Xcode arbeiten bevor ein neustart fällig wird

NSObject schrieb:

Tritt das noch auf, wenn ihr Xcode 4 im 32-Bit Modus startet?
Mal in die Konsole geschaut, ob Xcode da Hinweise rein wirft?

-> Gute Idee !!! Ich boote mal mein ganze Maschinchen im 32 Bit modus ...

Tuni schrieb:

Ist bei mir ebenso, sowohl am MacBook Pro als auch am Mac mini. Nutze daher aktuell wieder Xcode 3.

-> ich glaube bald ist es auch bei mir wieder so weit ..

Tuni · 13. Mai 2011, 08:02

Gibt es etwas neues zu dem Thema? Habe mich seitdem nicht mehr mit Xcode 4 beschäftigt und nutze noch Xcode 3.

Thallius · 13. Mai 2011, 08:26

Also mit 4.0.2 ist es besser geworden finde ich. Bei mir passiert das nur wenn ich mit dem integrierten IB arbeite und da umso schneller je größer das XIB wird. Öffne ich keine XIB's habe ich auch keine Probleme ausser den üblichen Abstürzen

Gruß

Claus

Tuni · 13. Mai 2011, 09:16

Also hat sich nicht wirklich viel geändert, bleibe dann noch wohl bei Xcode 3. Keine Lust das riesen Update auf 4.0.2 runterzuladen.

Tags