Re: [Quickfix-users] Multithreading and reliability

[<or...@qu...>]

Yes, QuickFIX is multi-threaded.  In particular there is a
ThreadedSocketInitiator and ThreadedSocketAcceptor which will receive
message asynchronously and on separate threads for each session.

QuickFIX will protect it's own variables, however it is up to you to
protect your own.  The callbacks will come from multiple threads.  There
is a SynchronizedApplication class to do this for you, however I do not
recommend it for high performance applications as it is to aggressive in
its locking for multiple safety.  Doing your own resource locking is
ideal.

All that being said I do not know that I have any statistics such a
large number of open sessions.  So it is something you will definitely
want to test to make sure it fits your needs.

--oren

> -------- Original Message --------
> Subject: [Quickfix-users] Multithreading and reliability
> From: "Nazar Andrienko" <na...@um...>
> Date: Mon, June 07, 2010 2:47 pm
> To: <qui...@li...>
> 
> 
> QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/index.html
> QuickFIX Support: http://www.quickfixengine.org/services.html
> 
> Hello!
> 
> I'm planning to develop a FIX server, that would serve rather large amount
> of sessions (about 10K+). I can't find any information about QuickFIX
> benchmarks and about multithreading support in QuickFIX.
> 
> My basic question is: are messages received asynchronously by QuickFIX? Are
> they handled in different threads? Do I need to protect my global variables
> using synchronization primitives? If QuickFIX is not multithreaded, than I
> can't understand how to achieve a good performance using it...
> 
> Thanks in advance!
> 
> Best regards,
> Nazar
> 
> 
> 
> ------------------------------------------------------------------------------
> ThinkGeek and WIRED's GeekDad team up for the Ultimate 
> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
> lucky parental unit.  See the prize list and enter to win: 
> http://p.sf.net/sfu/thinkgeek-promo
> _______________________________________________
> Quickfix-users mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfix-users