EC K + M Size

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

 



Hello,

Tried to do some reading online but was unable to find much.

I can imagine a higher K + M size with EC requires more CPU to re-compile the shards into the required object.

But is there any benefit or negative going with a larger K + M, obviously their is the size benefit but technically could it also improve reads due to more OSD's providing a smaller section of the data required to compile the shard?

Is there any gotchas that should be known for example going with a 4+2 vs 10+2

Thanks
_______________________________________________
ceph-users mailing list
ceph-users@xxxxxxxxxxxxxx
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com

[Index of Archives]     [Information on CEPH]     [Linux Filesystem Development]     [Ceph Development]     [Ceph Large]     [Ceph Dev]     [Linux USB Development]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [xfs]


  Powered by Linux