<p>Hi,</p>
<p>The logic we use selects the oldest first. Don&#39;t worry about the rotation; spaces get re-issued eventually. The space for rc5-72 is very big, so we&#39;ll be doing this for a while yet.</p>
<p>Kind regards,<br>
Mike</p>
<div class="gmail_quote">On Sep 5, 2012 4:38 PM, &quot;jp68&quot; &lt;<a href="mailto:jp68@clearwire.net">jp68@clearwire.net</a>&gt; wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I have a couple systems that I sneaker net using a usb scandisk to<br>
exchange the work units.  And the new work units to a system are added<br>
to the buff-in file using the -import function.  In the past I have<br>
added different sized work units to the buffer file, and have noticed<br>
that the dnetc client first chooses any partially crunched units and<br>
completes those before starting on wholly uncrunched units.  I&#39;ve also<br>
noticed that if different sized work units are added to the buff-in<br>
file, that the dnetc client will start crunching the smaller units (like<br>
a 16 stats unit work unit before a 32 stats unit work unit) and work up<br>
to completing the largest stats unit work units last.  What I&#39;m<br>
wondering is if there is any work unit date/age selection involved so<br>
that the oldest work units in the buff-in file would be completed before<br>
newer ones were??<br>
<br>
_______________________________________________<br>
rc5 mailing list<br>
<a href="mailto:rc5@lists.distributed.net">rc5@lists.distributed.net</a><br>
<a href="http://lists.distributed.net/mailman/listinfo/rc5" target="_blank">http://lists.distributed.net/mailman/listinfo/rc5</a><br>
</blockquote></div>