Currently I'm using a simple rate limiting which is made up two aspects : a. I send upto 20 messages, and then listen for up to 20 replies, and so on. come to think about it, it's not so good as I'm supposed to get at least 2 replies for each message - one ACK and one delivery report. but we'll see. b. is the module's add_msg_cb is called and the MT queus is over this much full, the callback sleeps a bit - to slow down the filling of the queue so that the module will have time work on the queue.
I've set the conn buffer to 4K, but I've used to flush it after each write. I changed that, because I think its one of the things that slows me down, so I only flush after a batch of sends (which averages to about 3K of data). -- Oded Arbel m-Wise Inc. [EMAIL PROTECTED] "One question: How come the .44 magnum is the worlds only usable point and click interface?" -- Alan Cox > -----Original Message----- > From: Kalle Marjola [mailto:[EMAIL PROTECTED]] > Sent: Thursday, March 21, 2002 2:40 PM > Cc: Kannel-devel (E-mail) > Subject: RE: [BUG] list implementation too slow. > > > On Thu, 21 Mar 2002, Oded Arbel wrote: > > > I think this problem occurs as the bearerbox can't send > messages as fast > > as they are delivered (probably due to a large burst and > then sustained > > high load). I see messages queued on the module's queue, and then it > > slows doesn the module more, so it can handle less messages > (while high > > load continues) and so the queue grows longer. > > The solution to this is to fix all code so that outgoing messages > have higher priority than incoming ones, i.e. do not read anything > from bufefrs before outgoing messages have been sent. NOTE: You need > to set conn() buffer size, otherwise this does not help as things > get added to its internal buffer... I did this for my modified > version and got rid of growing size (in memory) and slowdown. > > (however, I do not know how SMSC would react if the socket > gets filled up > because the other end is not reading it fast enough..) > > > -- > &kalle marjola > > >
