On Thursday, May 28, 2015 5:55:18 AM PDT, Austin S Hemmelgarn wrote:
On 2015-05-27 18:46, Daniel Phillips wrote:
On 05/27/2015 02:39 PM, Pavel Machek wrote:
On Wed 2015-05-27 11:28:50, Daniel Phillips wrote: ...
I mentioned earlier, it seems to work pretty well in Tux3. But do user
On Thursday, May 28, 2015 4:19:29 PM PDT, Andreas Karlsson wrote:
On 05/28/2015 07:27 PM, Daniel Phillips wrote:
Not doubting you, but how would overwriting files help you recover
from disk full?
One benefit I see is that monitoring tools based on round-robin
databases like Munin and MRTG
On 2015-05-27 18:46, Daniel Phillips wrote:
On 05/27/2015 02:39 PM, Pavel Machek wrote:
On Wed 2015-05-27 11:28:50, Daniel Phillips wrote:
On Tuesday, May 26, 2015 11:41:39 PM PDT, Mosis Tembo wrote:
On Tue, May 26, 2015 at 6:03 PM, Pavel Machek pa...@ucw.cz wrote:
We identified the
On Wed 2015-05-27 11:28:50, Daniel Phillips wrote:
On Tuesday, May 26, 2015 11:41:39 PM PDT, Mosis Tembo wrote:
On Tue, May 26, 2015 at 6:03 PM, Pavel Machek pa...@ucw.cz wrote:
We identified the following quality metrics for this algorithm:
1) Never fails to detect out of space in the
On 05/27/2015 02:39 PM, Pavel Machek wrote:
On Wed 2015-05-27 11:28:50, Daniel Phillips wrote:
On Tuesday, May 26, 2015 11:41:39 PM PDT, Mosis Tembo wrote:
On Tue, May 26, 2015 at 6:03 PM, Pavel Machek pa...@ucw.cz wrote:
We identified the following quality metrics for this algorithm:
1)
On Tuesday, May 26, 2015 3:03:26 AM PDT, Pavel Machek wrote:
We identified the following quality metrics for this algorithm:
1) Never fails to detect out of space in the front end.
2) Always fills a volume to 100% before reporting out of space.
3) Allows rm, rmdir and truncate even when a
Addendum to that post...
On 05/12/2015 10:46 AM, I wrote:
...For example, we currently
overestimate the cost of a rewrite because we would need to go poking
around in btrees to do that more accurately. Fixing that will be quite
a bit of work...
Ah no, I was wrong about that, it will not be a
