{{Quickfixn}} TCP Settings/ Windows 2008 R2

Grant Birchmeier gbirchmeier at connamara.com
Tue Mar 27 14:53:33 PDT 2018


Is it possible that you are spending too much time processing incoming
messages on the QF thread?

Anything inside the OnMessage callback is happening on the QF thread.  The
engine will not proceed to the next message until OnMessage returns.  If
you have too much processing inside of OnMessage, you could see the
situation you are describing.

One strategy is to have OnMessage do little more than push the message onto
a storage queue, where another thread can read it and process it safely.

On Tue, Mar 27, 2018 at 8:12 AM, Gabe Barwick <barwickhome at hotmail.com>
wrote:

>
> I am receiving data via QuickFix/.net engine.
>
>
> I am on a Windows 2008 R2 server, and I see intermittant delayed acking of
> incoming FIX messages. The delay causes the MarketData provider to hold
> sending further FIX messages, and hence latency is introduced into the
> prices.
>
>
> Often the delay is around 200ms.
>
>
> After websearch, I have tried setting TcpAckFrequency to 1 and TCPNoDelay
> to 1.
>
> Neither has any affect. Does anyone know how to disable this "feature" on
> server 2008?
>
>
> _______________________________________________
> Quickfixn mailing list
> Quickfixn at lists.quickfixn.com
> http://lists.quickfixn.com/listinfo.cgi/quickfixn-quickfixn.com
>
>


-- 
Grant Birchmeier
*Connamara Systems, LLC*
*Made-To-Measure Trading Solutions.*
Exactly what you need. No more. No less.
http://connamara.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.quickfixn.com/pipermail/quickfixn-quickfixn.com/attachments/20180327/1d62f094/attachment.htm>


More information about the Quickfixn mailing list