I have an issue I’m hoping someone can help with. I have an application that, for all intents and purposes, is working great. It’s basically a picture viewer type of application – for something very specific. What it is is about 500 pictures.
I have all pictures set as Content and I load/unload one at a time. For the 500 pictures, I have a class that is used as data about each picture. So things like “place taken” , “index”, “short description”, etc. I never need to insert or delete from this list, but I may need to make some changes to each individual one, like “user viewed this picture on…” (date) or “favorite = true” (boolean where user marks a picture as a favorite picture).
When I deploy the app, this “picture metadata” is in xml file. It is then deserialized and saved to IsoStorage upon first run. A copy of it is maintained in memory and that is what is used to run my whole app. I have 3 different pages that all use that data, which is set as a static property in app.xaml.cs. Upon Deactivate/Closing the data is serialized back to xml – upon relaunching it is deserialized. Everything works fine and fast – everywhere. Including tombstoning.
The problem is resuming from Deactivation where the app is not tombstoned. It can take up to 10-15 seconds and definitely is returning from e.IsApplicationInstancePreserved in Application_Activated (i.e. it’s not tombstoned).
Activating from brand new it takes about 3-4 seconds for the app to start. Returning from tombstoning it also takes about 3 seconds.
What I’m not understanding is why returning from e.IsApplicationInstancePreserved = true; is taking so long (and it won’t allow me to pass certification). I’ve tested and found that if it is about 10 items in the List its incredibly snappy for FAS. If there are about 50 items in the List then it’s not immediate. If there are 100 items, it’s the first time you can see “Resuming…” (yep, that word coming from FAS, not tombstone). Where I have it, at 500 in the List, it is painfully slow to watch FAS, which is SAS.
It’s interesting that in the emulator, FAS works perfectly fine, even with 1000 objects in memory. It’s on an actual device where it is incredibly slow (Samsung Focus) in both debug and release mode.
Now I know the easy answer may be something like “why maintain a class with a list of 500 objects all the time?”, but my whole architecture and user experience is based on having data about the pictures available on all three pages all the time. Linq is heavily used to report data everywhere.
Any thoughts or guidance on this situation?
Great to hear you found the problem.
“sounds a serialization/deserialization issue to me. Are you storing the list in a State ‘variable’ ? were the framework will serialize when leaving the app and deserialize it when you return”