I don't know the differences and maybe I'm being fool, but I have a JPG views scrollable horizontally and it has no issues on an iPad 1 (not tested on iPad 2 yet). It's not the best thing because it's drawing all jpgs and not making a cache to incrementally load it yet but no issues.
Karl From: Jeff Stedfast <[email protected]> Date: Tue, 9 Aug 2011 14:31:42 -0400 To: Jon Hopkins <[email protected]> Cc: "[email protected]" <[email protected]> Subject: Re: [MonoTouch] Performance cost of MonoTouch vs. Objective-C My *guess* would be that perhaps the GC thread is getting in the way here, trying hard to clean up all the removed objects. A common trick to work around this problem is to try and re-use your heavier objects used in this scenario to try and limit the amount of work the GC has to do. How hard this is to do depends on how your code works/was designed etc. It's possible that the SGen GC would be more performant in this case (MonoTouch still uses the Boehm GC), but until we get SGen ported to MonoTouch and work out any kinks it may have we'll never know :-( I hope you figure out a solution, Jeff On Tue, Aug 9, 2011 at 3:03 AM, Jon Hopkins <[email protected]> wrote: > My Magazine App runs fine in the simulator, and ok in normal use on the Ipad, > but when you scroll too > Fast, it leaves blank pages which all my optimisations cannot seem to fix. The > code seems to work fine, > But just not performant. It uses dynamic adding and removing of views on a > UIScrollView. > > Jon _______________________________________________ MonoTouch mailing list [email protected] http://lists.ximian.com/mailman/listinfo/monotouch
_______________________________________________ MonoTouch mailing list [email protected] http://lists.ximian.com/mailman/listinfo/monotouch
