On Thu, Apr 07, 2016 at 12:52:48AM +0000, Allen Samuels wrote: > So, what started this entire thread was Sage's suggestion that for HDD we > would want to increase the size of the block under management. So if we > assume something like a 32-bit checksum on a 128Kbyte block being read > from 5ZB Then the odds become: > > 1 - (2^-32 * (1-(10^-15))^(128 * 8 * 1024) - 2^-32 + 1) ^ ((5 * 8 * 10^21) / (4 * 8 * 1024)) > > Which is > > 0.257715899051042299960931575773635333355380139960141052927 > > Which is 25%. A big jump ---> That's my point :) Oops, you missed adjusting the second checksum term, it should be: 1 - (2^-32 * (1-(10^-15))^(128 * 8 * 1024) - 2^-32 + 1) ^ ((5 * 8 * 10^21) / (128 * 8 * 1024)) = 0.009269991973796787500153031469968391191560327904558440721 ...which is different to the 4K block case starting at the 12th digit. I.e. not very different. Which is my point! :) Chris -- 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
