Re: [Quickfix-developers] Performance and C#

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

In general I believe the stability of the .NET interface has been very 
good.  We haven't really gotten many reports about stability or 
performance problems with it.  Early versions of the Java API were not 
very stable (it started out as a proof of concept and people just 
started using it!), but in more recent versions its problems has been 
addressed and it is also very stable.  The Java API is also seems to 
have become the most used API so it gets a good workout.  The .NET API 
has gained a lot of popularity lately as well.  We did some 
optimization of the Java API for BrokerTec, and got the performance to 
the point that they were happy with it.  It is now much faster than it 
used to be and I believe it should have no problem reaching hundreds of 
messages per second on decent hardware.

When Reuters was doing their evaluation, they found problems with the 
C# API when pumping through thousands of unthrottled messages.  After 
some time they would get a null pointer exception.  They report that 
they believe this is a problem of stability issues with managed and 
unmanaged code rather than a problem with QuickFIX itself.  Reuters is 
working on sending us more details of the exact nature of this problem. 
  Sustained periods of extremely high volume is a concern of theirs so 
in the meantime they chose to go with the C++ API which they ran for a 
full week at maximum volume without any problems.

--oren

On May 6, 2004, at 6:31 PM, Yaron Minsky wrote:

> I've heard some vague performance numbers for QuickFix (anywhere from
> 100's to 1000's of messages per second on commodity hardware).  But I
> haven't heard anything about the performance of QuickFix running with
> Java or C#.  We've seen some problems with C# interfaces to native
> code, which is one of the reasons I'm a bit worried about the whole
> thing.
>
> So, can anyone contribute their experiences with the C# bindings?  I'd
> actually be interested in reports on performance and on stability and
> general quality of the C# interface.
>
> Yaron
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by Sleepycat Software
> Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to
> deliver higher performing products faster, at low TCO.
> http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3
> _______________________________________________
> Quickfix-developers mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfix-developers
>