Skip to content

Counters for low/high watermark state transititioning #5

@oberstet

Description

@oberstet

I am still unsure how to best approach.

E.g. on one hand, there is I think a fundamental tradeoff between throughput and latency. Maximizing throughput would be simply done by overwhelming the server with so many outstanding WS connections that there is always stuff to process - up to a hard limit of course (like accept queue depth).

This will result in best throughput, but probably bad latencies for individual WS connections.

Then, for a server that can process incoming connections so fast that the high watermark is never reached (when operating in modes other than --close keepopen), it might be hard to find out the best value for high watermark (that is just below hard limit) even if I am only interested in throughput.

At least for me, I could find out more / understand better, if we had the following 2 counters in wsperf:

  • total number of transitions to high-watermark reached (pausing)
  • total number of transitions to low-watermark reached (resuming)

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions