[OSRM-talk] osrm performance with multiple threads is confusing me

[Patrick Niklaus]

Query performance is also limited by disk performance as part of the
RTree that is used for the nearest neighbor lookup is on disk. You
might want to check your IO stats as well.

On Thu, Nov 12, 2015 at 3:55 PM, Daniel Patterson <daniel at mapbox.com> wrote:
> Hi Peter,
>
>   How are you performing the tests?  From the same machine, or from another machine over the network?
>
>   OSRM responses are usually around 5-20ms.  If you're doing some analysis of the results, on the same machine,
>   it's possible that your tests themselves are CPU limited.  Can you give more info on your testing setup?
>
> daniel
>
>> On Nov 12, 2015, at 5:59 AM, Peter Becker <floyd.net at gmail.com> wrote:
>>
>> I'm a little bit confused.
>>
>> i have load the map in memory with osrm-datastore und run one instance with
>>
>> "osrm-route --shared-memory=yes -t 1 -p 5000"
>>
>> with only one thread, one cpu-core raise up tzo 90% and i get ~500
>> routes per second
>>
>> if i set thread count to more then 2 or more
>>
>> "osrm-route --shared-memory=yes -t 2 -p 5000"
>>
>> 3 cpu-cores are raise up to 30-50% usage and i only get ~333 routes per second.
>>
>> so i also try run 2 instances with one core:
>>
>> "osrm-route --shared-memory=yes -t 1 -p 5000"
>> "osrm-route --shared-memory=yes -t 1 -p 5001"
>>
>> and use ngnix as load-balancer .. it dosn't make a difference to one
>> instance with 2 or more threads
>>
>> what is wrong? with "-t 2" or 2 instances i expect that 2 cpu-cores
>> are at 100% and i get more routes per second as with "-t 1".
>>
>> _______________________________________________
>> OSRM-talk mailing list
>> OSRM-talk at openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/osrm-talk
>
>
> _______________________________________________
> OSRM-talk mailing list
> OSRM-talk at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk