<div dir="ltr">Hi Jolyon,<div><br></div><div>The fastest code on android is native code which is compiled by c code. Xamarin Android is based on runtime library which I guess is compiled in C too. Microsoft&#39;s net framework is compile .net code into native code before run the byte code on the real device.</div><div><br></div><div>Regards</div><div>Leigh </div></div><div class="gmail_extra"><br><div class="gmail_quote">On 30 July 2015 at 11:07, Leigh Wanstead <span dir="ltr">&lt;<a href="mailto:leigh.wanstead@gmail.com" target="_blank">leigh.wanstead@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi Jolyon,<div><br></div><div>If network round trip time has little or nothing to do with framework, how you explain that url get different time from different framework? I will assume that they will get similar time spent to get data on all framework.</div><div><br></div><div>Dalvik platform is slow which is agree by google. Dalvik is slower than Sun&#39;s jdk on mobile platform I read somewhere on internet. The consideration for dalvik is not speed, but app size.</div><div><br></div><div>Regards</div><span class="HOEnZb"><font color="#888888"><div>Leigh</div></font></span></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On 30 July 2015 at 09:06, Jolyon Smith <span dir="ltr">&lt;<a href="mailto:jsmith@deltics.co.nz" target="_blank">jsmith@deltics.co.nz</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">But Leigh, network round trip times have little or nothing to do with Mono / Dalvik / ART.<br><br>I shall leave the last word on Xamarin to someone else...  <a href="http://www.whitneyland.com/2015/07/xamarin-review-2015.html" target="_blank">http://www.whitneyland.com/2015/07/xamarin-review-2015.html</a><br><br>I would also recommend reading the earlier post from the same author.<br><br>Worth noting in these round-ups is the point about the lack of community assistance when it comes to finding Xamarin solutions to common platform issues (as opposed to the bugs and issues in Xamarin itself).  As mentioned before, RemObjects Elements avoids this problem due to the fact that the solutions for Java / Objective-C from the &quot;native&quot; communities for those platforms, can be applied <b>directly</b> in Elements projects in a way that is not often possible with Xamarin.</div><div><div><div class="gmail_extra"><br><div class="gmail_quote">On 29 July 2015 at 15:57, Leigh Wanstead <span dir="ltr">&lt;<a href="mailto:leigh.wanstead@gmail.com" target="_blank">leigh.wanstead@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi Jolyon,<div><br></div><div>It seems that we are going through the benchmark way :-)</div><div><br></div><div>I tried to run the app in the url you mentioned and it crashed. </div><div><br></div><div>How about you look at this url? <a href="http://magenic.com/Blog/Post/4/Mobile-Development-Platform-Performance" target="_blank">http://magenic.com/Blog/Post/4/Mobile-Development-Platform-Performance</a></div><div><br></div><div>My work is getting data from server which is similar to test 3.</div><div>java version shows 2.369s and xamarin version shows 1.738s in that url. That is around half seconds difference.</div><div><br></div><div>I sometimes got around less than 70ms round trip time in my own test to get data from server in sydney, Australian in north shore, Auckland, nz if the server is not busy. That is amazing fast using Xamarin android. </div><div><br></div><div>Most customers are in Australia. I guess that they might get around 50ms round trip time.</div><div><br></div><div>Regards<span><font color="#888888"><br></font></span></div><span><font color="#888888"><div>Leigh</div><div><br></div></font></span></div><div><div><div class="gmail_extra"><br><div class="gmail_quote">On 29 July 2015 at 14:42, Jolyon Smith <span dir="ltr">&lt;<a href="mailto:jsmith@deltics.co.nz" target="_blank">jsmith@deltics.co.nz</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">... and if only I had a million dollars I would be rich.<div><br></div><div><br>As for Xamarin performance, consider the source.  By which I don&#39;t mean the code, I mean who is making what claims.<br><br><a href="http://stackoverflow.com/questions/17134522/does-anyone-have-benchmarks-code-results-comparing-performance-of-android-ap" target="_blank">http://stackoverflow.com/questions/17134522/does-anyone-have-benchmarks-code-results-comparing-performance-of-android-ap</a><br></div><div><br></div><div>Any advantage is only seen in an Intel Android VM.  On ARM (by far the most prevalent in terms of actual Android hardware), Dalvik beat Xamarin almost every time, until Xamarin.Android 4.7.11.<br><br>What is odd about this is that these results are from 2013, over a year after Xamarin posted their claims about <b><u>astonishingly</u></b> superior performance vs Dalvik.  It is interesting that Xamarin do not disclose what environment their benchmarks were run in.  Also interesting that they do not compare themselves to ART which is the more relevant comparison going forward.<br><br>In any event, I don&#39;t think there is any chance that Google will drop ART any time soon (they already dropped Dalvik) in favour of a Mono based implementation of Android.  ;)<br></div><div><br><br></div></div><div><div><div class="gmail_extra"><br><div class="gmail_quote">On 29 July 2015 at 13:51, Leigh Wanstead <span dir="ltr">&lt;<a href="mailto:leigh.wanstead@gmail.com" target="_blank">leigh.wanstead@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi Jolyon,<div><br></div><div>I mentioned to you before in the thread. If google choose to use mono framework in android, xamarin apk size can reach several kb too. The reason for me to use Xamarin is the app developed by Xamarin using mono framework is faster than dalvik before ART time. The load time for the app is not my main concern. I care about the speed running the app for whole lifecycle. Here is the url <a href="https://blog.xamarin.com/android-in-c-sharp/" target="_blank">https://blog.xamarin.com/android-in-c-sharp/</a></div><div><br></div><div>Regards</div><span><font color="#888888"><div>Leigh</div></font></span></div><div class="gmail_extra"><br><div class="gmail_quote"><span>On 29 July 2015 at 13:40, Jolyon Smith <span dir="ltr">&lt;<a href="mailto:jsmith@deltics.co.nz" target="_blank">jsmith@deltics.co.nz</a>&gt;</span> wrote:<br></span><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span><div dir="ltr">What a fabulous attitude.  It&#39;s thanks to that sort of thinking that we now &quot;need&quot; machines with quad core 2.5GHz processors and 8GB of RAM just to run frikkin MS Word.​</div>
<br></span><span>_______________________________________________<br>
NZ Borland Developers Group - Delphi mailing list<br>
Post: <a href="mailto:delphi@listserver.123.net.nz" target="_blank">delphi@listserver.123.net.nz</a><br>
Admin: <a href="http://delphi.org.nz/mailman/listinfo/delphi" rel="noreferrer" target="_blank">http://delphi.org.nz/mailman/listinfo/delphi</a><br>
Unsubscribe: send an email to <a href="mailto:delphi-request@listserver.123.net.nz" target="_blank">delphi-request@listserver.123.net.nz</a> with Subject: unsubscribe<br></span></blockquote></div><br></div>
<br>_______________________________________________<br>
NZ Borland Developers Group - Delphi mailing list<br>
Post: <a href="mailto:delphi@listserver.123.net.nz" target="_blank">delphi@listserver.123.net.nz</a><br>
Admin: <a href="http://delphi.org.nz/mailman/listinfo/delphi" rel="noreferrer" target="_blank">http://delphi.org.nz/mailman/listinfo/delphi</a><br>
Unsubscribe: send an email to <a href="mailto:delphi-request@listserver.123.net.nz" target="_blank">delphi-request@listserver.123.net.nz</a> with Subject: unsubscribe<br></blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
NZ Borland Developers Group - Delphi mailing list<br>
Post: <a href="mailto:delphi@listserver.123.net.nz" target="_blank">delphi@listserver.123.net.nz</a><br>
Admin: <a href="http://delphi.org.nz/mailman/listinfo/delphi" rel="noreferrer" target="_blank">http://delphi.org.nz/mailman/listinfo/delphi</a><br>
Unsubscribe: send an email to <a href="mailto:delphi-request@listserver.123.net.nz" target="_blank">delphi-request@listserver.123.net.nz</a> with Subject: unsubscribe<br></blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
NZ Borland Developers Group - Delphi mailing list<br>
Post: <a href="mailto:delphi@listserver.123.net.nz" target="_blank">delphi@listserver.123.net.nz</a><br>
Admin: <a href="http://delphi.org.nz/mailman/listinfo/delphi" rel="noreferrer" target="_blank">http://delphi.org.nz/mailman/listinfo/delphi</a><br>
Unsubscribe: send an email to <a href="mailto:delphi-request@listserver.123.net.nz" target="_blank">delphi-request@listserver.123.net.nz</a> with Subject: unsubscribe<br></blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
NZ Borland Developers Group - Delphi mailing list<br>
Post: <a href="mailto:delphi@listserver.123.net.nz" target="_blank">delphi@listserver.123.net.nz</a><br>
Admin: <a href="http://delphi.org.nz/mailman/listinfo/delphi" rel="noreferrer" target="_blank">http://delphi.org.nz/mailman/listinfo/delphi</a><br>
Unsubscribe: send an email to <a href="mailto:delphi-request@listserver.123.net.nz" target="_blank">delphi-request@listserver.123.net.nz</a> with Subject: unsubscribe<br></blockquote></div><br></div>
</div></div></blockquote></div><br></div>