Messages in this thread | | | Date | Mon, 5 Aug 2002 09:44:29 +0400 | From | Oleg Drokin <> | Subject | Re: reiserfs blocks long on getdents64() during concurrent write |
| |
Hello!
On Sun, Aug 04, 2002 at 06:09:34PM +0200, Roland Kuhn wrote:
> The first call to getdents64 takes 4.7s! I captured the task status and > got this:
[call traces skipped]
> writer is a shell script calling dd with a blocksize of 1M. The problem of > course vanishes when using noatime, but it still makes me wonder why a > single write request is delayed so long. The other possibility to avoid
It seems that your kernel performs writes slowly.
> this is to use a sync mount, and there I discovered something really > strange: 2.4.19 gives me about 17MB/s while 2.4.18-3 (RedHat) was creeping > slow with 10kB/s!
2.4.18-3 is particularly bad know for this exact problem (slow write speed), you should consider upgrading to at least 2.4.18-5 kernel from redhat updates.
For me on plain 2.4.18 the problem is not visible that bad as for you. I.e. ls on a directory where I write this big file finishes in under half a second.
> If you have any thoughts on the cause of this behaviour and/or on how to > fix it, I would be glad to hear them. If it's not too complicated I could > even code something up myself, and I for sure can do any testing needed.
You said 2.4.19 writes stuff faster for you, how about testing ls on that kernel?
Bye, Oleg - 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/
| |