Re: version 1.1.6 processing limits

2002-05-31 Thread Aarno Syvänen

Harrie Hazewinkel kirjoittaa perjantaina, 31. toukokuuta 2002, kello 
12:36:
>
> --On Friday, May 31, 2002 9:57 AM +0200 Stipe Tolj  systems.de> wrote:
>>
>> yep, that may be. Aarno, what do you mean of this? Did you recognize
>> anything at your benchmark testings?
>
> I understood the others were thinking of some malloc function.
> Those are system calls and probably locked for exclusive use in
> a process. Meaning the many multiple threads have to wait on each
> other.
>
> This is just theory, nothing I tested or so. Therefore, I used
> 'just a thought'.

This is an idea Lars had during Wapit time. Yes, it would help, dark 
though then that
best way to boost Kannel performance is making it do less memory 
allocations. If
this is handled by a new memory wrapper, so that there is no need to 
change code
outside this module, the change is even practical.

Aarno





Re: version 1.1.6 processing limits

2002-05-31 Thread Harrie Hazewinkel



--On Friday, May 31, 2002 9:57 AM +0200 Stipe Tolj <[EMAIL PROTECTED]> 
wrote:

> Harrie Hazewinkel wrote:
>>
>> --On Thursday, May 30, 2002 10:14 AM +0300 Oded Arbel <[EMAIL PROTECTED]>
>> wrote:
>>
>> > I'm not sure how "native" malloc works, but the checking malloc (which
>> > we use always) has an upper limit on the number of allocations
>> > allowed. if you want to use more memory you will have to recompile.
>> >
>>
>> Just a thought, but is the amount of system-call casuing some problems.
>> Not knowing how much there are, but malloc is one of them.
>
> yep, that may be. Aarno, what do you mean of this? Did you recognize
> anything at your benchmark testings?

I understood the others were thinking of some malloc function.
Those are system calls and probably locked for exclusive use in
a process. Meaning the many multiple threads have to wait on each
other.

This is just theory, nothing I tested or so. Therefore, I used
'just a thought'.


Harrie

Internet Management Consulting
mailto:[EMAIL PROTECTED]http ://www.mod-snmp.com/





Re: version 1.1.6 processing limits

2002-05-31 Thread Stipe Tolj

Harrie Hazewinkel wrote:
> 
> --On Thursday, May 30, 2002 10:14 AM +0300 Oded Arbel <[EMAIL PROTECTED]>
> wrote:
> 
> > I'm not sure how "native" malloc works, but the checking malloc (which we
> > use always) has an upper limit on the number of allocations allowed. if
> > you want to use more memory you will have to recompile.
> >
> 
> Just a thought, but is the amount of system-call casuing some problems.
> Not knowing how much there are, but malloc is one of them.

yep, that may be. Aarno, what do you mean of this? Did you recognize
anything at your benchmark testings?

Stipe

[EMAIL PROTECTED]
---
Wapme Systems AG

Münsterstr. 248
40470 Düsseldorf

Tel: +49-211-74845-0
Fax: +49-211-74845-299

E-Mail: [EMAIL PROTECTED]
Internet: http://www.wapme-systems.de
---
wapme.net - wherever you are






Re: version 1.1.6 processing limits

2002-05-31 Thread Stipe Tolj

Oded Arbel wrote:
> 
> I'm not sure how "native" malloc works, but the checking malloc (which we use 
>always) has an upper limit on the number of allocations allowed. if you want to use 
>more memory you will have to recompile.

and this information should *definitly* go into our FAQ file as first
item -- as soon as we have one ;)

Stipe

[EMAIL PROTECTED]
---
Wapme Systems AG

Münsterstr. 248
40470 Düsseldorf

Tel: +49-211-74845-0
Fax: +49-211-74845-299

E-Mail: [EMAIL PROTECTED]
Internet: http://www.wapme-systems.de
---
wapme.net - wherever you are






Re: version 1.1.6 processing limits

2002-05-31 Thread Stipe Tolj

Cold Feet wrote:
> 
> hi all,
> 
> for the first month of being up on kannel 1.1.6 development release it has its ups 
>and downs on its live run. on its first week several times it went down by itself... 
>and so i recompiled it with additional flags and now have remained up and running and 
>i can say i am to the point that i may say, the system and compilation issue is now 
>stable for my server. however, i need a gauge on its processing limits. the system is 
>handling sms only data and wap is disabled. and so far just a few number of sms is 
>being received and replied to. i am hitting about 6,000 received sms in a day. all i 
>know that this is just a small number to speak with. i would like to ask your input 
>then, how much data can kannel process at any given time whereby it is really pushed 
>to the limits. how many messages can it process in a given second or minute? to 
>process a huge number of sms data, i need to have a good amount of RAM. i am using 
>redhat linux 7.2 on an intel pentium III 866 mhz with 256MB of SDRAM.
> what do you think is a good server configuration to setup kannel.

you should provide us with bug reports or log tails if processes go
down without obvious reason, this will help us make things better.

Aarno has benchmarked an sms based installation to handle around
300-350 msg/sec, which would result in a day total limit of almost
half a million.

Usually your smsc connections will never reach that kind of limits.

256 MB RAM should be suitable if the machine is not handling to much
"other" things.

Stipe

[EMAIL PROTECTED]
---
Wapme Systems AG

Münsterstr. 248
40470 Düsseldorf

Tel: +49-211-74845-0
Fax: +49-211-74845-299

E-Mail: [EMAIL PROTECTED]
Internet: http://www.wapme-systems.de
---
wapme.net - wherever you are






RE: version 1.1.6 processing limits

2002-05-30 Thread Aarno Syvänen

>From: Harrie Hazewinkel <[EMAIL PROTECTED]>

>--On Thursday, May 30, 2002 10:14 AM +0300 Oded Arbel <[EMAIL PROTECTED]>

>Just a thought, but is the amount of system-call casuing some problems.
>Not knowing how much there are, but malloc is one of them.
>
>If so, maybe some memory handling needs to be added whichallocates a huge 
>block from the system and then in user land claims
>pieces where needed. At the end of some cycle all is returned at
>once, instead of all those small bits.

Kannel was once profiled, and results showed that is uses about 98% of its 
time doing mallocs. Memory
planning would certainly be usefull.

Aarno




_
Send and receive Hotmail on your mobile device: http://mobile.msn.com





RE: version 1.1.6 processing limits

2002-05-30 Thread Cold Feet

thanks oded... this should give me a start on what to do 


- Original Message -
From: "Oded Arbel" <[EMAIL PROTECTED]>
Date: Thu, 30 May 2002 16:06:20 +0300
To: "Cold Feet" <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]> 
Subject: RE: version 1.1.6 processing limits


> if you want to use the native malloc, then configure it with malloc=native. I don't 
>know what the memory limit is in native malloc, but I assume there are none. if you 
>are using a checking malloc, and want to use a bigger memory pool then you'll have to 
>change the malloc code in gwlib/gwmem-check.c and then recompile with that. it has no 
>relevance to the ammount of physical memory available at compile time.
> 
> --
> Oded Arbel
> m-Wise Inc.
> [EMAIL PROTECTED]
> (972)-67-340014
> (972)-9-9581711 (ext: 116)
> 
> ::..
> I suppose when it gets to that point, we shan't know how it does it.
>   -- Turing
> 
> 
> > -Original Message-
> > From: Cold Feet [mailto:[EMAIL PROTECTED]]
> > Sent: Thursday, May 30, 2002 12:41 PM
> > To: [EMAIL PROTECTED]
> > Subject: RE: version 1.1.6 processing limits
> > 
> > 
> > hi oded,
> > 
> > what do you mean by recompile
> > if i have recompiled it on a 256MB memory before
> > and this time i want to upgrade to 1GB memory, i have
> > to recompile it again? is there any other parameters or flags 
> > which i have to include like malloc=native?
> > 
> > 
> > 
> > 
> > ----- Original Message -
> > From: "Oded Arbel" <[EMAIL PROTECTED]>
> > Date: Thu, 30 May 2002 10:14:20 +0300
> > To: "Cold Feet" <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]> 
> > Subject: RE: version 1.1.6 processing limits
> > 
> > 
> > > I'm not sure how "native" malloc works, but the checking 
> > malloc (which we use always) has an upper limit on the number 
> > of allocations allowed. if you want to use more memory you 
> > will have to recompile.
> > > 
> > > --
> > > Oded Arbel
> > > m-Wise Inc.
> > > [EMAIL PROTECTED]
> > > (972)-67-340014
> > > (972)-9-9581711 (ext: 116)
> > > 
> > > ::..
> > > "All books can be indecent books, but recent books are bolder;
> > > For filth, I'm glad to say, is in the mind of the beholder.
> > > When correctly viewed, everything is lewd!
> > > I could tell you things about Peter Pan 
> > > (and the Wizard of Oz, there's a dirty old man) ..." 
> > >   --Tom Lehrer 
> > > 
> > > 
> > > > -Original Message-
> > > > From: Cold Feet [mailto:[EMAIL PROTECTED]]
> > > > Sent: Thursday, May 30, 2002 4:16 AM
> > > > To: [EMAIL PROTECTED]
> > > > Subject: RE: version 1.1.6 processing limits
> > > > 
> > > > 
> > > > hi again,
> > > > 
> > > > does it help and give better result if i upgrade the memory 
> > > > to say 1GB from its present 256MB configuration? since kannel 
> > > > is thread oriented in implementation, it uses memory to 
> > > > handle transactions, if i have more memory in place, then it 
> > > > could handle more threads at a given time... correct me if i 
> > > > am wrong... anyhow, this is just my thoughts...
> > > > 
> > > > 
> > > > 
> > > > - Original Message -
> > > > From: "Oded Arbel" <[EMAIL PROTECTED]>
> > > > Date: Wed, 29 May 2002 11:03:09 +0300
> > > > To: "Cold Feet" <[EMAIL PROTECTED]> 
> > > > Subject: RE: version 1.1.6 processing limits
> > > > 
> > > > 
> > > > > This question should be asked on the users list.
> > > > > In recent test we've run, we pushed about 25 messages a 
> > > > second, which
> > > > > was limited mostly by our middle tier  setup then by 
> > > > kannel. I estimate
> > > > > that Kannel alone can go much higher then that.
> > > > > 
> > > > > --
> > > > > Oded Arbel
> > > > > m-Wise Inc.
> > > > > [EMAIL PROTECTED]
> > > > > (972)-67-340014
> > > > > (972)-9-9581711 (ext: 116)
> > > > > 
> > > > > ::..
> > > > > X windows:
> > > > > A new level of software disintegration.
> > > > > 
> > > > > 
> >

RE: version 1.1.6 processing limits

2002-05-30 Thread Harrie Hazewinkel



--On Thursday, May 30, 2002 10:14 AM +0300 Oded Arbel <[EMAIL PROTECTED]> 
wrote:

> I'm not sure how "native" malloc works, but the checking malloc (which we
> use always) has an upper limit on the number of allocations allowed. if
> you want to use more memory you will have to recompile.
>

Just a thought, but is the amount of system-call casuing some problems.
Not knowing how much there are, but malloc is one of them.

If so, maybe some memory handling needs to be added which does once
allocates a huge block from the system and then in user land claims
pieces where needed. At the end of some cycle all is returned at
once, instead of all those small bits.

Harrie

Internet Management Consulting
mailto:[EMAIL PROTECTED]http ://www.mod-snmp.com/





RE: version 1.1.6 processing limits

2002-05-30 Thread Andreas Fink

>if you want to use the native malloc, then configure it with 
>malloc=native. I don't know what the memory limit is in native 
>malloc, but I assume there are none. if you are using a checking 
>malloc, and want to use a bigger memory pool then you'll have to 
>change the malloc code in gwlib/gwmem-check.c and then recompile 
>with that. it has no relevance to the ammount of physical memory 
>available at compile time.

but it has a lot of relevance to speed.
changing to native malloc is a big difference in speed.
I have not seen any kannel server which needs more than 512MB of RAM 
for anything.

-- 
Andreas Fink
Global Networks Inc.

--
Tel: +41-61-6932730 Fax: +41-61-6932729  Mobile: +41-79-2457333
Address:Global Networks Inc, Schwarzwaldallee 16, 4058 Basel, Switzerland
Web: http://www.global-networks.ch/ e-mail: [EMAIL PROTECTED]
--




RE: version 1.1.6 processing limits

2002-05-30 Thread Oded Arbel

if you want to use the native malloc, then configure it with malloc=native. I don't 
know what the memory limit is in native malloc, but I assume there are none. if you 
are using a checking malloc, and want to use a bigger memory pool then you'll have to 
change the malloc code in gwlib/gwmem-check.c and then recompile with that. it has no 
relevance to the ammount of physical memory available at compile time.

--
Oded Arbel
m-Wise Inc.
[EMAIL PROTECTED]
(972)-67-340014
(972)-9-9581711 (ext: 116)

::..
I suppose when it gets to that point, we shan't know how it does it.
-- Turing


> -Original Message-
> From: Cold Feet [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, May 30, 2002 12:41 PM
> To: [EMAIL PROTECTED]
> Subject: RE: version 1.1.6 processing limits
> 
> 
> hi oded,
> 
> what do you mean by recompile
> if i have recompiled it on a 256MB memory before
> and this time i want to upgrade to 1GB memory, i have
> to recompile it again? is there any other parameters or flags 
> which i have to include like malloc=native?
> 
> 
> 
> 
> - Original Message -
> From: "Oded Arbel" <[EMAIL PROTECTED]>
> Date: Thu, 30 May 2002 10:14:20 +0300
> To: "Cold Feet" <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]> 
> Subject: RE: version 1.1.6 processing limits
> 
> 
> > I'm not sure how "native" malloc works, but the checking 
> malloc (which we use always) has an upper limit on the number 
> of allocations allowed. if you want to use more memory you 
> will have to recompile.
> > 
> > --
> > Oded Arbel
> > m-Wise Inc.
> > [EMAIL PROTECTED]
> > (972)-67-340014
> > (972)-9-9581711 (ext: 116)
> > 
> > ::..
> > "All books can be indecent books, but recent books are bolder;
> > For filth, I'm glad to say, is in the mind of the beholder.
> > When correctly viewed, everything is lewd!
> > I could tell you things about Peter Pan 
> > (and the Wizard of Oz, there's a dirty old man) ..." 
> > --Tom Lehrer 
> > 
> > 
> > > -Original Message-
> > > From: Cold Feet [mailto:[EMAIL PROTECTED]]
> > > Sent: Thursday, May 30, 2002 4:16 AM
> > > To: [EMAIL PROTECTED]
> > > Subject: RE: version 1.1.6 processing limits
> > > 
> > > 
> > > hi again,
> > > 
> > > does it help and give better result if i upgrade the memory 
> > > to say 1GB from its present 256MB configuration? since kannel 
> > > is thread oriented in implementation, it uses memory to 
> > > handle transactions, if i have more memory in place, then it 
> > > could handle more threads at a given time... correct me if i 
> > > am wrong... anyhow, this is just my thoughts...
> > > 
> > > 
> > > 
> > > - Original Message -
> > > From: "Oded Arbel" <[EMAIL PROTECTED]>
> > > Date: Wed, 29 May 2002 11:03:09 +0300
> > > To: "Cold Feet" <[EMAIL PROTECTED]> 
> > > Subject: RE: version 1.1.6 processing limits
> > > 
> > > 
> > > > This question should be asked on the users list.
> > > > In recent test we've run, we pushed about 25 messages a 
> > > second, which
> > > > was limited mostly by our middle tier  setup then by 
> > > kannel. I estimate
> > > > that Kannel alone can go much higher then that.
> > > > 
> > > > --
> > > > Oded Arbel
> > > > m-Wise Inc.
> > > > [EMAIL PROTECTED]
> > > > (972)-67-340014
> > > > (972)-9-9581711 (ext: 116)
> > > > 
> > > > ::..
> > > > X windows:
> > > > A new level of software disintegration.
> > > > 
> > > > 
> > > > > -Original Message-
> > > > > From: Cold Feet [mailto:[EMAIL PROTECTED]]
> > > > > Sent: Wednesday, May 29, 2002 4:57 AM
> > > > > To: [EMAIL PROTECTED]
> > > > > Subject: version 1.1.6 processing limits
> > > > > 
> > > > > 
> > > > > hi all,
> > > > > 
> > > > > for the first month of being up on kannel 1.1.6 development 
> > > > > release it has its ups and downs on its live run. on its 
> > > > > first week several times it went down by itself... and so i 
> > > > > recompiled it with additional flags and now have remained up 
> > > > > and running and i can say i am to the point that i may say, 
> > > &g

RE: version 1.1.6 processing limits

2002-05-30 Thread Cold Feet

hi oded,

what do you mean by recompile
if i have recompiled it on a 256MB memory before
and this time i want to upgrade to 1GB memory, i have
to recompile it again? is there any other parameters or flags which i have to include 
like malloc=native?




- Original Message -
From: "Oded Arbel" <[EMAIL PROTECTED]>
Date: Thu, 30 May 2002 10:14:20 +0300
To: "Cold Feet" <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]> 
Subject: RE: version 1.1.6 processing limits


> I'm not sure how "native" malloc works, but the checking malloc (which we use 
>always) has an upper limit on the number of allocations allowed. if you want to use 
>more memory you will have to recompile.
> 
> --
> Oded Arbel
> m-Wise Inc.
> [EMAIL PROTECTED]
> (972)-67-340014
> (972)-9-9581711 (ext: 116)
> 
> ::..
> "All books can be indecent books, but recent books are bolder;
> For filth, I'm glad to say, is in the mind of the beholder.
> When correctly viewed, everything is lewd!
> I could tell you things about Peter Pan 
> (and the Wizard of Oz, there's a dirty old man) ..." 
>   --Tom Lehrer 
> 
> 
> > -Original Message-
> > From: Cold Feet [mailto:[EMAIL PROTECTED]]
> > Sent: Thursday, May 30, 2002 4:16 AM
> > To: [EMAIL PROTECTED]
> > Subject: RE: version 1.1.6 processing limits
> > 
> > 
> > hi again,
> > 
> > does it help and give better result if i upgrade the memory 
> > to say 1GB from its present 256MB configuration? since kannel 
> > is thread oriented in implementation, it uses memory to 
> > handle transactions, if i have more memory in place, then it 
> > could handle more threads at a given time... correct me if i 
> > am wrong... anyhow, this is just my thoughts...
> > 
> > 
> > 
> > - Original Message -
> > From: "Oded Arbel" <[EMAIL PROTECTED]>
> > Date: Wed, 29 May 2002 11:03:09 +0300
> > To: "Cold Feet" <[EMAIL PROTECTED]> 
> > Subject: RE: version 1.1.6 processing limits
> > 
> > 
> > > This question should be asked on the users list.
> > > In recent test we've run, we pushed about 25 messages a 
> > second, which
> > > was limited mostly by our middle tier  setup then by 
> > kannel. I estimate
> > > that Kannel alone can go much higher then that.
> > > 
> > > --
> > > Oded Arbel
> > > m-Wise Inc.
> > > [EMAIL PROTECTED]
> > > (972)-67-340014
> > > (972)-9-9581711 (ext: 116)
> > > 
> > > ::..
> > > X windows:
> > > A new level of software disintegration.
> > > 
> > > 
> > > > -Original Message-
> > > > From: Cold Feet [mailto:[EMAIL PROTECTED]]
> > > > Sent: Wednesday, May 29, 2002 4:57 AM
> > > > To: [EMAIL PROTECTED]
> > > > Subject: version 1.1.6 processing limits
> > > > 
> > > > 
> > > > hi all,
> > > > 
> > > > for the first month of being up on kannel 1.1.6 development 
> > > > release it has its ups and downs on its live run. on its 
> > > > first week several times it went down by itself... and so i 
> > > > recompiled it with additional flags and now have remained up 
> > > > and running and i can say i am to the point that i may say, 
> > > > the system and compilation issue is now stable for my server. 
> > > > however, i need a gauge on its processing limits. the system 
> > > > is handling sms only data and wap is disabled. and so far 
> > > > just a few number of sms is being received and replied to. i 
> > > > am hitting about 6,000 received sms in a day. all i know that 
> > > > this is just a small number to speak with. i would like to 
> > > > ask your input then, how much data can kannel process at any 
> > > > given time whereby it is really pushed to the limits. how 
> > > > many messages can it process in a given second or minute? to 
> > > > process a huge number of sms data, i need to have a good 
> > > > amount of RAM. i am using redhat linux 7.2 on an intel 
> > > > pentium III 866 mhz with 256MB of SD!
> > > > RA!
> > > > M. what do you think is a good server configuration to 
> > setup kannel.
> > > > 
> > > > thanks
> > > > -- 
> > > > Surfy! http://www.surfy.com  Great web search, free web 
> > > > email, and $9.95 unlimited Internet access
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > Powered by Outblaze
> > > > 
> > > > 
> > > 
> > > 
> > 
> > -- 
> > Surfy! http://www.surfy.com  Great web search, free web 
> > email, and $9.95 unlimited Internet access
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > Powered by Outblaze
> > 
> > 
> 
> 

-- 
Surfy! http://www.surfy.com  Great web search, free web email, and $9.95 unlimited 
Internet access










Powered by Outblaze




RE: version 1.1.6 processing limits

2002-05-29 Thread Oded Arbel

I'm not sure how "native" malloc works, but the checking malloc (which we use always) 
has an upper limit on the number of allocations allowed. if you want to use more 
memory you will have to recompile.

--
Oded Arbel
m-Wise Inc.
[EMAIL PROTECTED]
(972)-67-340014
(972)-9-9581711 (ext: 116)

::..
"All books can be indecent books, but recent books are bolder;
For filth, I'm glad to say, is in the mind of the beholder.
When correctly viewed, everything is lewd!
I could tell you things about Peter Pan 
(and the Wizard of Oz, there's a dirty old man) ..." 
--Tom Lehrer 


> -Original Message-
> From: Cold Feet [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, May 30, 2002 4:16 AM
> To: [EMAIL PROTECTED]
> Subject: RE: version 1.1.6 processing limits
> 
> 
> hi again,
> 
> does it help and give better result if i upgrade the memory 
> to say 1GB from its present 256MB configuration? since kannel 
> is thread oriented in implementation, it uses memory to 
> handle transactions, if i have more memory in place, then it 
> could handle more threads at a given time... correct me if i 
> am wrong... anyhow, this is just my thoughts...
> 
> 
> 
> - Original Message -
> From: "Oded Arbel" <[EMAIL PROTECTED]>
> Date: Wed, 29 May 2002 11:03:09 +0300
> To: "Cold Feet" <[EMAIL PROTECTED]> 
> Subject: RE: version 1.1.6 processing limits
> 
> 
> > This question should be asked on the users list.
> > In recent test we've run, we pushed about 25 messages a 
> second, which
> > was limited mostly by our middle tier  setup then by 
> kannel. I estimate
> > that Kannel alone can go much higher then that.
> > 
> > --
> > Oded Arbel
> > m-Wise Inc.
> > [EMAIL PROTECTED]
> > (972)-67-340014
> > (972)-9-9581711 (ext: 116)
> > 
> > ::..
> > X windows:
> > A new level of software disintegration.
> > 
> > 
> > > -Original Message-
> > > From: Cold Feet [mailto:[EMAIL PROTECTED]]
> > > Sent: Wednesday, May 29, 2002 4:57 AM
> > > To: [EMAIL PROTECTED]
> > > Subject: version 1.1.6 processing limits
> > > 
> > > 
> > > hi all,
> > > 
> > > for the first month of being up on kannel 1.1.6 development 
> > > release it has its ups and downs on its live run. on its 
> > > first week several times it went down by itself... and so i 
> > > recompiled it with additional flags and now have remained up 
> > > and running and i can say i am to the point that i may say, 
> > > the system and compilation issue is now stable for my server. 
> > > however, i need a gauge on its processing limits. the system 
> > > is handling sms only data and wap is disabled. and so far 
> > > just a few number of sms is being received and replied to. i 
> > > am hitting about 6,000 received sms in a day. all i know that 
> > > this is just a small number to speak with. i would like to 
> > > ask your input then, how much data can kannel process at any 
> > > given time whereby it is really pushed to the limits. how 
> > > many messages can it process in a given second or minute? to 
> > > process a huge number of sms data, i need to have a good 
> > > amount of RAM. i am using redhat linux 7.2 on an intel 
> > > pentium III 866 mhz with 256MB of SD!
> > > RA!
> > > M. what do you think is a good server configuration to 
> setup kannel.
> > > 
> > > thanks
> > > -- 
> > > Surfy! http://www.surfy.com  Great web search, free web 
> > > email, and $9.95 unlimited Internet access
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > Powered by Outblaze
> > > 
> > > 
> > 
> > 
> 
> -- 
> Surfy! http://www.surfy.com  Great web search, free web 
> email, and $9.95 unlimited Internet access
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> Powered by Outblaze
> 
> 




RE: version 1.1.6 processing limits

2002-05-29 Thread Cold Feet

hi again,

does it help and give better result if i upgrade the memory to say 1GB from its 
present 256MB configuration? since kannel is thread oriented in implementation, it 
uses memory to handle transactions, if i have more memory in place, then it could 
handle more threads at a given time... correct me if i am wrong... anyhow, this is 
just my thoughts...



- Original Message -
From: "Oded Arbel" <[EMAIL PROTECTED]>
Date: Wed, 29 May 2002 11:03:09 +0300
To: "Cold Feet" <[EMAIL PROTECTED]> 
Subject: RE: version 1.1.6 processing limits


> This question should be asked on the users list.
> In recent test we've run, we pushed about 25 messages a second, which
> was limited mostly by our middle tier  setup then by kannel. I estimate
> that Kannel alone can go much higher then that.
> 
> --
> Oded Arbel
> m-Wise Inc.
> [EMAIL PROTECTED]
> (972)-67-340014
> (972)-9-9581711 (ext: 116)
> 
> ::..
> X windows:
> A new level of software disintegration.
> 
> 
> > -Original Message-
> > From: Cold Feet [mailto:[EMAIL PROTECTED]]
> > Sent: Wednesday, May 29, 2002 4:57 AM
> > To: [EMAIL PROTECTED]
> > Subject: version 1.1.6 processing limits
> > 
> > 
> > hi all,
> > 
> > for the first month of being up on kannel 1.1.6 development 
> > release it has its ups and downs on its live run. on its 
> > first week several times it went down by itself... and so i 
> > recompiled it with additional flags and now have remained up 
> > and running and i can say i am to the point that i may say, 
> > the system and compilation issue is now stable for my server. 
> > however, i need a gauge on its processing limits. the system 
> > is handling sms only data and wap is disabled. and so far 
> > just a few number of sms is being received and replied to. i 
> > am hitting about 6,000 received sms in a day. all i know that 
> > this is just a small number to speak with. i would like to 
> > ask your input then, how much data can kannel process at any 
> > given time whereby it is really pushed to the limits. how 
> > many messages can it process in a given second or minute? to 
> > process a huge number of sms data, i need to have a good 
> > amount of RAM. i am using redhat linux 7.2 on an intel 
> > pentium III 866 mhz with 256MB of SD!
> > RA!
> > M. what do you think is a good server configuration to setup kannel.
> > 
> > thanks
> > -- 
> > Surfy! http://www.surfy.com  Great web search, free web 
> > email, and $9.95 unlimited Internet access
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > Powered by Outblaze
> > 
> > 
> 
> 

-- 
Surfy! http://www.surfy.com  Great web search, free web email, and $9.95 unlimited 
Internet access










Powered by Outblaze