RE: [PATCH v4 3/8] mem-pool: only search head block for available space

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> Do we have any numbers on performance or memory pressure here?
> (I would think benchmarking fast-import would suffice as that is where the mem
> pool originated)

I ran fast-import on the git.git and linux.git repositories - this action reports the 
overall memory allocated to pools. The overall memory used by pools did not change
in my tests (git.git used 2 blocks, and linux.git used 12 blocks). I included this information
in the corresponding commit message.

> 
> > This pattern will benefit consumers that are able to generate a good
> > estimate for how much memory will be needed, or if they are performing
> > fixed sized allocations, so that once a block is exhausted it will
> > never be able to fulfill a future request.
> 
> Would this be a good candidate to contain parts of

I included these details in the commit message that adds the field indicating the
cache_entry was allocated from a mem-pool.




[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]

  Powered by Linux