Unable to process a large number of requests about hfs2 HOT 8 OPEN

This does not happen on IIS

from hfs2.

if you are concerned about that "busy" message, it will appear after just 1 request from the same IP, because you are requesting folders (not files) and that's by design with 2.4.
HFS is not a high-performance server but if you are interested in benchmarks you can try requesting a file.
Cosnider that if you generate more log like i see in your screenshot you will also use more cpu.

from hfs2.

I use ab -n 20000 -c 64 http://1.coco56.top/robots.txt in Ununtu to request robots.txt file.

But HFS use a lot of ports, I think one port is enough. Too many ports also make it impossible to handle a large number of requests.

from hfs2.

The port changes every time I make a request.

from hfs2.

You misunderstood what that specific port is: it is the client's port.
This is how TCP works, and it is true for every TCP server, even if most programs won't show you, because you normally don't need to know.
The server port is only one, and HFS is not even able at the moment to have more than one.

from hfs2.

When HFS sends 409, what's the time of Retry-After ? And why the client sends a large number of requests consecutively in a very short period of time ?

from hfs2.

When HFS sends 409, what's the time of Retry-After ? And why the client sends a large number of requests consecutively in a very short period of time ?

静态文件，用Nginx更牛B。打算做文件床的话，用Nginx，Apache Http都行啊，非得来折腾这个

from hfs2.

The time communicated is random in the range 1-3 seconds.
The http header used is not retry-after but "refresh", but I guess retry-after could even be better, and we may have both just to be sure that more clients will understand. Thanks for pointing it out.
About the "why the client..." question, you should probably ask to whoever made the client, i have no idea.

from hfs2.