Hi
Yes it is not. Have a look at workaround from mailing list archive please
http://mail-archives.apache.org/mod_mbox/trafficserver-dev/201104.mbox/%3cbanlktikjkzu3b_+um6obfq9e5wk77+o...@mail.gmail.com%3E
On Mon, Feb 18, 2013 at 12:35 PM, oksana fishman
wrote:
> bnull-transform example doesn't
In looking through RamCacheCLFUS I came upon this:
static const int bucket_sizes[] = {
127, 251, 509, 1021, 2039, 4093, 8191, 16381, 32749, 65521, 131071,
262139,
524287, 1048573, 2097143, 4194301, 8388593, 16777213, 33554393, 67108859,
134217689, 268435399, 536870909, 1073741789, 2147483647
Did not look at the code, but seems like it is part of some general hash
table implementation.
Good explanation why these are primes:
http://stackoverflow.com/questions/1145217/why-should-hash-functions-use-a-prime-number-modulus
Best regards,
Tomasz Kuzemko
tom...@kuzemko.net
W dniu 18.02.20
On Mon, Feb 18, 2013 at 4:59 PM, Phil Sorber wrote:
>
> On Mon, Feb 18, 2013 at 4:41 PM, Tomasz Kuzemko wrote:
>
>> Did not look at the code, but seems like it is part of some general hash
>> table implementation.
>>
>>
> It is for a hash table AFAICT.
>
>
>> Good explanation why these are primes
On Mon, Feb 18, 2013 at 4:41 PM, Tomasz Kuzemko wrote:
> Did not look at the code, but seems like it is part of some general hash
> table implementation.
>
>
It is for a hash table AFAICT.
> Good explanation why these are primes:
>
> http://stackoverflow.com/**questions/1145217/why-should-**
>
On 2/18/13 4:07 PM, Phil Sorber wrote:
Upon further inspection it seems like this is duplicated code in both
RamCache implementations. Perhaps this should be abstracted out and added
to libts. Or replaced with a libts implementation if it already exists.
+1. Things shared across implementati
