Wurde mit iOS 7 Änderungen bei ARC gemacht?

Bayer · 20. September 2013, 22:14

Hallo,
ich habe heute meine iOS 7 Version unter Instruments angeschaut.
Nun habe ich festgestellt, dass wenn ich ein modales View öffne der Speicherbedarf nach oben geht. Für mich nichts neues.
Wenn ich nun dieses modale View schließe, bleibt aber der Speicherbedarf auf den gleichen Level.
Öffne ich wieder das modale View geht wieder der Speicherbedarf nach oben. Beim Schließen bleibt er wieder auf den gleichen Level.

Unter Xcode 4.6 mit iOS 6 konnte ich bei der gleichen App aber immer das gewünschte Speicherverhalten sehen.
Wenn ich das modale View geöffnet habe, ging der Speicherbedarf nach oben und beim Schließen ging er wieder zurück.

Ich hoffe diese Informationen reichen euch, vielleicht wisst ihr ja über eine Änderung bei ARC von der ich nichts weis.
Ich habe bei der App nur das Storyboard für das neue iOS 7 Design angepasst.

macmoonshine · 20. September 2013, 22:57

An ARC hat Apple meines Wissens keine dokumentierten Änderungen vorgenommen. Das Verhalten muss ja auch nicht mit ARC zusammenhängen.

Zeigt Dir Instruments Lecks oder große Speicherblöcke an?

Bayer · 20. September 2013, 23:39

Wenn das modale View erscheint wir das erzeugt:

# Address Category Timestamp Live Size Responsible Library Responsible Caller
0 0xcb0a400 Malloc 39,50 KB 00:14.705.687 • 39,50 KB UIKit -[UISectionRowData refreshWithSection:tableView:tableViewRowData: ]

Und wenn es wieder verschwindet, bleiben die Objekte(?) immer noch im Speicher.

Kismet · 21. September 2013, 02:03

Es könnte sein das hier eine Optimierung/Änderung, des Verhaltens, des Garbage Collectors greift. Er hält das View noch vor (temporär), es könnte ja noch mal verwendet werden.

Ist aber nur eine Vermutung. Mit ARC habe ich mich noch nicht tiefgreifend auseinander gesetzt.

Amin Negm-Awad · 21. September 2013, 08:11

ARC hält nichts vor. Es kann freigeben, wenn keine Referenz mehr vorhanden ist. Dann ist aber das Objekt auch nicht mehr erreichbar un vorhalten kann nicht zielführend sein.

So etwas geht nur bei benannten Ressourcen, wovon ARC nichts weiß. Man implementiert das daher auf höheren Ebenen.

gritsch · 21. September 2013, 09:22

wenn es für später aufbewahrt würde, würde später nicht nochmal der speicherverbrauch steigen.

klingt doch einfach nach einem der vielen mem-leaks in apples implementierungen

macmoonshine · 21. September 2013, 10:30

Kismet schrieb:

Es könnte sein das hier eine Optimierung/Änderung, des Verhaltens, des Garbage Collectors greift.

Es gibt und gab unter iOS keinen Garbage Collector.

Kismet · 21. September 2013, 15:37

macmoonshine schrieb:

Es gibt und gab unter iOS keinen Garbage Collector.

ja ja... MS hat mich ein wenig versaut. aber halte ich an sich für ein guten Ansatz, im Hintergrund prüfen ob nicht ein Objekt/ (oder irgendeine andere Struktur im Speicher) immer wieder initialisiert wird und das dann dennoch "vorhalten" wenn es wieder benötigt wird, obwohl kein Zeiger mehr darauf zeigt. Wenn der zugewiesene Speicher dann doch knapp wird, schmeisst man die temporären Daten einfach raus.

Bayer · 21. September 2013, 16:58

Aber Garbage Collector braucht doch in Releation zu der App richtig viel Ressourcen?

Also zu meinen Problem jetzt:
Wie es ausschaut weiß von euch auch keiner von einer Änderung von ARC.

Dann hoffe ich mal ich finde in 2 Wochen bei der Macoun jemanden in der Werkstatt der mir weiterhelfen kann...

macmoonshine · 21. September 2013, 18:45

Bayer schrieb:

Aber Garbage Collector braucht doch in Releation zu der App richtig viel Ressourcen?

In welcher Relation zur App? Die Müllsammler brauchen in der Regel viel Zeit. Wenn der Speicher voll läuft, kannst Du die Müllsammler anschubsen und schnarch...

Da unter iOS aber jeder dafür sorgen sollte, seinen Müll selber wegzuräumen, brauchst Du da glücklicherweise auch keinen Müllsammler...