Messages in this thread | | | Date | Mon, 13 Oct 2003 10:45:15 +0200 | From | Helge Hafting <> | Subject | Re: statfs() / statvfs() syscall ballsup... |
| |
Greg Stark wrote: [...] > > But then vacuum comes along and tries to read the entire table sequentially. > In the best case the sequential read will take up a lot of the available disk > bandwidth and delay transactions. In the worst case the OS will actually > prefer the sequential read because the elevator algorithm always sees that it > can get more bandwidth by handling it ahead of the random access. > > In reality there is no time pressure on the vacuum at all. As long as it > completes faster than dead records can pile up it's fast enough. The > transactions on the other hand must complete as fast as possible.
This seems almost trivial. If the vacuum job runs too much, overusing disk bandwith - throttle it! This is easier than trying to tell the kernel that the job is less important, that goes wrong wether the job runs too much or too little. Let that job sleep a little when its services aren't needed, or when you need the disk bandwith elsewhere.
Helge Hafting
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |