On 08/23/2016 01:13 PM, Sage Weil wrote:
This is huge. It takes the pg_info_t str from 306 bytes to 847 bytes, and this _info omap key is rewritten on *every* IO. We could shrink this down significant with varint and/or delta encoding since a huge portion of it is just a bunch of uint64_t counters. This will probably cost some CPU time, but OTOH it'll also shrink our metadata down a fair bit too which will pay off later.
I'm a little nervous given how heavy we are on CPU already for small IO. How often/much of this is empty space? Could a fast packing implementation work here?
Anybody want to tackle this? sage -- To unsubscribe from this list: send the line "unsubscribe ceph-devel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
-- To unsubscribe from this list: send the line "unsubscribe ceph-devel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
