Marco Arment, der Entwickler von Instapaper, hat in seinem Blog einen interessanten Beitrag veröffentlicht, der aktuell bei Entwicklern und künftig wahrscheinlich auch bei den betroffenen Usern zu Stirnrunzeln und Unverständnis führt.
MacNN und die Kollegen von ifun haben das Thema ebenfalls schon aufgegriffen, weitere Artikel werden in den nächsten Tagen sicher folgen.

Grund für den Unmut ist die Tatsache, dass iOS 5 im Gegensatz zu allen bisherigen FW-Versionen in der Lage ist, den Cache des iPhones selbständig zu löschen sobald der Speicher knapp wird.

Um die Auswirkungen zu verstehen, ist ein kurzer Exkurs in die Struktur der Speichergefüges auf dem iDevice erforderlich:

Grundsätzlich stehen jeder App zwei Orte zur Verfügung, an denen sie Inhalte speichern kann. Das ist zum einen der Cache, in dem beispielsweise Inhalte von offline-Wikipedia Apps, eBooks und auch Instapaper-Inhalte gespeichert werden.
Der Cache ist nicht Teil der iTunes-Backups, werden die Inhalte hier gelöscht oder gehen bei einer Wiederherstellung verloren, müssen sie erneut aus dem Netz geladen werden.

Außerdem steht den Apps der Ordner 'Documents' zur Verfügung, in dem Inhalte gespeichert werden, die sich nicht erneut aus dem Netz laden lassen.
Der Documents-Ordner ist Teil der iTunes-Backups und damit auch Teil von iCloud und zählt auf die 5GB kostenlosen Speicher.

Marco Arment berichtet, dass viele Entwickler derzeit Mails von Apple bekommen, in denen ihnen mitgeteilt wird, dass ihre Apps zu viele Daten im Documents-Ordner ablegen und dass die Apps entsprechend angepasst und die Inhalte künftig im Cache gespeichert werden müssen um den iCloud-Speicher nicht unnötig zu belasten.

So weit, so gut - hätte nicht eine entscheidende Änderung mit iOS 5 Einzug in die Speicherverwaltung des iOS gehalten.
Während die Firmware bislang nicht 'berechtigt' war, den Cache eigenständig zu löschen wenn der Speicher knapp wird, kann iOS 5 genau das jetzt tun.

Die Entwickler werden also einerseits angehalten, mehr Inhalte im Cache zu speichern um den iCloud-Speicher zu entlasten, andererseits kann iOS 5 genau diesen Cache bei knapp werdendem Speicher aber vollkommen selbständig und nach dem Zufallsprinzip löschen. Wie genau 'knapp werdender Speicher' dabei definiert wird, weiß wahrscheinlich nur Apple selbst.

Das muss nicht zwingend zum Problem werden sofern der User Zugang zum Internet hat und die gelöschten Inhalte nachladen kann. Ist das aber nicht der Fall, dürfte der eine oder andere User künftig mit einer leeren App konfrontiert werden, wenn er eigentlich deren Inhalte aufrufen möchte.

Unter anderem die folgenden Anwendungen nutzen den Cache zur Datenablage:

• Instapaper und alle Apps, die Webinhalte für den Offline-Lesezugriff speichern
  
• Ebook und Comic-Apps (inkl. iBooks, falls die Regeln auch für iBooks gelten)
  
• Podcast-Apps (mit Ausnahme von in iTunes geladenen Podcasts)
  
• Offline Wikipedia-Apps
  
• Offline Mapping-Apps
  

Laut Marco Arment wurde Apple bereits während der Betaphase von iOS 5 von vielen Entwicklern darauf hingewiesen, dass es künftig neben dem Documents-Ordner und dem Cache einen dritten Speicherort geben muss, in dem Apps ihre Daten ablegen können.
Dieser neue Speicherort sollte dann, wie der Cache, von iCloud-Backups ausgenommen, aber vor Löschzugriffen durch das Betriebssystem geschützt werden.

Ob und wann Apple den Entwicklern eine derartige Speicherstruktur gestattet, ist völlig unklar.
Es empfiehlt sich unter iOS 5 also, immer etwas Speicher freizulassen wenn man beispielsweise in den Urlaub fährt und weiß, dass man ggf. längere Zeit nicht online sein kann um eventuell durch das Betriebssystem gelöschte Inhalte wieder nachzuladen.

Auf der einen Art ja ganz Sinnvoll, wenn dadurch mein System sauber und schnell bedienbar bleibt. Aber wenn dadurch die funktionalität der Apps leidet und der Nutzer in so einer Art bevormundet wird, finde ich das nicht in Ordnung. Ich denke, dass man es als Nutzer in der Regel nicht merken wird.

das ist mir auch schon im iOS 5 aufgefallen - mein 4er wird nicht langsamer. Die Entwicklung ist gut aber es sollte trotzdem zusätzlich die Freiheit für Entwickler geben

find ich ganz nett aber wenn wirklich wozu gibt's jailbreak :b

is das jetzt gut oder schlecht?

@SemtoxC: was hat ein JB damit zu tuen, wenn das iOS selbstständig den Cache leert

Im Prinzip nicht schlecht, dass autom. Aufgeräumt wird, wenn aber auch Offline-Maps gelöscht werden o.ä. finde ich das nicht so lustig

Am meisten wird dies wohl beim 3GS mit 8GB bzw. 16 GB beim IP 4 ein Problem werden.

(14.10.2011, 23:38)SemtoxC schrieb:  find ich ganz nett aber wenn wirklich wozu gibt's jailbreak :b

Da fällt schonmal das RemoveBG weg. Muss nur noch SBSetting und Lockinfo kommen - aber das glaube ich weniger

Mir geht's wie Tessa - ich kann nicht folgen.

Was hat denn RemoveBG oder LockInfo (oder der JB überhaupt) mit dem Thema dieser News zu tun?
RemoveBG löscht keine Dateien, die von Apps im Cache gespeichert wurden, es beendet Apps, die im Hintergrund noch geöffnet sind.

manch einer hält den jb wohl für die Lösung sämtlicher Probleme. Wird Zeit dass er uns den Weltfrieden bringt;-)

Mit einem Jailbreak konnte man ja auch bisher so manches standardmäßiges Verhalten ändern oder deaktivieren, also von daher...

(14.10.2011, 22:27)Xenia schrieb:  Ist das aber nicht der Fall, dürfte der eine oder andere User künftig mit einer leeren App konfrontiert werden, wenn er eigentlich deren Inhalte aufrufen möchte.

Hm jetzt frage ich mich gerade ob das auch auf die tagesschau App zutrifft.
Ich nutze öfters die Download2Go Funktion der App. Mit dieser Funktion werden alle momentanen Nachrichten inkl. Bilder "heruntergeladen" sodass man diese auch offline ansehen kann.

Wird das dann auch nur in den Cache geladen oder in einen Bereich der nicht gelöscht werden kann?

, habt ihr euch dieses Thema überhaupt durchgelesen?

Gute Idee, schlechte Umsetzung.

(16.10.2011, 19:58)JebiGaJohnny schrieb:  habt ihr euch dieses Thema überhaupt durchgelesen?