On Mon, 15 Oct 2007 16:13:15 -0400 Rik van Riel <riel@redhat.com> wrote:Gee. Expect the unexpected ;) One problem might be when kjournald is doing its ordered-mode data writeback at the start of commit. That writeout will now be higher-priority and might impact other tasks which are doing synchronous file overwrites (ie: no commits) or O_DIRECT reads or writes or just plain old reads. If the aggregate number of seeks over the long term is the same as before then of course the overall throughput should be the same, in which case the impact might only be upon latency. However if for some reason the total number of seeks is increased then there will be throughput impacts as well. So as a starting point I guess one could set up a copy-a-kernel-tree-in-a-loop running in the background and then see what impact that has upon a large-linear-read, upon a read-a-different-kernel-tree and upon some database-style multithreaded O_DIRECT reader/overwriter. -
| Len Brown | [PATCH 05/85] ACPI: Add "acpi.power_nocheck=1" to disable power state check in pow... |
| Andi Kleen | [PATCH] [2/50] x86_64: use core id bits for apicid_to_node initialization |
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
| Andrew Morton | 2.6.23-rc1-mm1 |
git: | |
| Gregory Haskins | [RFC PATCH 06/17] ioq: Add basic definitions for a shared-memory, lockless queue |
| Arjan van de Ven | Re: [GIT]: Networking |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| David Miller | Re: mac80211 truesize bugs |
