On Dec 19, 2013, at 11:23 AM, Gábor Lehel <[email protected]> wrote:
> - Having only one type of queue, which is bounded,
>
> - and whose default capacity is just small enough that it would be hit
> before exhausting resources, but is otherwise still ridiculously large
> ("effectively unbounded") (so basically what Kevin wrote),
For people who don't want to think about failure cases, I don't see how this is
any better than a genuinely unbounded queue. And for people who do want to
think about failure causes, they have to think about the bounds anyway so some
sort of ridiculously high default isn't very usable.
I also am not sure how you can come up with an appropriate ridiculously-high
default that is guaranteed to be small enough to fit into available resources
for everyone.
My feeling here is that we should have a genuinely unbounded queue, and we
should have a bounded queue that requires setting a bound instead of providing
a default.
-Kevin_______________________________________________
Rust-dev mailing list
[email protected]
https://mail.mozilla.org/listinfo/rust-dev
