Re: [PATCH 0/4] dcache: make Oracle more scalable on large systems

2013-02-28 Thread Waiman Long
On 02/28/2013 03:39 PM, Waiman Long wrote: activity level. Most of the d_path() call last for about 1ms. There are a couple of those that last for more than 10ms. A correction. The time unit here should be us, not ms. Sorry for the mistake. -Longman -- To unsubscribe from this list: send t

Re: [PATCH 0/4] dcache: make Oracle more scalable on large systems

2013-02-28 Thread Waiman Long
On 02/22/2013 07:13 PM, Andi Kleen wrote: That seems to me like an application problem - poking at what the kernel is doing via diagnostic interfaces so often that it gets in the way of the kernel actually doing stuff is not a problem the kernel can solve. I agree with you that the application s

Re: [PATCH 0/4] dcache: make Oracle more scalable on large systems

2013-02-22 Thread Andi Kleen
> That seems to me like an application problem - poking at what the > kernel is doing via diagnostic interfaces so often that it gets in > the way of the kernel actually doing stuff is not a problem the > kernel can solve. I agree with you that the application shouldn't be doing that, but if ther

Re: [PATCH 0/4] dcache: make Oracle more scalable on large systems

2013-02-22 Thread Dave Chinner
On Thu, Feb 21, 2013 at 11:13:27PM -0500, Waiman Long wrote: > On 02/21/2013 07:13 PM, Andi Kleen wrote: > >Dave Chinner writes: > > > >>On Tue, Feb 19, 2013 at 01:50:55PM -0500, Waiman Long wrote: > >>>It was found that the Oracle database software issues a lot of call > >>>to the seq_path() kern

Re: [PATCH 0/4] dcache: make Oracle more scalable on large systems

2013-02-21 Thread Waiman Long
On 02/21/2013 07:13 PM, Andi Kleen wrote: Dave Chinner writes: On Tue, Feb 19, 2013 at 01:50:55PM -0500, Waiman Long wrote: It was found that the Oracle database software issues a lot of call to the seq_path() kernel function which translates a (dentry, mnt) pair to an absolute path. The seq_

Re: [PATCH 0/4] dcache: make Oracle more scalable on large systems

2013-02-21 Thread Andi Kleen
Dave Chinner writes: > On Tue, Feb 19, 2013 at 01:50:55PM -0500, Waiman Long wrote: >> It was found that the Oracle database software issues a lot of call >> to the seq_path() kernel function which translates a (dentry, mnt) >> pair to an absolute path. The seq_path() function will eventually >>

Re: [PATCH 0/4] dcache: make Oracle more scalable on large systems

2013-02-21 Thread Dave Chinner
On Tue, Feb 19, 2013 at 01:50:55PM -0500, Waiman Long wrote: > It was found that the Oracle database software issues a lot of call > to the seq_path() kernel function which translates a (dentry, mnt) > pair to an absolute path. The seq_path() function will eventually > take the following two locks:

[PATCH 0/4] dcache: make Oracle more scalable on large systems

2013-02-19 Thread Waiman Long
It was found that the Oracle database software issues a lot of call to the seq_path() kernel function which translates a (dentry, mnt) pair to an absolute path. The seq_path() function will eventually take the following two locks: 1. dentry->d_lock (spinlock) from dget()/dput() 2. rename_lock(