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
>
|
