Updates:
Status: Fixed
Comment #3 on issue 98 by dorma...@rydia.net: RPM can't figure out how to
increment versions.
http://code.google.com/p/memcached/issues/detail?id=98
Meant to close this issue, sorry for the spam :(
--
You received this message because you are listed in the
On 2 ноя, 14:14, dormando dorma...@rydia.net wrote:
Next: *please* test it out if you can. We're scheduling 1.4.3 final to
come out in six days.
Large multigets are broken in 1.4.3_rc1. The fix is below:
From d8b4153bb65e8cbb685363b42ed7ff11ff49d4e0 Mon Sep 17 00:00:00 2001
From: Tomash
On 2 ноя, 15:58, kroki tomash.brec...@gmail.com wrote:
Large multigets are broken in 1.4.3_rc1. The fix is below:
Also, if c-rcurr desn't end in '\0' (I don't know if this is the
case), then we have to be sure that ptr[5] is not outside the buffer
(malicious user could send lots of spaces).
I'm running this by you guys to make sure we're not trying something
completely insane. ;)
We already rely on memcached quite heavily to minimize load on our DB
with stunning success, but as a music streaming service, we also serve
up lots and lots of 5-6MB files, and right now we don't have a
http://code.google.com/p/memcached/wiki/ReleaseNotes143rc2
Bug reported by Tomash, fixed by trond, reviewed by dustin, and now we
have a new tarball. Thanks, and please continue testing :)
-Dormando
I'm not sure how well a reverse proxy would fit our needs, having
never used one before. The way we do streaming is a client sends a one-
time-use key to the stream server. The key is used to determine which
file should be streamed, and then the file is returned. The effect is
that no two
You could put something like varnish inbetween that final step and your
client..
so key is pulled in, file is looked up, then file is fetched *through*
varnish. Of course I don't know offhand how much work it would be to make
your app deal with that fetch-through scenario.
Since these files are
dormando wrote:
You could put something like varnish inbetween that final step and your
client..
so key is pulled in, file is looked up, then file is fetched *through*
varnish. Of course I don't know offhand how much work it would be to make
your app deal with that fetch-through scenario.
You could also redirect the client to the proxy/cache after computing the
filename, but that exposes the name in a way that might be reusable.
perlbal is great for this... I think nginx might be able to do it too?
Internal reproxy. Server returns headers for where the load balancer is
to
On Nov 2, 2009, at 1:35 PM, Jay Paroline wrote:
What I'd love to do is get those popular files served from memory,
which should alleviate load on the disks considerably. Obviously the
file system cache does some of this already, but since it's not
distributed it uses the space a lot less
Perhaps using tmpfs may be an option. Benefit of using tmpfs is that you
can create a filesystem that is larger than physical memory. This has
the benefit that virtual memory manager will swap out unused items to
disk. You can then perhaps NFS export the file system or do something
else.
11 matches
Mail list logo