I don't really know enough about performance on Android/iOS systems to say for sure, but I seriously doubt that. Running an interpreted language (even if they have a fast JIT,) an interpreted library framework, and a full HTML5 parsing/rendering engine instead of native code and a dedicated GUI toolkit/window manager and getting better performance on worse hardware? Was it programmed by Jesus?
Having played with Android SDK/NDK, I can say that probably JIT is not the issue with the performance but the garbage collector. If you were to code in such a way to avoid relying on the GC then I think you'd get similar performance to compiled c with the added advantage that when a new CPU architecture comes along, you don't have to recompile with optimizations for that CPU.
Anything has to be better than flash as far as performance.
I do hate HTML based programs vs a proper GUI toolkit. Makes applications have about as much consistency as DOS.
