On Wed, Jul 09, 2014 at 08:56:31AM -0700, Volkin, Bradley D wrote: > On Wed, Jul 09, 2014 at 12:36:38AM -0700, Chris Wilson wrote: > > On Tue, Jul 08, 2014 at 03:26:38PM -0700, bradley.d.volkin@xxxxxxxxx wrote: > > > From: Brad Volkin <bradley.d.volkin@xxxxxxxxx> > > > > > > It provides some useful information about the buffers in > > > the global command parser batch pool. > > > > > > v2: rebase on global pool instead of per-ring pools > > > > Include the counts in i915_gem_objects as well. > > > > The issue is that the kernel allocated objects will perturb the number > > of objects allocated (possibly substantially) so having the kernel > > listed for its consumption will help track usage. > > Ok, so maybe reuse per_file_stats() and add another line like those but > for the batch pool? Yes, something along those lines so the kernel batch pool just appears like another client. An exercise for another day would be to add a line for the other fixed entries, getting context objects accounted correctly, etc. -Chris -- Chris Wilson, Intel Open Source Technology Centre _______________________________________________ Intel-gfx mailing list Intel-gfx@xxxxxxxxxxxxxxxxxxxxx http://lists.freedesktop.org/mailman/listinfo/intel-gfx
