<div dir="ltr">How many threads you've set to handle requests (-t option)? By default Ur/Web only runs two threads which I think is not enough.<div style>In my project I'm using -t 32.</div><div style><br></div><div style>
When I've benchmarked Ur/Web long time ago I've also seen a connection errors. But it was solved by upgrading frontend from nginx 0.7.x to 1.x (something with keep-alive connections and maybe the way it works with backend). Can't say what will happen on direct benchmark w/o frontend webserver (ur/web doesn't have keep-alive and benchmarking tools may not manage connections as effective as nginx).</div>
<div style><br></div><div style>In my tests Ur/Web was able to sustain 1krps with 1000 concurrent connections and with several requests to postgres in each request.</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">
2013/11/27  <span dir="ltr"><<a href="mailto:escalier@riseup.net" target="_blank">escalier@riseup.net</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">> I expect it will immediately reduce dramatically the number of "errors"<br>
reported in the benchmark results.<br>
<br>
</div>I rebuilt the benchmark with the HEAD version of Ur/Web. Unfortunately, it<br>
doesn't seem to have done much for the socket errors.<br>
<br>
`./wrk -d 5 -c 10 -t 10 '<a href="http://127.0.0.1:8080/json'`" target="_blank">http://127.0.0.1:8080/json'`</a><br>
<br>
Running 5s test @ <a href="http://127.0.0.1:8080/json" target="_blank">http://127.0.0.1:8080/json</a><br>
  10 threads and 10 connections<br>
  Thread Stats   Avg      Stdev     Max   +/- Stdev<br>
    Latency     1.32ms    0.90ms   3.60ms   85.64%<br>
    Req/Sec     0.90k   391.67     1.44k    79.53%<br>
  44289 requests in 6.00s, 7.98MB read<br>
  Socket errors: connect 0, read 44281, write 0, timeout 2<br>
Requests/sec:   7386.89<br>
Transfer/sec:      1.33MB<br>
<div class="im"><br>
> escalier, do you know if there's a way to request a higher value of the<br>
configuration setting mentioned in the hint?<br>
<br>
</div>When I set max_pred_locks_per_transaction to 256 in my local<br>
postgresql.conf (from the default of 64), those errors seem to go away.<br>
I've opened an issue for that<br>
(<a href="https://github.com/TechEmpower/FrameworkBenchmarks/issues/632" target="_blank">https://github.com/TechEmpower/FrameworkBenchmarks/issues/632</a>).<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
_______________________________________________<br>
Ur mailing list<br>
<a href="mailto:Ur@impredicative.com">Ur@impredicative.com</a><br>
<a href="http://www.impredicative.com/cgi-bin/mailman/listinfo/ur" target="_blank">http://www.impredicative.com/cgi-bin/mailman/listinfo/ur</a><br>
</div></div></blockquote></div><br></div>