Micah Cowan wrote:
> I'm kinda leaning toward the idea that we change the parser for
> --limit-rate to something that takes a percentage, instead of adding a
> new option. While it probably means a little extra coding, it handily
> deals with broken cases like people specifying both --limit-rate and
> --limit-percent, and helps consolidate the documentation. Anyone have
> opinions about this?

I would appreciate having a --limit-rate N% option.

So now about those "broken" cases. You could do some "least of both"
policy (which would of course still need the time to do measuring and
can cut only afterwards).
Or otherwise you could use a non-percent value as a minimum. This would
be especially useful if you add it to your default options and stumble
over some slow server only serving you 5KiB/s, where you most probably
don't want to further lower the speed on your side.

As third approach you would only use the last limiting option.

Depending on how difficult the implementation is I would vote for the
second behavior, although the first or third option might be more
intuitive to some of the users not reading the docs.

So greetings


Reply via email to