Thanks, dude. Excellent information on this list, as per usual. Now if I could just get the clock on the motherboard fixed. Seems like its losing its settings a lot but the battery looks OK. I think I have ntpd working OK in its place.
Peter M. > There are definite benefits to a dual/multi CPU machine. The actual asterisk > program isn't multi > threaded so it won't utilize more then one but, when other processes kick off > like transcoding, > festival, comedian the OS will utilize the other CPU(s) to distribute the > load. SO there is a definite > benefit just not as much as one would totally want. > > The only time there is no benefit is when you have no transcoding and only > the core asterisk > process running. But this is highly unusual. > > Mike > > [EMAIL PROTECTED] wrote: > *This message was transferred with a trial version of CommuniGate(tm) Pro* > So running [EMAIL PROTECTED] on a dual processor P2 333 system is still a > waste of > processing power? CentOS does recognize both processors and loads the > SMP kernel. Is there any benefit at all? > > Peter M. > > > Maybe crazy enough that it will actually work. It amazes me sometimes > what ideas u come up with!! Some related news: > > 1) IAX is multithreaded in head now, so should work better on dual > processors than SIP, unless you're using the "other" asterisk sip > stack. Also, a side benefit, silence suppression on IAX will probably > come soon. > > On 3/2/06, Jim Van Meggelen <[EMAIL PROTECTED]> wrote: > > Let me run something that's been floating about in my noggin by everyone: > > Given that Asterisk does not make use of dual core CPUs or dual > processors, > I was contemplating whether running Asterisk in two (or more) VMWare > sessions on a system might actually allow for more total performance. For > example, set up one VM to handle incoming lines, echo cancellation and all > sets, and then set up the other VM to handle VoIP, including transcoding. > > A bit kludgy, to be sure, but would VMWare allow for both cores/CPUs to be > more fully utilized? > > Very possibly not practical, but it's been floating about my head for a > bit > and I figured I'd send it out into the ether to see what thoughts might > come > back. > > So . . . thoughts? > > Jim. ******************************************************** Peter MacFarlane, ACP Network Administration & Programming Target Call Center/ Message Centre P.E.I. ***************************************************************** OpenBSD's PF Firewall: Now available with CARP Failover. Nothing to do with fish, but everything to do with security! *****************************************************************
