linux-api.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Ben Hutchings <ben-/+tVBieCtBitmTQ+vhA3Yw@public.gmane.org>
To: David Rientjes <rientjes-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>
Cc: Shuah Khan <shuahkh-JPH+aEBZ4P+UEJcrhfAQsw@public.gmane.org>,
	linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-mm-Bw31MaZKKs3YtjvyW6yDsg@public.gmane.org
Subject: Re: [PATCH selftests 5/6] selftests: vm: Try harder to allocate huge pages
Date: Tue, 10 Nov 2015 21:48:24 +0000	[thread overview]
Message-ID: <1447192104.6006.148.camel@decadent.org.uk> (raw)
In-Reply-To: <alpine.DEB.2.10.1511101159480.29993-X6Q0R45D7oAcqpCFd4KODRPsWskHk0ljAL8bYrjMMd8@public.gmane.org>

[-- Attachment #1: Type: text/plain, Size: 2978 bytes --]

On Tue, 2015-11-10 at 12:01 -0800, David Rientjes wrote:
> On Sat, 31 Oct 2015, Ben Hutchings wrote:
> 
> > If we need to increase the number of huge pages, drop caches first
> > to reduce fragmentation and then check that we actually allocated
> > as many as we wanted.  Retry once if that doesn't work.
> > 
> > Signed-off-by: Ben Hutchings <ben@decadent.org.uk>
> > ---
> > The test always fails for me in a 1 GB VM without this.
> > 
> > Ben.
> > 
> >  tools/testing/selftests/vm/run_vmtests | 15 ++++++++++++++-
> >  1 file changed, 14 insertions(+), 1 deletion(-)
> > 
> > diff --git a/tools/testing/selftests/vm/run_vmtests b/tools/testing/selftests/vm/run_vmtests
> > index 9179ce8..97ed1b2 100755
> > --- a/tools/testing/selftests/vm/run_vmtests
> > +++ b/tools/testing/selftests/vm/run_vmtests
> > @@ -20,13 +20,26 @@ done < /proc/meminfo
> >  if [ -n "$freepgs" ] && [ -n "$pgsize" ]; then
> >       nr_hugepgs=`cat /proc/sys/vm/nr_hugepages`
> >       needpgs=`expr $needmem / $pgsize`
> > -     if [ $freepgs -lt $needpgs ]; then
> > +     tries=2
> > +     while [ $tries -gt 0 ] && [ $freepgs -lt $needpgs ]; do
> >               lackpgs=$(( $needpgs - $freepgs ))
> > +             echo 3 > /proc/sys/vm/drop_caches
> >               echo $(( $lackpgs + $nr_hugepgs )) > /proc/sys/vm/nr_hugepages
> >               if [ $? -ne 0 ]; then
> >                       echo "Please run this test as root"
> >                       exit 1
> >               fi
> > +             while read name size unit; do
> > +                     if [ "$name" = "HugePages_Free:" ]; then
> > +                             freepgs=$size
> > +                     fi
> > +             done < /proc/meminfo
> > +             tries=$((tries - 1))
> > +     done
> > +     if [ $freepgs -lt $needpgs ]; then
> > +             printf "Not enough huge pages available (%d < %d)\n" \
> > +                    $freepgs $needpgs
> > +             exit 1
> >       fi
> >  else
> >       echo "no hugetlbfs support in kernel?"
> > 
> 
> I know this patch is in -mm and hasn't been merged by Linus yet, but I'm 
> wondering why the multiple /proc/sys/vm/drop_caches is helping?  Would it 
> simply suffice to put a sleep in there instead or is drop_caches actually 
> doing something useful a second time around?

Initially I just retried setting nr_hugepages up to 10 times, which
wasn't sufficient.  Then I added the drop_caches, and after that
setting nr_hugepages tended to worked first time so I reduced the retry
count.  It might not be necessary to retry at all.

Ben.

-- 
Ben Hutchings
All the simple programs have been written, and all the good names taken.

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 811 bytes --]

  parent reply	other threads:[~2015-11-10 21:48 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-10-31 23:35 [PATCH selftests 0/6] Fix some broken tests Ben Hutchings
     [not found] ` <1446334510.2595.13.camel-/+tVBieCtBitmTQ+vhA3Yw@public.gmane.org>
2015-10-31 23:36   ` [PATCH selftests 1/6] selftests: Add missing #include directives Ben Hutchings
2015-10-31 23:37   ` [PATCH selftests 2/6] selftests: memfd: Stop unnecessary rebuilds Ben Hutchings
2015-10-31 23:37   ` [PATCH selftests 3/6] selftests: kprobe: Choose an always-defined function to probe Ben Hutchings
2015-10-31 23:37   ` [PATCH selftests 4/6] selftests: Make scripts executable Ben Hutchings
2015-10-31 23:39   ` [PATCH selftests 5/6] selftests: vm: Try harder to allocate huge pages Ben Hutchings
     [not found]     ` <1446334747.2595.19.camel-/+tVBieCtBitmTQ+vhA3Yw@public.gmane.org>
2015-11-10 20:01       ` David Rientjes
     [not found]         ` <alpine.DEB.2.10.1511101159480.29993-X6Q0R45D7oAcqpCFd4KODRPsWskHk0ljAL8bYrjMMd8@public.gmane.org>
2015-11-10 20:05           ` Shuah Khan
2015-11-10 21:48           ` Ben Hutchings [this message]
2015-11-11  1:11             ` David Rientjes
2015-10-31 23:39   ` [PATCH selftests 6/6] selftests: breakpoint: Actually build it Ben Hutchings
2015-11-02 12:15   ` [PATCH selftests 0/6] Fix some broken tests Ben Hutchings

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1447192104.6006.148.camel@decadent.org.uk \
    --to=ben-/+tvbiectbitmtq+vha3yw@public.gmane.org \
    --cc=linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=linux-mm-Bw31MaZKKs3YtjvyW6yDsg@public.gmane.org \
    --cc=rientjes-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org \
    --cc=shuahkh-JPH+aEBZ4P+UEJcrhfAQsw@public.gmane.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).