SI
SI
discoversearch

We've detected that you're using an ad content blocking browser plug-in or feature. Ads provide a critical source of revenue to the continued operation of Silicon Investor.  We ask that you disable ad blocking while on Silicon Investor in the best interests of our community.  If you are not using an ad blocker but are still receiving this message, make sure your browser's tracking protection is set to the 'standard' level.
Technology Stocks : Advanced Micro Devices - Moderated (AMD)
AMD 221.02+6.4%Jan 13 3:59 PM EST

 Public ReplyPrvt ReplyMark as Last ReadFilePrevious 10Next 10PreviousNext  
To: neolib who wrote (264318)8/11/2010 11:51:01 PM
From: pgerassiRead Replies (1) of 275872
 
BTW, the tests were using the exact same client application running on a Phenom II X3 720 BE through a 100BT Cat5E connection. The Cortex A9/DC is straight from the OEM that makes the display for use as a status display and control with industrial grade equipment. I suspect the software is quite non-optimal for the job, likely something they picked up as free or nearly so and used it as is without stripping all the unneeded "bloatware" and unnecessary functionality within. Which starts it to swap a lot and that is what does it in. A x86-32 CPU usually has about 1/3-1/2 the code size of 32 bit ARM and it likely works with 192MB x86 with little or no swapping. Without shaving functionality unneeded for a control application and removing other such bloat, ARM likely needs 384 to 512MB to work without large amounts of swapping.

Last time I saw this was when some idiot used the full Motif runtime developer libraries on an old X-Server. It forced a Pentium II/300 system with 128MB to swap like crazy. Doubling the memory to 256MB stopped the swapping to less than 1-2% and shortened response times by 5-10 times. Switching to the normal Motif runtime cut the response times in half with 128MB and switching to one of the other GUI toolkits cut it in half again. Full Motif is quite bloated.
Report TOU ViolationShare This Post
 Public ReplyPrvt ReplyMark as Last ReadFilePrevious 10Next 10PreviousNext