- 16 4月, 2014 40 次提交
-
-
由 antirez 提交于
Now the macros will work with arguments such as "ptr+1".
-
由 antirez 提交于
-
由 antirez 提交于
Bulk length for registers was emitted too early, so if there was a bug the reply looked like a long array with just one element, blocking the client as result.
-
由 antirez 提交于
-
由 antirez 提交于
We want to promote if the total string size exceeds the resulting size after the upgrade.
-
由 antirez 提交于
The function checks if all the HLL_REGISTERS were processed during the convertion from sparse to dense encoding, returning REDIS_OK or REDIS_ERR to signal a corruption problem. A bug in PFDEBUG GETREG was fixed: when the object is converted to the dense representation we need to reassign the new pointer to the header structure pointer.
-
由 antirez 提交于
Provides a human readable description of the opcodes composing a run-length encoded HLL (sparse encoding). The command is only useful for debugging / development tasks.
-
由 antirez 提交于
PFDEBUG will be the interface to do debugging tasks with a key containing an HLL object.
-
由 antirez 提交于
The new API takes directly the object doing everything needed to turn it into a dense representation, including setting the new representation as object->ptr.
-
由 antirez 提交于
-
由 antirez 提交于
sdsIncrLen() must be called anyway even if we are replacing the last oppcode of the sparse representation.
-
由 antirez 提交于
-
由 antirez 提交于
-
由 antirez 提交于
-
由 antirez 提交于
-
由 antirez 提交于
Two vars initialized to wrong values in createHLLObject().
-
由 antirez 提交于
-
由 antirez 提交于
The function didn't considered the fact that each XZERO opcode is two bytes.
-
由 antirez 提交于
-
由 antirez 提交于
-
由 antirez 提交于
Code never tested, but the basic layout is shaped in this commit. Also missing: 1) Sparse -> Dense conversion function. 2) New HLL object creation using the sparse representation. 3) Implementation of PFMERGE for the sparse representation.
-
由 antirez 提交于
-
由 antirez 提交于
Also dense representation access macro renamed accordingly.
-
由 antirez 提交于
Metadata are now placed at the start of the representation as an header. There is a proper structure to access the representation. Still work to do in order to truly abstract the implementation from the representation, commands still work assuming dense representation.
-
由 antirez 提交于
After running a few simulations with different alternative encodings, it was found that the VAL opcode performs better using 5 bits for the value and 2 bits for the run length, at least for cardinalities in the range of interest.
-
由 antirez 提交于
-
由 antirez 提交于
adjustOpenFilesLimit() and clusterUpdateSlotsWithConfig() that were assuming uint64_t is the same as unsigned long long, which is true probably for all the systems out there that we target, but still GCC emitted a warning since technically they are two different types.
-
由 antirez 提交于
-
由 antirez 提交于
This will be a non-op most of the times since the object will be unshared / decoded, however it is more technically correct to start this way since the object may be decoded even in the read-only code path.
-
由 antirez 提交于
Using a seed of zero has the side effect of having the empty string hashing to what is a very special case in the context of HyperLogLog: a very long run of zeroes. This did not influenced the correctness of the result with 16k registers because of the harmonic mean, but still it is inconvenient that a so obvious value maps to a so special hash. The seed 0xadc83b19 is used instead, which is the first 64 bits of the SHA1 of the empty string. Reference: issue #1657.
-
由 antirez 提交于
-
由 antirez 提交于
-
由 antirez 提交于
We need to guarantee that the last bit is 1, otherwise an element may hash to just zeroes with probability 1/(2^64) and trigger an infinite loop. See issue #1657.
-
由 antirez 提交于
-
由 antirez 提交于
-
由 antirez 提交于
The new command allows to get a dump of the registers stored into an HyperLogLog data structure for testing / debugging purposes.
-
由 antirez 提交于
-
由 antirez 提交于
-
由 antirez 提交于
The function to generate graphs is also more flexible as now includes step and max value. The step of the samples generation function is no longer limited to min step of 1000.
-
由 antirez 提交于
This will allow future changes like compressed representations. Currently the magic is not checked for performance reasons but this may change in the future, for example if we add new types encoded in strings that may have the same size of HyperLogLogs.
-