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: [email protected] 
[mailto:[email protected]] On Behalf Of Kevin P. Fleming
Sent: Saturday, August 14, 2010 2:08 PM
To: [email protected]
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: [email protected] 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

-- 
_____________________________________________________________________
-- 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

Reply via email to