the
RTT).
Does it make sense to keep sending a prefetch request every few msec to
keep the server busy and pulling data from whatever its backend store ?
later,
pankaj
On Thu, Aug 10, 2017 at 10:54 AM, Pankaj Bhagra wrote:
> My interest piqued by your pointer of forcing negotiation for
422 pkt_seq = 13 remaining_in_batch = 0, 875
[0x24b0cd0]:0 -> @flow(19) [next-incoming-id=14,
incoming-window=2147483647, next-outgoing-id=0, outgoing-window=2147483647,
handle=0, delivery-count=13, link-credit=99, drain=false]
[0x24b0cd0]:0 <- @transfer(20) [handle=0, delivery-id=13, delivery-
asub",
handle=0, role=false, rcv-settle-mode=1, source=@source(40)
[address="kukatopic/Subscriptions/kukasub", durable=0, \
timeout=0, dynamic=false], target=@target(41) [durable=0, timeout=0,
dynamic=false], initial-delivery-count=0, max-message-size=266240]
On Wed, Aug 9, 20
eeb6e55ae548de97576e16d5289050", "AssetMonitoredItems": {"AXIS_ACT":
{"A1": {"units": "Double", "value": 7.65389352e-09}, "A3": {"units":
"Double", "value": 101.688866}, "A2": {"
I am trying to extract bulk messages from azure SB.
As per their documentation the azure SDK doesn't support bulk read message
and recommends using the native amqp for the Azure Service Bus. White
trying to negotiate a session with the azure SB, i noticed that independent
of what client is request
