Re: Very slow bcache-register: 6.4TB takes 10+ minutes

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

 



On 22.10.19 г. 19:23 ч., Emmanuel Florac wrote:
Le Sun, 20 Oct 2019 14:34:25 +0800
Coly Li <colyli@xxxxxxx> écrivait:

So far we only have a single B+tree to contain and index all bkeys. If
the cached data is large, this could be slow. So I suggest to create
more partition and make individual cache set on each partition. In my
personal testing, I suggest the maximum cache set size as 2-4TB.
Urgh. 2/4 TB is the size of common SSDs nowadays. A good use case for
bcache would be caching a 100 TB RAID array with a couple of TB of
SSDs. Too bad I have to fallback on using LVM cache instead.


Not sure if it's improved lately but once upon a time dm-cache had trouble with cache sizes larger than 1 million cache block entries or 60GB:

 https://www.redhat.com/archives/dm-devel/2016-November/msg00208.html




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Linux ARM Kernel]     [Linux Filesystem Development]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux