From: Linus Torvalds <[email protected]>
Date: Tue, 19 Jun 2007 12:04:33 -0700 (PDT)
>
>
> On Tue, 19 Jun 2007, John Stoffel wrote:
> >
> > Shouldn't the vm_dirty_ratio be based on the speed of the device, and
> > not the size of memory?
>
> Yes. It should depend on:
> - speed of the device(s) in question
> - seekiness of the workload
> - wishes of the user as per the latency of other operations.
>
> However, nobody has ever found the required algorithm.
>
> So "at most 10% of memory dirty" is a simple (and fairly _good_)
> heuristic. Nobody has actually ever ended up complaining about the change
> from 40% -> 10%, and as far as I know this was the first report (and it's
> not so much because the change was bad, but because it showed up on a
> benchmark - and I don't think that actually says anythign about anything
> else then the behaviour of the benchmark itself)
I complained very early on that it makes my workstation basically just
hang doing disk writes when I do big git tree operations on my sparc64
workstation.
Restoring the old values makes that go away.
It's an arbitrary number because the correct setting is dependant
upon what you're doing and how fast your disks are.
So I really think the "only benchmarks like the old settings"
argument doesn't really apply.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
