Re: [PATCH v2] xfs: introduce object readahead to log recovery

2013-07-31 Thread Dave Chinner
On Wed, Jul 31, 2013 at 08:35:07AM -0500, Ben Myers wrote: > Hey Zhi, > > On Wed, Jul 31, 2013 at 12:07:32PM +0800, Zhi Yong Wu wrote: > > On Wed, Jul 31, 2013 at 7:11 AM, Dave Chinner wrote: > > > On Tue, Jul 30, 2013 at 05:59:07PM +0800, zwu.ker...@gmail.com wrote: > > >> From: Zhi Yong Wu >

Re: [PATCH v2] xfs: introduce object readahead to log recovery

2013-07-31 Thread Zhi Yong Wu
On Wed, Jul 31, 2013 at 9:35 PM, Ben Myers wrote: > Hey Zhi, > > On Wed, Jul 31, 2013 at 12:07:32PM +0800, Zhi Yong Wu wrote: >> On Wed, Jul 31, 2013 at 7:11 AM, Dave Chinner wrote: >> > On Tue, Jul 30, 2013 at 05:59:07PM +0800, zwu.ker...@gmail.com wrote: >> >> From: Zhi Yong Wu >> >> >> >>

Re: [PATCH v2] xfs: introduce object readahead to log recovery

2013-07-31 Thread Ben Myers
Hey Zhi, On Wed, Jul 31, 2013 at 12:07:32PM +0800, Zhi Yong Wu wrote: > On Wed, Jul 31, 2013 at 7:11 AM, Dave Chinner wrote: > > On Tue, Jul 30, 2013 at 05:59:07PM +0800, zwu.ker...@gmail.com wrote: > >> From: Zhi Yong Wu > >> > >> It can take a long time to run log recovery operation because

Re: [PATCH v2] xfs: introduce object readahead to log recovery

2013-07-31 Thread Ben Myers
Hey Zhi, On Wed, Jul 31, 2013 at 12:07:32PM +0800, Zhi Yong Wu wrote: On Wed, Jul 31, 2013 at 7:11 AM, Dave Chinner da...@fromorbit.com wrote: On Tue, Jul 30, 2013 at 05:59:07PM +0800, zwu.ker...@gmail.com wrote: From: Zhi Yong Wu wu...@linux.vnet.ibm.com It can take a long time to run

Re: [PATCH v2] xfs: introduce object readahead to log recovery

2013-07-31 Thread Zhi Yong Wu
On Wed, Jul 31, 2013 at 9:35 PM, Ben Myers b...@sgi.com wrote: Hey Zhi, On Wed, Jul 31, 2013 at 12:07:32PM +0800, Zhi Yong Wu wrote: On Wed, Jul 31, 2013 at 7:11 AM, Dave Chinner da...@fromorbit.com wrote: On Tue, Jul 30, 2013 at 05:59:07PM +0800, zwu.ker...@gmail.com wrote: From: Zhi Yong

Re: [PATCH v2] xfs: introduce object readahead to log recovery

2013-07-31 Thread Dave Chinner
On Wed, Jul 31, 2013 at 08:35:07AM -0500, Ben Myers wrote: Hey Zhi, On Wed, Jul 31, 2013 at 12:07:32PM +0800, Zhi Yong Wu wrote: On Wed, Jul 31, 2013 at 7:11 AM, Dave Chinner da...@fromorbit.com wrote: On Tue, Jul 30, 2013 at 05:59:07PM +0800, zwu.ker...@gmail.com wrote: From: Zhi Yong

Re: [PATCH v2] xfs: introduce object readahead to log recovery

2013-07-30 Thread Zhi Yong Wu
On Wed, Jul 31, 2013 at 7:11 AM, Dave Chinner wrote: > On Tue, Jul 30, 2013 at 05:59:07PM +0800, zwu.ker...@gmail.com wrote: >> From: Zhi Yong Wu >> >> It can take a long time to run log recovery operation because it is >> single threaded and is bound by read latency. We can find that it took

Re: [PATCH v2] xfs: introduce object readahead to log recovery

2013-07-30 Thread Dave Chinner
On Tue, Jul 30, 2013 at 05:59:07PM +0800, zwu.ker...@gmail.com wrote: > From: Zhi Yong Wu > > It can take a long time to run log recovery operation because it is > single threaded and is bound by read latency. We can find that it took > most of the time to wait for the read IO to occur, so if

Re: [PATCH v2] xfs: introduce object readahead to log recovery

2013-07-30 Thread Zhi Yong Wu
On Tue, Jul 30, 2013 at 9:10 PM, Brian Foster wrote: > On 07/30/2013 05:59 AM, zwu.ker...@gmail.com wrote: >> From: Zhi Yong Wu >> >> It can take a long time to run log recovery operation because it is >> single threaded and is bound by read latency. We can find that it took >> most of the

Re: [PATCH v2] xfs: introduce object readahead to log recovery

2013-07-30 Thread Brian Foster
On 07/30/2013 05:59 AM, zwu.ker...@gmail.com wrote: > From: Zhi Yong Wu > > It can take a long time to run log recovery operation because it is > single threaded and is bound by read latency. We can find that it took > most of the time to wait for the read IO to occur, so if one object >

[PATCH v2] xfs: introduce object readahead to log recovery

2013-07-30 Thread zwu . kernel
From: Zhi Yong Wu It can take a long time to run log recovery operation because it is single threaded and is bound by read latency. We can find that it took most of the time to wait for the read IO to occur, so if one object readahead is introduced to log recovery, it will obviously reduce the

[PATCH v2] xfs: introduce object readahead to log recovery

2013-07-30 Thread zwu . kernel
From: Zhi Yong Wu wu...@linux.vnet.ibm.com It can take a long time to run log recovery operation because it is single threaded and is bound by read latency. We can find that it took most of the time to wait for the read IO to occur, so if one object readahead is introduced to log recovery, it

Re: [PATCH v2] xfs: introduce object readahead to log recovery

2013-07-30 Thread Brian Foster
On 07/30/2013 05:59 AM, zwu.ker...@gmail.com wrote: From: Zhi Yong Wu wu...@linux.vnet.ibm.com It can take a long time to run log recovery operation because it is single threaded and is bound by read latency. We can find that it took most of the time to wait for the read IO to occur, so if

Re: [PATCH v2] xfs: introduce object readahead to log recovery

2013-07-30 Thread Zhi Yong Wu
On Tue, Jul 30, 2013 at 9:10 PM, Brian Foster bfos...@redhat.com wrote: On 07/30/2013 05:59 AM, zwu.ker...@gmail.com wrote: From: Zhi Yong Wu wu...@linux.vnet.ibm.com It can take a long time to run log recovery operation because it is single threaded and is bound by read latency. We can

Re: [PATCH v2] xfs: introduce object readahead to log recovery

2013-07-30 Thread Dave Chinner
On Tue, Jul 30, 2013 at 05:59:07PM +0800, zwu.ker...@gmail.com wrote: From: Zhi Yong Wu wu...@linux.vnet.ibm.com It can take a long time to run log recovery operation because it is single threaded and is bound by read latency. We can find that it took most of the time to wait for the read

Re: [PATCH v2] xfs: introduce object readahead to log recovery

2013-07-30 Thread Zhi Yong Wu
On Wed, Jul 31, 2013 at 7:11 AM, Dave Chinner da...@fromorbit.com wrote: On Tue, Jul 30, 2013 at 05:59:07PM +0800, zwu.ker...@gmail.com wrote: From: Zhi Yong Wu wu...@linux.vnet.ibm.com It can take a long time to run log recovery operation because it is single threaded and is bound by read