[Upstreaming] Added per pool per class used size metrics

[guptask]

This per pool size statistics reports the current size of each memory pool. Existing implementation does not report this statistic accurately. `allocAttempts - allocFailed - regularItemsEvictions - chainedItemsEvictions won't report this value accurately because pool size grows in multiples of block sizes. This statistics will be reported in the final report generated by cachebench.

---

This change is 

[igchor]

Reviewable status: 0 of 10 files reviewed, 1 unresolved discussion (waiting on @guptask)

---

cachelib/allocator/tests/AllocatorHitStatsTest.h line 398 at r1 (raw file):

ASSERT_EQ(globalCacheStats.poolUsedSize.size(),
MemoryPoolManager::kMaxPools);
ASSERT_EQ(4521459712, globalCacheStats.poolUsedSize[0]);

please calculate this value based on slab size

[igchor]

Reviewable status: 0 of 11 files reviewed, 1 unresolved discussion (waiting on @guptask)

---

cachelib/allocator/CacheAllocator.h line 1119 at r2 (raw file):

boolisOnShm() constnoexcept { return isOnShm_; }
ClassId getAllocClassId(PoolId pid,

I'm not sure if Meta will be OK with adding such functions. Can't we use some existing ones? Some of the tests are also marked as friends of this class, so maybe we could use that?

[guptask]

cachelib/allocator/CacheAllocator.h line 1119 at r2 (raw file):

Previously, igchor (Igor Chorążewicz) wrote…

I'm not sure if Meta will be OK with adding such functions. Can't we use some existing ones? Some of the tests are also marked as friends of this class, so maybe we could use that?

We can raise the PR as it is here and see what Meta has to say about it. I think having an API approach is cleaner.

[guptask]

cachelib/allocator/tests/AllocatorHitStatsTest.h line 398 at r1 (raw file):

Previously, igchor (Igor Chorążewicz) wrote…

please calculate this value based on slab size

I didn't understand your point. This check was pre-existing.