Advanced Micro Devices - Moderated (AMD) Message Board

STOCKTALK

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 Reply Prvt Reply Mark as Last Read File

Previous 10 Next 10 Previous Next

To: pgerassi who wrote (264319)	8/12/2010 9:02:38 AM
From: fastpathguru	Read Replies (1) of 275872

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. Well that makes perfect sense then... But you're describing a problem in the storage hierarchy, not a ARM performance issue. Compiling for ARM's compressed Thumb/Thumb-2 instruction sets can ~halve the size of the binary produced, BTW. fpg

Report TOU Violation

Share This Post

Public Reply Prvt Reply Mark as Last Read File

Previous 10 Next 10 Previous Next