[asterisk-users] Asterisk on AMD

Lyle McKarns Lyle.McKarns at nexusmgmt.com
Mon Aug 16 06:58:27 CDT 2010


All,	
	Thanks for confirming what I had already expected. I just wanted to verify my thoughts with a group of more experienced Asterisk users to ensure I didn't hit any hidden 'gotchas' along the way.

Thanks,
Lyle J. McKarns
-------------------------------------------
Networking/Linux Engineering Team
n|m Nexus Management
4 Industrial Parkway
Suite 101
Brunswick, Maine 04011
 
Tel (USA)   : 1 207 319 1105
Tel (UK)      : 0207 100 4968
Fax            : 1 207 725 8552
Nexus Management, Inc.│ Registered Office:  4 Industrial Parkway, Suite 101, Brunswick, Maine.  04011│Company No. 19891257D, Registered in Maine│ A member of the Nexus Management Plc group of companies


-----Original Message-----
From: asterisk-users-bounces at lists.digium.com [mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of Kevin P. Fleming
Sent: Saturday, August 14, 2010 2:08 PM
To: asterisk-users at lists.digium.com
Subject: Re: [asterisk-users] Asterisk on AMD

On 08/14/2010 12:59 PM, Philipp von Klitzing wrote:
> Hi!
> 
>>> By a mixed environment I mean some Asterisk servers running on AMD 
>>> and some running on Intel
>>
>> If it was possible for that to matter, then the software would be 
>> very poorly written indeed. As another poster said, the only way that 
>> would have any effect is if you compiled binaries specifically for 
>> one family of processors and used them on the other. As far as how 
>> the software operates, by definition the processor type/family does not matter at all.
> 
> Quite some time ago there was a difference in how the GSM codec was 
> handled on AMD K6/Athlon systems, but that did not matter greatly, and 
> it was just a tiny little optimisation setting in the Makefile so gain 
> a little more speed.

But it did not produce different output nor accept different input; it wouldn't have mattered if an Intel-based system was talking to an AMD-based system, because the data *outside* the system was the same.
That was my point. There are many CPU family-specific optimizations that can be used for various parts of Asterisk, but in the end they don't affect how Asterisk operates, only the speed at which it does so.

--
Kevin P. Fleming
Digium, Inc. | Director of Software Technologies
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
skype: kpfleming | jabber: kfleming at digium.com Check us out at www.digium.com & www.asterisk.org

--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs:
               http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users



More information about the asterisk-users mailing list