[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <1323812284.643758.1368874202987.JavaMail.ngmail@webmail11.arcor-online.net>
Date: Sat, 18 May 2013 12:50:02 +0200 (CEST)
From: frankcmoeller@...or.de
To: linux-ext4@...r.kernel.org
Subject: Aw: Re: Ext4: Slow performance on first write after mount
Hi Andrei,
thanks for your quick answer!
Perhaps you understood me wrong. The general write performance is quite good. We can record more than 4 HD channels at the same time without problems. Except the problems with the first write after mount. And there are also some users which have problems 1-2 times during a recording.
I think the ext4 group initialization is the main problem, because it takes so long (as written before: around 1300 groups per second). Why don't you store the gathered informations on disk when a umount takes place?
With fallocate the group initialization is partly made before first write. This helps, but it's no solution, because the finally file size is unknown. So I cannot preallocate space for the complete file. And after the preallocated space is consumed the same problem with the initialization arises until all groups are initialized.
I also made some tests with O_DIRECT (my first tests ever). Perhaps I did something wrong, but it isn't very fast. And you have to take care about alignment and there are several threads in the internet which explain why you shouldn't use it (or only in very special situations and I don't think that my situation is one of them). And ext4 group initialization takes also place when using O_DIRECT (as said before perhaps I did something wrong).
Regards,
Frank
----- Original Nachricht ----
Von: "Sidorov, Andrei" <Andrei.Sidorov@...isi.com>
An: "frankcmoeller@...or.de" <frankcmoeller@...or.de>, ext4 development <linux-ext4@...r.kernel.org>
Datum: 17.05.2013 23:18
Betreff: Re: Ext4: Slow performance on first write after mount
> Hi Frank,
>
> Consider using bigalloc feature (requires reformat), preallocate space
> with fallocate and use O_DIRECT for reads/writes. However, 188k writes
> are too small for good throughput with O_DIRECT. You might also want to
> adjust max_sectors_kb to something larger than 512k.
>
> We're doing 6in+6out 20Mbps streams just fine.
>
> Regards,
> Andrei.
>
--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists