Hi, AFAIK, using a client connection over an WAN is not the best architecture, specially overseas !
Keep in mind that client-server connection in MQ is synchronous. With each MQ message you have a MQ header, about 500 bytes. You have also to deal with the client channel protocol overhead, with is probably heavier that the channel to channel one. If you : - plan to transmit a lot of messages - need reliable connection - pay your 32Bit-Frame-Relay-Connection on a volume basis you should think about replacing the client with a full MQ server. With server to server channels, and a batchsize >= 50, you can achieve pretty good rates, specially if your messages are not too small (IMHO, 2.000 bytes excluding MQ header is a small message) HTH, Luc-Michel. Date sent: Mon, 8 Sep 2003 11:06:45 -0400 Send reply to: MQSeries List <[EMAIL PROTECTED]> From: Bill Anderson <[EMAIL PROTECTED]> Subject: MQ Channel Communication Overhead and Limited Bandwidth To: [EMAIL PROTECTED] > I have a customer in Germany, who is displeased with the throughput he is > getting with his client connection to my server in Atlanta. Please see the > encrypt from an email I received from him below. > > Relating to our 32Bit-Frame-Relay-Connection between Germany and Atlanta, > I've some more questions. > > 1. 240KB a minute is the theoretical limit of the bandwidth > > 2.1 with big messages (e.g. 2397 bytes) we reach following limits: > 2.2 from Germany to Atlanta (MQPUT) > 2.3 90 msgs per minute => 210 KB bandwidth > 2.4 from Atlanta to Germany (MQGET) > 2.5 82 msgs per minute => 191 KB bandwidth > > 3.1 with small messages (e.g. 288 bytes) we reach following limits: > 3.2 from Germany to Atlanta (MQPUT) > 3.3 160 msgs per minute => 45 KB bandwidth > 3.4 from Atlanta to Germany (MQGET) > 3.5 116 msgs per minute => 33 KB bandwidth > > > Now, the customers assumption is that the problem is with the queue manager > in Atlanta, I am not convinced he is correct. I know there is a > communication over head for using an MQ channel. I believe it is just over > 1500 K, but I can't find the exact number in the manuals. Does anyone > happen to know what it is? > > The customer currently connects as a client, but they do run a full queue > manager. I do believe building them a sender / receiver pair of channels > might help some, but what they are asking is multiple channels. If > bandwidth is the problem, more channel won't help much I'm sure. > > Any help would be appreciated > > Thanks > > Bill Anderson > > Instructions for managing your mailing list subscription are provided in > the Listserv General Users Guide available at http://www.lsoft.com > Archive: http://vm.akh-wien.ac.at/MQSeries.archive > -- Luc-Michel Demey - Freelance EAI Consultant Paris / France Tel. : +33 6 08 755 655 http://consulting.demey.org/ - lmd at demey dot org Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
