<div dir="ltr">Why? Is there anyone depending on this feature? When do you want to use it? Wouldn't be easier to visualise and/or explain what is going where if it's done explicitly? <div>Also, if we allow this shouldn't be a way to disable it?<div><div><div><br></div><div><div><div><div><div><div><div><div>My problem with this is two fold: 1, it's not documented AFAICT; and 2. people specifying the wrong storage by mistake ends up using another storage and causing evictions (seen this in a customer).</div></div></div></div></div></div></div><div><br></div><div>Since the definition and usage is done separately, it is not that difficult to get it wrong, specially when you change one but forget to update the other.</div></div><div><br></div><div>This also means that we cannot say that default means the first non-Transient storage for cache insertions.</div><div><br></div><div><br></div></div></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Oct 10, 2016 at 8:23 PM, Poul-Henning Kamp <span dir="ltr"><<a href="mailto:phk@phk.freebsd.dk" target="_blank">phk@phk.freebsd.dk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">--------<br>
In message <<a href="mailto:CAJV_h0ZBAgQ-pknesZgE08ckL83rQ2F%2Bg5PX0Xcd6ukqn%2BACdQ@mail.gmail.com">CAJV_h0ZBAgQ-<wbr>pknesZgE08ckL83rQ2F+<wbr>g5PX0Xcd6ukqn+ACdQ@mail.gmail.<wbr>com</a>><br>
<span class="">, Federico Schwindt writes:<br>
<br>
>- No more RR on storages by default. If this is wanted, it should be set<br>
>explicitly somehow (VMOD?)<br>
<br>
</span>I agree with the rest, but this on I think would be unwise, we should<br>
retain the RR behaviour.<br>
<div class="HOEnZb"><div class="h5"><br>
--<br>
Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20<br>
phk@FreeBSD.ORG         | TCP/IP since RFC 956<br>
FreeBSD committer       | BSD since 4.3-tahoe<br>
Never attribute to malice what can adequately be explained by incompetence.<br>
</div></div></blockquote></div><br></div>