You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We have recently encountered a performance issue with quickFIXGo. We see that when we have considerable outgoing orders our rate of processing of incoming messages decreases significantly. From our testing we see that we slow down our outgoing message processing by 40-50% in such cases. We are on FIX 4.2, using postgres as the message_store and are using the latest version of quickFIXGo.
We have seen no resource issues on our side at all. As such, we are under the suspicion that this might be a logical performance bottleneck.
Looking through, we see that the table sessions contains both the incoming and outgoing seq_num. We speculate that during updates to this table (like store.SetNextSenderMsgSeqNum()) this row is locked and this might be a major factor in the slowdowns that we experience.
EDIT: We are talking about the initiator in this case
The text was updated successfully, but these errors were encountered:
Hello,
We have recently encountered a performance issue with quickFIXGo. We see that when we have considerable outgoing orders our rate of processing of incoming messages decreases significantly. From our testing we see that we slow down our outgoing message processing by 40-50% in such cases. We are on FIX 4.2, using postgres as the message_store and are using the latest version of quickFIXGo.
We have seen no resource issues on our side at all. As such, we are under the suspicion that this might be a logical performance bottleneck.
Looking through, we see that the table
sessions
contains both the incoming and outgoingseq_num
. We speculate that during updates to this table (likestore.SetNextSenderMsgSeqNum()
) this row is locked and this might be a major factor in the slowdowns that we experience.EDIT: We are talking about the initiator in this case
The text was updated successfully, but these errors were encountered: