Wow. That is pretty nifty. I know that VM technology keeps getting better,
but I would not have expected Asterisk to run well in one; it certainly
never has in my experience.

I learn something new every day . . . 

Jim

--
Jim Van Meggelen
[EMAIL PROTECTED]
http://www.oreillynet.com/pub/au/2177

"A child is the ultimate startup, and I have three. 
This makes me rich."
                    Guy Kawasaki
--


> -----Original Message-----
> From: Remzi Semsettin Turer [mailto:[EMAIL PROTECTED] 
> Sent: November 10, 2007 4:06 PM
> To: 'Asterisk Mailing'
> Subject: RE: [on-asterisk] Running under Virtual PC.,,
> 
> We are running on two virtual servers, one on Xen, one on 
> VMWare ESX, both have perfect sound quality. We don't have 
> any hardware cards, pure SIP, and had used different codecs, 
> including g711, g723 and g729 with no issues. We have around 
> 10 people concurrently using the system.
> 
> With that said, Jim you have a point, Windows is not the best 
> host for virtualization. Both our environments are based on Linux.
> 
> -----Original Message-----
> From: Jim Van Meggelen [mailto:[EMAIL PROTECTED]
> Sent: Saturday, November 10, 2007 10:53 AM
> To: 'Asterisk Mailing'
> Subject: RE: [on-asterisk] Running under Virtual PC.,,
> 
> What you are proposing might work as a development system 
> (I'll admit that I have not used Virtual PC, but I use VMWare 
> extensively), but regardless, you would not want to put such 
> a system into production. Asterisk requires priority access 
> to the CPU, and as such, it is hard to imagine any kind of 
> virtual machine being able to run it in a manner that 
> delivered proper sound quality. The Asterisk software will 
> actually run well-enough, but the sound quality is going to 
> be poor, even on a powerful system with the Virtual machine 
> running at high priority. Even if it could be tuned to 
> deliver proper sound quality, you would still never be able 
> to predict when some windows background task would steal a 
> bunch of resources. Windows likes to go off and do its own 
> thing, and when it decides to perform some background task, 
> it is quite capable of hogging resources such that your 
> asterisk system will deliver terrible sound quality.
> 
> If you want a low-cost platform on which to run a small 
> asterisk system, look to something like the Linksys WRT54GL 
> (OpenWRT). If you need FXO, grab something like a Linksys 
> SPA3001. You'll be able to run a phone or two on that with no 
> problems.
> 
> Virtual machines are awesome for development; asterisk runs perfectly.
> Unfortunately, the sound quality is generally terrible. Not 
> such a problem in the lab, but a show-stopper in production.
> 
> Jim
> 
> --
> Jim Van Meggelen
> [EMAIL PROTECTED]
> http://www.oreillynet.com/pub/au/2177
> 
> "A child is the ultimate startup, and I have three.
> This makes me rich."
>                     Guy Kawasaki
> --
> 
> 
> 
> 
> 
> > -----Original Message-----
> > From: Thomas Keats [mailto:[EMAIL PROTECTED]
> > Sent: November 10, 2007 10:10 AM
> > To: Asterisk Mailing
> > Subject: [on-asterisk] Running under Virtual PC.,,
> >
> > I have just upgraded to a new system, and managed to get 
> high speed in 
> > the country (Hello WiMax), with that I am experimenting 
> with Microsoft 
> > Virtual PC.
> >
> > I like what I've seen so far and want to reduce desktop 
> clutter, and 
> > floor clutter by combining most, if not all PC's into one 
> unit.  Has 
> > anyone had any experience running asterisk under Linux in a 
> Virtual PC 
> > environment?
> >
> > Windows Vista Ulitmate, with Virtual PC 2007.
> > Generic X100P (I think) PBX card.
> > 2 GIG Ram, soon to be upgraded, with 250 GB SATA3 Seagate...
> > Slackware 10
> > Asterisk 1.4(?)
> >
> > Any suggestions would be appreciated.
> >
> > THANKS!
> >
> >
> > 
> ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [EMAIL PROTECTED] For additional 
> > commands, e-mail: [EMAIL PROTECTED]
> >
> >
> >
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED] For 
> additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED] For 
> additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> 

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to