./devel/memcached, High-performance distributed memory object caching system

[ CVSweb ] [ Homepage ] [ RSS ] [ Required by ] [ Add to tracker ]


Branch: CURRENT, Version: 1.4.22nb1, Package name: memcached-1.4.22nb1, Maintainer: pkgsrc-users

memcached is a high-performance, distributed memory object caching
system, generic in nature, but intended for use in speeding up dynamic
web applications by alleviating database load.


Master sites:

SHA1: 5968d357d504a1f52622f9f8a3e85c29558acaa5
RMD160: 2cde1cec77d312a118fbb74514021e95a3a84395
Filesize: 338.508 KB

Version history: (Expand)


CVS history: (Expand)


   2015-06-12 12:52:19 by Thomas Klausner | Files touched by this commit (3152)
Log message:
Recursive PKGREVISION bump for all packages mentioning 'perl',
having a PKGNAME of p5-*, or depending such a package,
for perl-5.22.0.
   2015-05-22 00:22:31 by Blue Rats | Files touched by this commit (1)
Log message:
Remove local entry from PLIST. Error in last commit.
   2015-05-22 00:21:08 by Blue Rats | Files touched by this commit (4)
Log message:
Fix this the right way, thanks to joerg@. Noticed this is linking against
pthread too, so let's included that bl3.mk here as well.
   2015-05-21 16:07:10 by Blue Rats | Files touched by this commit (5)
Log message:
Add patch to silence compilation warning found on NetBSD with gcc and
FreeBSD with clang: format specifies type 'int' but the argument has type 'long'
This seems to be fallout from the time_t change patches. Defuzz patches
while we're here.
   2015-05-21 16:06:08 by Blue Rats | Files touched by this commit (1)
Log message:
Add patch to silence compilation warning found on NetBSD with gcc and
FreeBSD with clang: format specifies type 'int' but the argument has type 'long'
This seems to be fallout from the time_t change patches. Defuzz patches
while we're here.
   2015-03-26 11:16:14 by Jonathan Perkin | Files touched by this commit (2)
Log message:
Fix build with newer DTrace.
   2015-01-05 00:41:05 by Thomas Klausner | Files touched by this commit (2) | Package updated
Log message:
Update to 1.4.22:

Bugfix maintenance release. Fixes to hash table expansion now
completely hang all threads very briefly while the hash table
pointers are swapped. Once swapped, it unlocks and uses locks as
normal.

In previous versions, the hash table was switched to a global lock
instead of a map of bucket-locks during expansion. This should be
faster overall with a small latency penalty. It's possible to
presize the hash table with -o hashpower
   2014-10-23 13:24:31 by Thomas Klausner | Files touched by this commit (2) | Package updated
Log message:
Update to 1.4.21:

Fixes

    makefile cleanups
    Avoid OOM errors when locked items stuck in tail

If clients occasionally fetch many items, more than can fit the
TCP buffers, then hang for a very long period of time, that slab
class could OOM. In older versions this could cause a crash. Since
1.4.20 this will cause OOM errors.

Now, if a locked item lands in the LRU tail, it will be bumped back
to the head and an lrutail_reflocked counter incremented. If you're
concerned about having stuck clients, watch that counter.

Big thanks to Jay Grizzard et all at Box for helping track this
down!