Support 'expected_num_objects' parameter when creating pool for pg folder splitting

This patch adds a new parameter for pool creation named 'expected_num_objects', to give user a choice to specify the number of objects he/she would like to put into the pool. This information is used to pre-hash PG's namespace by creating a certain number of folders, so as to avoid run-time folder splitting which could saturate disk I/O.

Testing - test against various combinations of PG number and splittings.

Issue - as we add two new fields to coll_t struct, and given its encode/decode logic, when we bump up the version number, it could break old version software. This would request to upgrade all nodes before creating new pool.

Todo - doc the behavior.

Signed-off-by: Guang Yang (yguang@yahoo-inc.com)
My first try was to find a way to lookup pool information from FileStore layer, however, I failed to find a easy way for such, the only data at FileStore side is a coll_t instance and we can get the pgid from it, but not pool info (did I miss anything here?)
So that my choice was limited to extend coll_t as that is the only data passed down from upper layer.
Did I miss anything obvious?