[Intel-gfx] [igt-dev] [PATCH i-g-t 3/4] i915/gem_shrink: Refactor allocation sizing based on available memory
Chris Wilson
chris at chris-wilson.co.uk
Mon Dec 14 16:24:57 UTC 2020
Quoting Chris Wilson (2020-12-14 16:21:53)
> Quoting Tvrtko Ursulin (2020-12-14 15:57:59)
> >
> > On 14/12/2020 10:51, Chris Wilson wrote:
> > > Refactor the allocation such that we utilise just enough memory pressure
> > > to invoke the shrinker, and just enough processes to spread across the
> > > CPUs and contend on the shrinker.
> > >
> > > Signed-off-by: Chris Wilson <chris at chris-wilson.co.uk>
> > > ---
> > > tests/i915/gem_shrink.c | 11 ++++++-----
> > > 1 file changed, 6 insertions(+), 5 deletions(-)
> > >
> > > diff --git a/tests/i915/gem_shrink.c b/tests/i915/gem_shrink.c
> > > index 023db8c56..e8a814fe6 100644
> > > --- a/tests/i915/gem_shrink.c
> > > +++ b/tests/i915/gem_shrink.c
> > > @@ -426,6 +426,7 @@ igt_main
> > > int num_processes = 0;
> > >
> > > igt_fixture {
> > > + const int ncpus = sysconf(_SC_NPROCESSORS_ONLN);
> > > uint64_t mem_size = intel_get_total_ram_mb();
> > > int fd;
> > >
> > > @@ -434,16 +435,16 @@ igt_main
> > >
> > > /*
> > > * Spawn enough processes to use all memory, but each only
> > > - * uses half the available mappable aperture ~128MiB.
> > > + * uses half of the available per-cpu memory.
> > > * Individually the processes would be ok, but en masse
> > > * we expect the shrinker to start purging objects,
> > > * and possibly fail.
> > > */
> > > - alloc_size = gem_mappable_aperture_size(fd) / 2;
> > > - num_processes = 1 + (mem_size / (alloc_size >> 20));
> > > + alloc_size = (mem_size + ncpus - 1) / ncpus / 2;
> >
> > Div round up with thousands divided by small integers okay, safe on very
> > old smp boxes. :)
> >
> > > + num_processes = ncpus + (mem_size / alloc_size);
> >
> > Hm, now what does this add up to..
> >
> > ncpus + mem_size / (mem_size / ncpus / 2) = ... ?
>
> (ncpus + mem_size / (mem_size / ncpus / 2)) * (mem_size / ncpus / 2)
>
> mem_size / 2 + mem_size
If we make alloc_size smaller then, say /8, so we get more processes and
less overallocation.
-Chris
More information about the Intel-gfx
mailing list