<p><br>
On 2012-12-16 9:31 PM, "Lennart Sorensen" <<a href="mailto:lsorense-1wCw9BSqJbv44Nm34jS7GywD8/FfD2ys@public.gmane.org">lsorense-1wCw9BSqJbv44Nm34jS7GywD8/FfD2ys@public.gmane.org</a>> wrote:<br>
><br>
> On Fri, Dec 14, 2012 at 11:54:21AM -0500, D. Hugh Redelmeier wrote:<br>
> > If I remember correctly, Lennart is a local expert on the Cubox.<br>
><br>
> Well I have one now, but haven't had time to do much with it yet.</p>
<p>I got an eSATA cable for Christmas, Tiger Direct apparently gave away a nice 7 foot cable for $8. Sweet! At least now it has decent storage for my bittorrent lawlessness. ESATA won't hotplug due to kernel power saving moves by Cubox devs, you have to reboot, but otherwise sweetness.</p>

<p>It is actually a pretty good computer in general. The problem comes with web browsing when you get beyond a couple of tabs open in Firefox and all the scripts start to pile up in the background. I guess that's a combination of memory and lack of hard FP? I am not an expert... :-)</p>

<p>> i have worked a lot with arm in general though.<br>
><br>
> > There is no "Ubuntu 10".  There is 10.04 LTS and 10.10, but those are<br>
> > distinct.<br>
> ><br>
> > What is it slow doing?  Why?<br>
> ><br>
> > As far as I know, the major thing that *might* get sped up in another<br>
> > distro is floating point.  Most programs don't care about FP<br>
> > performance, but a few care a lot -- do you run any of those?<br>
><br>
> Like perl.<br>
><br>
> > My perception is that these little devices are sometimes slow because:<br>
> ><br>
> > - the memory interface is narrower than a PC's so memory bandwidth is<br>
> >   bad<br>
> ><br>
> > - 1 ARM MIP < 1 x86 MIP for modern x86 implementations<br>
><br>
> Depends on the generation of arm.  The Cortex A8 yes, the A9 probably<br>
> not.<br>
><br>
> > - most I/O is funneled through USB 2.x (example: ethernet on<br>
> >   RaspberryPI) (example: all disk I/O)<br>
><br>
> That's just stupid design.  That makes things very slow.<br>
><br>
> > - I think that SD cards (except perhaps the fastest) are slower than<br>
> >   hard drives even if USB isn't the bottleneck<br>
><br>
> SD cards are often slow and the interfaces tend to be cpu intensive.<br>
> On my imx53 I use SATA rather than the microSD which makes it much faster.<br>
><br>
> > - video drivers are crap since there are no high-performance open source<br>
> >   video drivers for any ARM display subsystem yet<br>
><br>
> Unfortunately true so far.<br>
><br>
> > - not enough RAM (new desktops start at 4G; most ARM systems stop at<br>
> >   1G)<br>
><br>
> A few seem to have 2GB now.  Next year should see some systems with a lot<br>
> more now that server chips based on the Cortex A15 are becoming available.<br>
><br>
> > Who knows.  It is a future direction so it may not be embraced by old<br>
> > products.  Too many embedded systems are "fire and forget" by their<br>
> > producers.  I don't have any knowledge of the Cubox folks intention.<br>
> > You could ask them.<br>
> ><br>
> > Surely we can help there.<br>
> ><br>
> > Where are you?  What does it involve/require (time, equipment,<br>
> > expertise, risks)?<br>
><br>
> --<br>
> Len Sorensen<br>
> --<br>
> The Toronto Linux Users Group.      Meetings: <a href="http://gtalug.org/">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">http://gtalug.org/wiki/Mailing_lists</a><br>
</p>