Re: [PATCH v4] generic: add stress test for fanotify and inotify

Xiong Zhou
2018-02-16T00:38:26Z

On Thu, Feb 15, 2018 at 10:23:43AM +0100, Jan Kara wrote:
> On Thu 15-02-18 08:49:40, Xiong Zhou wrote:
> > On Wed, Feb 14, 2018 at 12:03:31PM +0100, Jan Kara wrote:
> > > On Mon 12-02-18 13:46:48, Xiong Zhou wrote:
> > > > Stress test for fanotify and inotify. Exercise fanotify and
> > > > inotify user interfaces in loop while other stress tests going
> > > > on in the watched test directory.
> > > >
> > > > Watching slab object inotify_inode_mark size, report fail
> > > > it increases too fast. This may lead to a crash if OOM killer
> > > > invoked.
> > > >
> > > > kernel commit related to the fixes in v4.15-rc1:
> > > > 0d6ec07 fsnotify: pin both inode and vfsmount mark
> > > >
> > > > Signed-off-by: Xiong Zhou <xzhou@redhat.com>
> > >
> > > I'm sorry for chiming in so late but I was on vacation. Just one question:
> > > Currently, all inotify and fanotify tests are part of LTP. Is there any
> > > good reason for putting this particular test to fstests and not LTP?
> >
> > It's handy to test with bash and c. fstests is more convenient to do that.
>
> Hum, I don't understand. You can just run the executables created by LTP.

Like *_files functions and run fsstress in this patch. It's doable by c,
just with more code.

Thanks,
Xiong

> E.g.:
>
> jack@quack2:~/source/ltp> testcases/kernel/syscalls/inotify/inotify01
> inotify01 1 TPASS : get event: wd=1 mask=4 cookie=0 len=0
> inotify01 2 TPASS : get event: wd=1 mask=20 cookie=0 len=0
> inotify01 3 TPASS : get event: wd=1 mask=1 cookie=0 len=0
> inotify01 4 TPASS : get event: wd=1 mask=10 cookie=0 len=0
> inotify01 5 TPASS : get event: wd=1 mask=20 cookie=0 len=0
> inotify01 6 TPASS : get event: wd=1 mask=2 cookie=0 len=0
> inotify01 7 TPASS : get event: wd=1 mask=8 cookie=0 len=0
> jack@quack2:~/source/ltp>
>
> I don't see anything less handy than in fstests. I do agree that LTP is huge
> so the initial step of downloading it and compiling takes longer than for
> fstests but that's about it.
>
> Honza
> --
> Jan Kara <jack@suse.com>
> SUSE Labs, CR