In message <CA+=j5hwstogwrofhtmpfpgwtr6ypeojkgvpd5vpr22of8nv...@mail.gmail.com>
,
Joe Prosser writes:
>On Fri, Sep 23, 2011 at 8:27 PM, John P. Rouillard <rou...@cs.umb.edu>
>wrote:
>> <CA+=j5hv1ydmjipteyju9ppbimufpayaq0wdjmomm17i46iv...@mail.gmail.com> ,
>> Joe Prosser writes:
>>>Has anyone thought of or built an SEC installation with the contexts
>>>saved on a memcached server?
>>>This strikes me as a possibly good way to address scalability
>>>challenges if you can get past lack of atomicity.
>>
>> By scalability I assume you mean running multiple SEC proceses on one
>> or more hosts (to use multiple cpu/cores/memory) and have them all
>> share the same pool of contexts.
>>
>> One thing that concerns me is that memcached is a cache tool and not a
>> permanent storage tool IIRC it can evict things from cache (which I
>> think would lose a context).
>
>I'm exploring it. I'm accessing memcached from sec now for external
>data and it sure seems fast.
One other thing to look at may be membase. It's memcached married to a
persistant data store. Some of the memcached people work on it as well
and it's supposed to be wire protocol compatible with memcached.
--
-- rouilj
John Rouillard
===========================================================================
My employers don't acknowledge my existence much less my opinions.
------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2dcopy2
_______________________________________________
Simple-evcorr-users mailing list
Simple-evcorr-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/simple-evcorr-users
