<div dir="ltr"><div><div><div><div>Yes, is a very long read, and a very interesting read too.<br><br></div>I have both a x86/mainframe and mobile backgrounds. And the way people works with memory is radically different on each platform.<br>

<br>I worked on a softhouse making apps for palm tops a decade ago, way before iOS, Android, and maybe Symbian. Back on that times, we had to count how many bytes we would spend on some function, and had to rewrite a working class because it used a dozen kb of memory. Old people from mainframe backgrounds do the same. They scrap the last byte, or last bit of memory to do the work, and some programs are some kind of (masochistic) work of art.<br>

<br></div>Now I work on a mainframe environment (Linux on mainframe), and I see people allocating a whole GB of memory to cache pdf reports that are never sent anywhere, just in case the user clicks the "View report" button. But nobody wants to download a fat slow pdf to open on the fat and slow Adobe Reader anyway. And this Java servlet is seen by a couple thousand users.<br>

<br></div>I think the main issue with the slowness on the mobile is the focus on simplicity. By design, the mobile environment is trading speed and customization for easy of learn and use. Nobody wants to use malloc/free every time, nobody wants to get hurt by dangling pointers and buffer overflows. So let's use the JVM and it will save us from memory management issues. On the other side, JVM cannot be flexible enough to work well for all and every object out there.<br>

<br></div><div><div><div>As production technical support for Linux now, I sometimes recommend that the developers test their software (almost always server-based) on a very small underpowered test server. Run JBoss on a 256MB or less Linux box. As they test that fatty servlet on their 4GB desktops with only themselves testing and see nothing wrong, things are likely to break on the real world. If they can finish testing their work on the little box, it will work when ten thousand users connect later.<br>

 </div></div></div></div><div class="gmail_extra"><br clear="all"><div>Mauro<br><a href="http://mauro.limeiratem.com">http://mauro.limeiratem.com</a> - registered Linux User: 294521<br>Scripture is both history, and a love letter from God.</div>


<br><br><div class="gmail_quote">2013/7/15 Scott Sullivan <span dir="ltr"><<a href="mailto:scott-lxSQFCZeNF4@public.gmane.org" target="_blank">scott-lxSQFCZeNF4@public.gmane.org</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Rather long read, but related to our recent talk on Mobile Apps by Myles.<br>
<br>
<a href="http://sealedabstract.com/rants/why-mobile-web-apps-are-slow/" target="_blank">http://sealedabstract.com/<u></u>rants/why-mobile-web-apps-are-<u></u>slow/</a><br>
<br>
It came to me from an ARM mailing list because mobile is largely ARM(*) based. The article covers a fair bit of ground<br>
<br>
<br>
(*) There are some rare MIPS and x86 based Phones/Tablets out there.<span class="HOEnZb"><font color="#888888"><br>
<br>
-- <br>
Scott Sullivan<br>
--<br>
The Toronto Linux Users Group.      Meetings: <a href="http://gtalug.org/" target="_blank">http://gtalug.org/</a><br>
TLUG requests: Linux topics, No HTML, wrap text below 80 columns<br>
How to UNSUBSCRIBE: <a href="http://gtalug.org/wiki/Mailing_lists" target="_blank">http://gtalug.org/wiki/<u></u>Mailing_lists</a><br>
</font></span></blockquote></div><br></div>