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 object number. Use rados bench to put/get objects into the pool pre-hashed.

Signed-off-by: Guang Yang (yguang@yahoo-inc.com)
This machinery needs to correctly handle the osd being killed.  You can look at how the split and merge stuff currently handles.  I think you'll have to make pre_split_folder idempotent and mark the pre_split as in progress at the top level.  You also need to wire this into the CollectionIndex tests and add annotations for failure points (again, see the split/merge machinery).