Dramatically faster MurmurHash for primitive types
 (TestHyperLogLog down from 100+s to 8.5s which are mostly random number generation)
Merge remote-tracking branch 'jkff/faster-murmur-hash'

Conflicts:
	src/main/java/com/clearspring/analytics/stream/cardinality/LinearCounting.java
try an alternative maven/git incantation

Because it's what the error message told me to do
[maven-release-plugin] prepare release v2.2.0
[maven-release-plugin] prepare for next development iteration
add an option for offering an item to a ITopK with a count > 1
 + test baseline and merged estimates added
Merge pull request #13 from ssserj/master

Perhaps forgotten code...
minor spelling correction
including Apache's Varint implementation to support HLL++
update murmurhash to include 64 bit capability
functional (barely) version of HLL++
add test and complete HLLPlus implementation
fix bug related to calculating alpha, should use p rather than fixed value.  also fixed getIndex function based on correction from paper
- fix serialization/deserialization for sparse vs normal
- minor performance enhancements to unsigned int comparator
- reduce max size of sparse array
make sparse test a little tougher
bug fix to encoding hash values
minor spelling correction
Many bug fixes and optimizations
support for merging large numbers of sparse estimators and a test