--- Jens Axboe <[email protected]> wrote:
> This doesn't look good (or expected) at all. In the initial posting you
> mention this being an ide driver - I want to make sure if it's hda or
> sata driven (eg sda or similar)?
This is a regular IDE drive (a WDC WD800JB), no SATA, using hda
I didn't mention it before, but this is on a AMD8111 board.
>
> I'll try and reproduce (and fix) your problem.
I don't know how all this works, but would there be a way to slow down the
offending writer by not allowing too many pending write requests per process?
Is there a tunable for the size of the write queue for a given device?
Reducing it will reduce the throughput, but the latency as well.
Of course, there has to be a way to get this to work right.
To go back to high latencies, maybe a different problem (but at least closely
related):
If I start in the background the command
dd if=/dev/zero of=/tmp/somefile2 bs=1024
and then run my test program in a loop, with
while true ; do time ./io 1; sleep 1s ; done
I get:
cfq: 47,33,27,48,32,29,26,49,25,47 -> 36.3 avg
deadline: 32,28,52,33,35,29,49,39,40,33 -> 37 avg
noop: 62,47,57,39,59,44,56,49,57,47 -> 51.7 avg
Now, cfq doesn't behave worst than the others, like expected (now, why it
behaved worst with the real daemons, I don't know).
Still > 30 seconds has to be improved for cfq.
the test program being:
#include <sys/types.h>
#include <sys/stat.h>
#include <fcntl.h>
int main(int argc, char **argv) {
int fd,bytes;
fd = open("/tmp/somefile", O_WRONLY | O_CREAT | O_CREAT, S_IRWXU);
if (fd < 0) {
perror("Could not open file");
return 1;
}
bytes = write(fd, &fd, sizeof(fd));
if (bytes < sizeof(fd)) {
perror("Could not write");
return 2;
}
if (argc != 1) {
fsync(fd);
}
close(fd);
return 0;
}
-
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]