Lukas Tribus Wrote:
---
> > 4 threads and 4 CPU (both for apache and nginx) with 100% CPU load
> on test
> > So, what's the answer now about the http/https (4600/550) ratio for
> the
> > specific case I presented?
>
> It should perform the same a
> 4 threads and 4 CPU (both for apache and nginx) with 100% CPU load on test
> So, what's the answer now about the http/https (4600/550) ratio for the
> specific case I presented?
It should perform the same as Apache in this case.
___
nginx mailing list
Lukas Tribus Wrote:
---
> That depends: how many nginx workers do you have compared to
> how many apache threads and how does your per-core CPU load
> look like when benchmarking?
> ___
> nginx mailing l
> I agree but I think that separate/different simultaneous users won't use a
> common connection so for this very specific scenario keep-alive won't
> matter. Of course for every individual user keep-alive will matter but this
> aspect for the moment I won't to ignore in testing.
It does matter, a
Lukas Tribus Wrote:
---
> > I'll do it but I guess the test will no longer be so relevant
> because I want
> > to simulate different users.
>
> Real user/browser DO keep-alive. ...
I agree but I think that separate/different simultaneous users
> ab does not support TLS tickets (you can verify this with wireshark), so even
> if
> you do enable HTTP keepalive, the full TLS handshake has to be performed for
> each request.
>
> it's a poor tool to measure total potential throughout of HTTPS servers.
Now that you mention it I kind of remem
> Enabling keepalive on ab is one of the things you can do. I don't know
> ab, so not sure if there is a better way. I also do not know if ab supports
> SSL session caching or TLS tickets, which you would have to keep in
> mind when benchmarking.
ab does not support TLS tickets (you can verify th
> I'll do it but I guess the test will no longer be so relevant because I want
> to simulate different users.
Real user/browser DO keep-alive. Sendings thousands of requests per
second in dedicated TLS session is not what you would see in real life
from real users.
> Anyway, the question is in