From: Sandhu, B. <Bal...@rb...> - 2011-01-11 23:28:26
|
Hi all We have been running some performance tests against QuickFIX/J. I have some general questions. I would really appreciate some advise. Our app acts as the initiator (client). We wrote a stub acceptor for the load test - very similar to the code sample provided. Surprisingly, after getting to about 1 msg/s we start seeing Sequence number too high/low errors. Also, the CPU is idling on the Acceptor side but the msgs are taking several seconds to respond. Given that these are just stubbed out responses without any real workflow, this is odd. We started looking at ways of improving performance and one of the things we are planning on trying is the MemoryMessageStore. While looking at the source I noticed that access to the internal HashMap in the MemoryStore is not synchonized/thread safe. Is this on purpose? When picking up msgs from the quickfix.Application is it advisable/necessary to pick up msgs via a thread pool? Given minimal workflow in processing messages what msg rate should we expect to process on the acceptor side? It's a 16GB/8 core server. Are there other known config options which improve performance ? Thanks a lot Baljeet ________________________________________ This E-Mail (including any attachments) may contain privileged or confidential information. It is intended only for the addressee(s) indicated above. The sender does not waive any of its rights, privileges or other protections respecting this information. Any distribution, copying or other use of this E-Mail or the information it contains, by other than an intended recipient, is not sanctioned and is prohibited. If you received this E-Mail in error, please delete it and advise the sender (by return E-Mail or otherwise) immediately. This E-Mail (including any attachments) has been scanned for viruses. It is believed to be free of any virus or other defect that might affect any computer system into which it is received and opened. However, it is the responsibility of the recipient to ensure that it is virus free. The sender accepts no responsibility for any loss or damage arising in any way from its use. E-Mail received by or sent from RBC Capital Markets is subject to review by Supervisory personnel. Such communications are retained and may be produced to regulatory authorities or others with legal rights to the information. IRS CIRCULAR 230 NOTICE: TO COMPLY WITH U.S. TREASURY REGULATIONS, WE ADVISE YOU THAT ANY U.S. FEDERAL TAX ADVICE INCLUDED IN THIS COMMUNICATION IS NOT INTENDED OR WRITTEN TO BE USED, AND CANNOT BE USED, TO AVOID ANY U.S. FEDERAL TAX PENALTIES OR TO PROMOTE, MARKET, OR RECOMMEND TO ANOTHER PARTY ANY TRANSACTION OR MATTER. |