Ack. I'll take another look at that.
On Tue, Apr 24, 2012 at 12:48 PM, Dustin wrote:
>
> On Monday, April 23, 2012 4:20:15 PM UTC-7, Aaron Stone wrote:
>>
>> > It also didn't "do" anything; no commits resulted from running that
>> > command.
On Tue, Apr 10, 2012 at 11:01 PM, Aaron Stone wrote:
> On Tue, Apr 10, 2012 at 10:45 PM, Dustin wrote:
>>
>> On Sunday, April 8, 2012 10:53:53 PM UTC-7, Aaron Stone wrote:
>>
>>> git cherry reported 443 changesets between master and merge-wip. The first
>>&g
On Tue, Apr 10, 2012 at 10:45 PM, Dustin wrote:
>
> On Sunday, April 8, 2012 10:53:53 PM UTC-7, Aaron Stone wrote:
>
>> git cherry reported 443 changesets between master and merge-wip. The first
>> few changesets came back as "Already up-to-date." I ran through the
On Sun, Apr 8, 2012 at 3:01 PM, Aaron Stone wrote:
> On Wed, Apr 4, 2012 at 10:47 PM, Dustin wrote:
>
>>
>> On Wednesday, April 4, 2012 11:48:26 AM UTC-7, Aaron Stone wrote:
>>>
>>> Hello list! Long time. The storage engine branch looks a little bit
&g
On Wed, Apr 4, 2012 at 10:47 PM, Dustin wrote:
>
> On Wednesday, April 4, 2012 11:48:26 AM UTC-7, Aaron Stone wrote:
>>
>> Hello list! Long time. The storage engine branch looks a little bit
>> behind master - is
>> github.com/memcached/**memcached:engine-
Hello list! Long time. The storage engine branch looks a little bit behind
master - is github.com/memcached/memcached:engine-pu the most up to date
branch (last commit in late 2011)?
I'm thinking about writing a proxying storage backend--rather than using
one of the many memcached proxies, as i
This article came my way by email today, and I think it well worth sharing here:
http://jcole.us/blog/archives/2010/09/28/mysql-swap-insanity-and-the-numa-architecture/
Cheers,
Aaron
chröder wrote:
>> > I would assume he's talking about making memcached expose some sort of
>> > simple web service api over http.
>> >
>> > Although, you could argue that both the ascii protocol and binary
>> > protocol
>> > are restful, the
bjects.
> Regards,
> J.S.Mammen
>
> On Jul 29, 1:49 am, Aaron Stone wrote:
>> On Wed, Jul 28, 2010 at 8:37 AM, jsm wrote:
>>
>> > On Jul 28, 8:02 pm, Rajesh Nair wrote:
>> >> Gavin,
>>
>> >> If you go by the strict sense of word, HTTP
On Wed, Jul 28, 2010 at 8:37 AM, jsm wrote:
>
>
> On Jul 28, 8:02 pm, Rajesh Nair wrote:
>> Gavin,
>>
>> If you go by the strict sense of word, HTTP protocol is not a pre-requisite
>> for REST service.
>> It requires a protocol which supports linking entities through URIs. It is
>> very much pos
ue_remove: 0x62fad8(fd 27) not on queue 8
>
> the service was dead twice, that's why you see two of the same
> messages:
>
> these are the options when memcached is started
>
> -d
> -m 2048
> -c 3000
>
> Thanks!
>
> On Feb 22, 10:28 am, Aaron Stone wr
Please include memcached and libevent versions and your client
libraries (just for completeness).
What do you mean by "went down"? Did it become unresponsive? Did the
process die? Memory use spin out of control? Anything else catch on
fire?
On Mon, Feb 22, 2010 at 10:16 AM, Beier wrote:
> My me
man memcached:
memcached -s
On Thu, Feb 11, 2010 at 3:52 PM, Brian Hawkins wrote:
> I've searched the internet and cannot find a conclusive answer to whether or
> not memcached supports domain sockets. Can anyone point me in the right
> direction?
>
> Thanks
> Brian
>
2010/1/6 KaiGai Kohei :
> (2010/01/07 11:39), Aaron Stone wrote:
>>>> If "users" means users of your site, then are you going to apply
>>>> per-user access controls to the rows in your database, too?
>>>
>>> Yes, see the page.14 of the sl
2010/1/6 KaiGai Kohei :
> (2010/01/07 11:07), Aaron Stone wrote:
>> 2010/1/6 KaiGai Kohei:
>>> (2010/01/07 9:14), Matt Ingenthron wrote:
>>>> Aaron Stone wrote:
>>>>> On Wed, Jan 6, 2010 at 2:48 AM, pub crawler
>>>>> wrote:
>>>&g
2010/1/6 KaiGai Kohei :
> (2010/01/07 9:14), Matt Ingenthron wrote:
>> Aaron Stone wrote:
>>> On Wed, Jan 6, 2010 at 2:48 AM, pub crawler
>>> wrote:
>> (snip...)
>>>> Needless to say, permissions and authentication is a feature set that
>>>
On Wed, Jan 6, 2010 at 4:14 PM, Matt Ingenthron wrote:
> Aaron Stone wrote:
>>
>> On Wed, Jan 6, 2010 at 2:48 AM, pub crawler
>> wrote:
>>
>>>
>>>
>
> (snip...)
>>>
>>> Needless to say, permissions and authentication is a feat
On Wed, Jan 6, 2010 at 2:48 AM, pub crawler wrote:
> Obviously dissecting a memcached instance up into separate user
> kingdoms would have implied effect of slowing memcached down and
> adding unnecessary complexity. Unsure how much either would truly
> impact it however. Someone might want to su
On Tue, Jul 28, 2009 at 12:46 PM, Dustin wrote:
>
>
> On Jul 28, 11:04 am, Aaron Stone wrote:
>> Maybe more esoteric options should come through a single flag, ala
>> ssh, where you can have "-o UnusualOption=foo". That reduces the
>> number of single-
Maybe more esoteric options should come through a single flag, ala
ssh, where you can have "-o UnusualOption=foo". That reduces the
number of single-letter flags in the command-line flag namespace.
On Sat, Jul 25, 2009 at 2:33 AM, Trond Norbye wrote:
>
>
> On 25. juli. 2009, at 11.14, Toru Maesa
On Tue, Jul 14, 2009 at 12:19 PM, Dustin wrote:
>
>
> On Jul 14, 10:12 am, Aaron Stone wrote:
>> What's that? Extra machines laying around? I can offer Tru64 5.1 on
>> Alpha and Ultrix 4.5 on MIPS...
>
> Heh. Do they do C99? :)
I have a license for ANSI C ;)
What's that? Extra machines laying around? I can offer Tru64 5.1 on
Alpha and Ultrix 4.5 on MIPS...
;)
On Tue, Jul 14, 2009 at 8:17 AM, Michael Shadle wrote:
>
> If you are missing a specific machine type that you want let me know. I have
> a bunch of machines sitting around that are unused curr
Hi Nick,
There are two big issues that the binary protocol seeks to solve,
IMHO: consistently implementing features that were shoehorned into the
text protocol (e.g. compare-and-swap), and giving a mechanism for
future extensions to the protocol.
I don't recall there being any significant perfor
By range query, do you mean querying for a range of keys, or for a
byte-range of the value?
On Thu, Dec 25, 2008 at 12:15 AM, Steve Chu wrote:
>
> Hi, all,
>
> I am glad to announce that MemcacheDB 1.2.1 beta is release!
>
> This version supports the new 'rget' command. 'rget' command can
> exe
On Sun, Dec 14, 2008 at 3:40 AM, Anatoly Vorobey wrote:
> Tony,
>>
>> As you mentioned, we don't see any benefit to runtime selection of the
>> storage engine; thus the indirect call is unnecessary in our environment.
>
> I'm curious about this choice. Have you tried to benchmark the benefit of
>
On Fri, Dec 5, 2008 at 10:10 PM, Dustin wrote:
>
>
>
> On Dec 5, 8:21 pm, ionous wrote:
>> i poked around on the faq and mail lists, but haven't seen anything
>> definitive;
>> does anyone know whether there is a guaranteed order to the items
>> returned in get_multi?
>
> You may observe some p
Branch friction aside, Paul Saab's description of the interesting
problems is really something worth expanding upon and learning from in
context of a real-world implementation going after C10K scalability.
For example, Paul notes that with thousands of open TCP connections,
memcached can start us
roject, we'd
> love to hear them!
>
> -Eric
>
>
> On Nov 8, 9:46 am, dormando <[EMAIL PROTECTED]> wrote:
>> It's never too late! Just ... depends on who'd do it :) Thegearman
>> protocol's pretty terse compared to the memcached one...
>>
&g
Using the RRD graphs generated by this script:
http://dealnews.com/developers/cacti/memcached.html
Shouldn't be too hard to add a graph for evictions. Then you know,
between the memory used graph and the evictions graph, when your cache
is full and how much it is overflowing and churning.
Aaron
Sean Chittenden once had a system for updating memcached from
PostgreSQL (or maybe it wasn't updating values, only expiring them?)
called pg_memcached. I don't believe it's been maintained in a long
time, but the idea is very similar.
Aaron
On Tue, Nov 11, 2008 at 12:49 PM, Matt Erkkila <[EMAIL
are writing
> a C implementation the client/server.
>
> Initially I was weakly expecting to add gearman's commands to the binary
> protocol and having it exist as a storage engine for memcached, but I
> concede to brian's intent to keep it a separate project :)
>
> -Do
l
>
> This is the protocol as outlined by Gearman. A few of us are reworking it at
> the moment, but keeping backwards compatibility with the current version.
>
> Cheers,
>-Brian
>
> On Nov 8, 2008, at 12:38 PM, Aaron Stone wrote:
>
>>
>> Heh, nice b
;
> On Nov 6, 12:48 pm, "Aaron Stone" <[EMAIL PROTECTED]> wrote:
>
>> Have a mailing list link? It'd be good to continue with where you left
>> off / review what you were thinking at the time.
>
> I wrote about it on my embarrassingly tongue-in-cheek ti
On Thu, Nov 6, 2008 at 12:22 PM, Dustin <[EMAIL PROTECTED]> wrote:
>
>
> On Nov 6, 11:51 am, "Aaron Stone" <[EMAIL PROTECTED]> wrote:
>
>> I've been lately about message queues, and noticing there are a
>> projects out there that speak memcache p
Hi Folks,
I've been lately about message queues, and noticing there are a
projects out there that speak memcache protocol for queues. Most of
them work by polling, though, and that sucks, and most seems to
overload the meaning of GET, all in different ways.
I'm imagining a generic set of protoco
That sounds like a great solution except for the doubled request
overhead... *thinks out loud for benefit of mailing list archives*
...batched requests, so you GETQ the parent and GET the child and then
you have everything you need to know about whether the child data is
valid.
Aaron
On Wed, Se
36 matches
Mail list logo
