-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Steven
Critchfield
Sent: Tuesday, May 27, 2003 6:09 PM
To: [EMAIL PROTECTED]
Subject: Re: [Asterisk-Users] 2 4-port T1 cards
On Tue, 2003-05-27 at 16:05, Joe Antkowiak wrote:
Are there any known issues with putting
: Wednesday, May 28, 2003 12:38 AM
To: [EMAIL PROTECTED]
Subject: Re: [Asterisk-Users] 2 4-port T1 cards
3. Dual MB won't help much in pure telephony.
In pure telephony, you are basically dealing with serial line
IO. A T1 is little more than I long distance serial line. 8 T1s
On Wed, 2003-05-28 at 11:02, Joe Antkowiak wrote:
1. Voicemail, and the voicemail itself will be stored on another box, NFS
mounted, or I might use mysql. There will be a little bit of call routing
via iax to a separate * box with a channel bank on it.
2. I don't disagree with you, they
PROTECTED] On Behalf Of Steven
Critchfield
Sent: Tuesday, May 27, 2003 6:09 PM
To: [EMAIL PROTECTED]
Subject: Re: [Asterisk-Users] 2 4-port T1 cards
On Tue, 2003-05-27 at 16:05, Joe Antkowiak wrote:
Are there any known issues with putting 2 4-port T1 cards in a single box
and having all ports
On Wed, 2003-05-28 at 13:30, Steven Critchfield wrote:
Don't use Mysql. if you ever have had to deal with it in a production
environment that works it over, you will know that as it reaches it's
limits, it starts a death spiral that is very difficult to recover from.
For our software on a
On Wed, 2003-05-28 at 14:30, Steven Critchfield wrote:
Don't use Mysql. if you ever have had to deal with it in a production
environment that works it over, you will know that as it reaches it's
limits, it starts a death spiral that is very difficult to recover from.
For our software on a
I've run tests with MySQL. It is very fast unless you have
many processes that need to access it at once and then
the weak point is it's locking method which let's only
one process in at a time So you run into a wall as the
size/complexity of your project grows past some point.
But for a PBX
On Wed, 2003-05-28 at 14:11, Ryan Butler wrote:
On Wed, 2003-05-28 at 13:30, Steven Critchfield wrote:
Don't use Mysql. if you ever have had to deal with it in a production
environment that works it over, you will know that as it reaches it's
limits, it starts a death spiral that is very
On Wed, 2003-05-28 at 14:36, Ron Gage wrote:
On Wednesday 28 May 2003 02:30 pm, Steven Critchfield wrote:
On Wed, 2003-05-28 at 11:02, Joe Antkowiak wrote:
1. Voicemail, and the voicemail itself will be stored on another box,
NFS mounted, or I might use mysql. There will be a little bit
I'll save my typing fingers somewhat on this one - you are doing great
arguing about all the crappiness of mysql and actually backing it up with
real examples. It is nice to see that for a change in comparison to all the
mysql lovers that love it just because but have no basis to compare it to
On Wed, 2003-05-28 at 15:09, Jon Pounder wrote:
I'll save my typing fingers somewhat on this one - you are doing great
arguing about all the crappiness of mysql and actually backing it up with
real examples. It is nice to see that for a change in comparison to all the
mysql lovers that love
Don't use Mysql. if you ever have had to deal with it in a production
environment that works it over, you will know that as it reaches it's
limits, it starts a death spiral that is very difficult to recover from.
For our software on a dual P3 866 with a gig of ram, the limit was
around 1.5
My example of heavy load where mysql could not even begin to handle the
situation was a project with real time stock market data streamed in as
bids and offers and trades happened, statistics computed from that in real
time, database kept in sync live, and charts and graphs plotted in real
was that mysql 3.23.x or 4.0.x ?
michael
*** REPLY SEPARATOR ***
On 28.05.2003 at 16:18 [EMAIL PROTECTED] wrote:
My example of heavy load where mysql could not even begin to handle the
situation was a project with real time stock market data streamed in as
bids and offers
Steven Critchfield wrote:
Don't use Mysql. if you ever have had to deal with it in a production
environment that works it over, you will know that as it reaches it's
limits, it starts a death spiral that is very difficult to recover from.
For our software on a dual P3 866 with a gig of ram, the
was that mysql 3.23.x or 4.0.x ?
michael
I did most of my mysql work some time ago with 3.x. I have, however,
installed mysql 4.0.12 since I'm working on a CASE tool which needs to
support both mysql and postgresql. I'll be the first to admit that
mysql has probably improved (a lot?) since
On 28 May 2003, Steven Critchfield waxed:
8's
While I'm on the postgres bandwagon for now, I wouldn't want it in the
middle of a phone system doing heavy call loads either. Postgres also
has some downsides too. As I understand it, postgres doesn't understand
prepared statements, or at least
3. Dual MB won't help much in pure telephony.
In pure telephony, you are basically dealing with serial line
IO. A T1 is little more than I long distance serial line. 8 T1s
is just 11.7megs per second each way, or 23.4 megs in and out.
Not too much for a good machine to
18 matches
Mail list logo