quickfix-developers

[Quickfix-developers] Maximum simultaneous FIX Sessions Windows XP Pro

[Malinka R. <ael...@gm...>]

I currently have a running production server using QF .NET in C# which will
end up needing to manage many different concurrent client connections, which
have been added slowly over time.  however I've ran into a ConfigError
exception phrased like:

Config Error: could not open <header/event/etc> file: <filename>

After some research it seems that what's happening is that when calling into
stdio to open the files for the sessions windows is running into a maximum
open files of 512 (including stdin stdout stderr, leaving 509 for use).
Which I found can be incresed to a maximum of 2048 with a windows specific
call (_setmaxstdio).  To solve the problem I'm having I can probably either
implement the above change or create a new FileStore which uses the windows
API to write to files in order to up the maximum Files Handles to the
maximum overall handles (10,000 on XP).

Is there a simple solution someone else has found and used?

Are there any other known limits on the number of Sessions able to run at
any given time?  What are these limits? (eg how much RAM each session uses)
Are these limits increasable? (buying more RAM/HDD/CPU/etc)

[Quickfix-developers] RES: Maximum simultaneous FIX Sessions Windows XPPro

[Clebson D. <Cle...@cm...>]

Think this is a know issue, there are some threads related to this topic. The problem is not only related to the FileStore class, FileLog class also open files too using stl ofstream. And there are limitations in CRT implementation (visual studio) too. The solution IMHO is to change both FileLog and FileStore classes to use Windows API directly (CreateFile) in the Windows version. 

-----Mensagem original-----
De: Malinka Rellikwodahs [mailto:ael...@gm...] 
Enviada em: quarta-feira, 26 de novembro de 2008 15:52
Para: qui...@li...
Assunto: [Quickfix-developers] Maximum simultaneous FIX Sessions Windows XPPro

QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/index.html
QuickFIX Support: http://www.quickfixengine.org/services.html

Re: [Quickfix-developers] Maximum simultaneous FIX Sessions Windows XPPro

[Malinka R. <ael...@gm...>]

It seems that a quick simple solution to raise the bar at least on XP is to
in the construction of FileLog call _setmaxstdio(2048); which is allowing me
to in testing run 340 Sessions with File Logging enabled and 511 Sessions
with File Logging disabled as opposed to 84 and 127, of course these numbers
will be affected by other File operations being done by the client and what
libraries they are using (stdio versus winAPI).  So at least as a quick
solution would be in windows to make that call.

But like you are saying it seems that the only solution (besides avoiding
the situation through forking/less client/etc) would be to use windows API
directly

On Wed, Nov 26, 2008 at 13:58, Clebson Derivan
<Cle...@cm...>wrote:

> Think this is a know issue, there are some threads related to this topic.
> The problem is not only related to the FileStore class, FileLog class also
> open files too using stl ofstream. And there are limitations in CRT
> implementation (visual studio) too. The solution IMHO is to change both
> FileLog and FileStore classes to use Windows API directly (CreateFile) in
> the Windows version.
>
> -----Mensagem original-----
> De: Malinka Rellikwodahs [mailto:ael...@gm...]
> Enviada em: quarta-feira, 26 de novembro de 2008 15:52
> Para: qui...@li...
> Assunto: [Quickfix-developers] Maximum simultaneous FIX Sessions Windows
> XPPro
>
> QuickFIX Documentation:
> http://www.quickfixengine.org/quickfix/doc/html/index.html
> QuickFIX Support: http://www.quickfixengine.org/services.html
>
>