Any ideas why most calls to bgapi take 20ms (on avg) on my idle quad core FC10 box doing a single transaction at a time ?

Can do 300 call per second on that box using SIPP but when a single process tries to control my FS instance using a single ESL socket than

95% of the bgapi calls return job-id in 20ms. The rest takes under a millisecond as it should.

Is it possible that thread creation takes 20ms or that the job thread itself gets it's CPU timeslice before the job-id gets sent out (hardly possible with 4 CPU threads) ?

I have not done any benchmarking yet to see where the real delay is - but it is visible on the loopback interface and limits the performance of my inbound socket app.

a fast one:

Pawel,