[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20141027125833.GB4436@htj.dyndns.org>
Date: Mon, 27 Oct 2014 08:58:33 -0400
From: Tejun Heo <tj@...nel.org>
To: kernel test robot <fengguang.wu@...el.com>
Cc: LKP <lkp@...ux.intel.com>, Alexander Gordeev <agordeev@...hat.com>,
LKML <linux-kernel@...r.kernel.org>, lkp@...org,
Yuanhan Liu <yuanhan.liu@...ux.intel.com>
Subject: Re: [LKP] [AHCI] 18dcf433f3d: -3.3% fileio.requests_per_sec
On Mon, Oct 27, 2014 at 10:16:51AM +0800, kernel test robot wrote:
> FYI, we noticed the below changes on
>
> commit 18dcf433f3ded61eb140a55e7048ec2fef79e723 ("AHCI: Optimize single IRQ interrupt processing")
>
>
> 227dfb4dbf109596 18dcf433f3ded61eb140a55e70 testbox/testcase/testparams
> ---------------- -------------------------- ---------------------------
> %stddev %change %stddev
> \ | \
> 61.60 ± 1% -3.3% 59.56 ± 0% bay/fileio/performance-600s-100%-1HDD-btrfs-64G-1024f-rndrw-sync
> 61.60 -3.3% 59.56 GEO-MEAN fileio.requests_per_sec
Just skimmed through it and it looks like we're getting lower IO rate
w/ way higher task switch rate. Maybe this is more pronounced w/
btrfs because it also makes heavy use of worker threads. Alexander,
can you please look into it? It looks like we might have to revert
the commit, drop the threaded IRQ and do the split locking after that.
Thanks.
--
tejun
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists