| Author |
Message
|
| soaretudor |
 Posted: Wed Apr 03, 2013 1:00 am Post subject: Different BATCHSZ for sender and receiver channel |
 |
|
Newbie
Joined: 03 Apr 2013
Posts: 4
|
Hello,
Short question. If i set the BATCHSZ for the sender channel to 1 and i leave the BATCHSZ for the receiver to 50, is there a posibility to have channel desyncronization?
Or is the BATCHSZ agreed between MCA's to be the lowest set?
Thank you |
|
| Back to top |
|
 |
| Mr Butcher |
| Posted: Wed Apr 03, 2013 3:48 am Post subject: |
|
|
Padawan
Joined: 23 May 2005
Posts: 1716
|
i found out with google in 5 seconds by using "batchsize negotiation" as search keywords. why did you fail to do so ?!?
_________________
Regards, Butcher |
|
| Back to top |
|
|
| soaretudor |
| Posted: Wed Apr 03, 2013 3:56 am Post subject: |
|
|
Newbie
Joined: 03 Apr 2013
Posts: 4
|
Hi,
I wanted an advised opinion, google is not always reliable.
Thanks |
|
| Back to top |
|
|
| Mr Butcher |
| Posted: Wed Apr 03, 2013 4:15 am Post subject: |
|
|
Padawan
Joined: 23 May 2005
Posts: 1716
|
so you prefer to trust the statement of a stranger, that claims himself a mq expert, more then the IBM documentation, that you find using google? 
beside not checking for any documentation, you could have tested that easily in your local MQ testing environment...........
_________________
Regards, Butcher |
|
| Back to top |
|
|
| Vitor |
| Posted: Wed Apr 03, 2013 4:38 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| soaretudor wrote: |
| I wanted an advised opinion, google is not always reliable. |
Google is always reliable; what it finds may not be. If what you've found is the product documentation it's reliable. If it's some guy's blog, it's not reliable. Or at least not authoritative.
And this forum is no more authoritative than a blog. Yes those who "blog" here typically have certain skills & knowledge, but you wouldn't want to base any decisions for which you're held accountable solely on us.
As my worthy associate points out, research notwithstanding you could have observed what happens by setting up a test scenario in half the time it's taken to get this far here. These observed results would be authoritative and reliable.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| soaretudor |
| Posted: Wed Apr 03, 2013 4:40 am Post subject: |
|
|
Newbie
Joined: 03 Apr 2013
Posts: 4
|
Hello,
You are right, i overlooked the documentation. We had a very strange behavior for a channel in our production env but it was caused by a wrong TRANSMIT queue definition.
It's now clear to me that the batchsize is negotiated between the two ends of the channel as the smallest value.
Apologies for the silly post  |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Wed Apr 03, 2013 5:32 am Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9472
Location: US: west coast, almost. Otherwise, enroute.
|
| soaretudor wrote: |
| It's now clear to me that the batchsize is negotiated between the two ends of the channel as the smallest value. |
Batchsize is one of several values negotiated between channel ends.
| soaretudor wrote: |
| Apologies for the silly post |
It wasn't a silly post at all. We encourage you to post. We also encourage you (and others) to do a bit of research before you post.
_________________
I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live. |
|
| Back to top |
|
|
|
|
