Excellent, thanks to you both then, I'll pursue Redis + Riak :-) Cheers!* <http://www.loomlearning.com/> Jonathan Langevin Systems Administrator Loom Inc. Wilmington, NC: (910) 241-0433 - jlange...@loomlearning.com - www.loomlearning.com - Skype: intel352 *
On Tue, Aug 9, 2011 at 1:10 PM, Will Moss <wm...@bu.mp> wrote: > +1 > > We've been nothing but happy with Redis. Plus, the few times we've found a > bug (and they've been hard to find) Antirez has fixed them in around 24 > hours. > > Will > > > On Tue, Aug 9, 2011 at 10:08 AM, Alexander Sicular <sicul...@gmail.com>wrote: > >> I cant keep writing on my fucking android. It is killing me... >> >> >> Outside of legacy concerns I have no idea why someone would select >> memcache over redis for a new application today. Redis gives you everything >> memcache does plus a boat load of omg-wtf-where-has-this-been-all-my-life >> capabilities. >> >> >> @siculars on twitter >> http://siculars.posterous.com >> >> Sent from my iPhone >> >> On Aug 9, 2011, at 13:03, Jonathan Langevin <jlange...@loomlearning.com> >> wrote: >> >> So it sounds like your implementation is similar to how someone would >> implement a typical cache solution (such as memcache), correct? >> But then you have more advanced querying functionality than memcache would >> have, so that's a good advantage. >> * >> >> <http://www.loomlearning.com/> >> Jonathan Langevin >> Systems Administrator >> Loom Inc. >> Wilmington, NC: (910) 241-0433 - <jlange...@loomlearning.com> >> jlange...@loomlearning.com - <http://www.loomlearning.com/> >> www.loomlearning.com - Skype: intel352 >> * >> >> >> On Tue, Aug 9, 2011 at 12:59 PM, Will Moss < <wm...@bu.mp>wm...@bu.mp>wrote: >> >>> We've used Redis for many things, including as a cache in front of S3 and >>> Riak. Redis allows you to set it's maximum memory and various eviction >>> schemes (including LRU, which works great for a cache). In our application >>> code we try to fetch from Redis, if it's missing, we restore from Riak (or >>> S3) and then try again. >>> >>> Will >>> >>> >>> On Tue, Aug 9, 2011 at 9:55 AM, Alexander Sicular < <sicul...@gmail.com> >>> sicul...@gmail.com> wrote: >>> >>>> Riak had no native ordering capabilities (save search) and has issues >>>> with key enumeration. >>>> >>>> Redis has native dates types that support explicit and implicit ordering >>>> as well as set membership, among many other things. >>>> >>>> In that light, Redis is virtually a perfect complement to Riak. >>>> Unfortunately, Redis clustering/sharding is an exercise for the reader. >>>> >>>> -Alexander >>>> >>>> Sent from my rotary phone. >>>> On Aug 9, 2011 12:42 PM, "Jonathan Langevin" <<jlange...@loomlearning.com> >>>> jlange...@loomlearning.com> wrote: >>>> > Thanks guys, can you provide more info? >>>> > >>>> > In what capacity do you use Redis, and what is your data flow process >>>> > between your app and Redis, Riak? >>>> > Is it distributed as well? If so, do you make use of that distributed >>>> > functionality, or do you use a single-server instance of Redis? >>>> > * >>>> > >>>> > < <http://www.loomlearning.com/>http://www.loomlearning.com/> >>>> > Jonathan Langevin >>>> > Systems Administrator >>>> > Loom Inc. >>>> > Wilmington, NC: (910) 241-0433 - <jlange...@loomlearning.com> >>>> jlange...@loomlearning.com - >>>> > <http://www.loomlearning.com>www.loomlearning.com - Skype: intel352 >>>> > * >>>> > >>>> > >>>> > On Tue, Aug 9, 2011 at 12:31 PM, Alexander Sicular <<sicul...@gmail.com> >>>> sicul...@gmail.com>wrote: >>>> > >>>> >> I second pairing Riak and Redis. >>>> >> >>>> >> -Alexander >>>> >> >>>> >> Sent from my rotary phone. >>>> >> On Aug 9, 2011 12:23 PM, "Chad DePue" < <c...@inakanetworks.com> >>>> c...@inakanetworks.com> wrote: >>>> >> > We always use Redis w/ Riak and have had great results. >>>> >> > >>>> >> > Chad DePue >>>> >> > <http://inakanetworks.com>inakanetworks.com - development >>>> consulting | skype cdepue | @chaddepue >>>> >> > +1 206.866.5707 >>>> >> > >>>> >> > >>>> >> > >>>> >> > On Tue, Aug 9, 2011 at 1:13 PM, Jonathan Langevin < >>>> >> > <jlange...@loomlearning.com>jlange...@loomlearning.com> wrote: >>>> >> > >>>> >> >> I'm already a huge fan of Riak after the short time that I've >>>> worked >>>> >> with >>>> >> >> it, but a common concern I've seen is regarding performance. >>>> >> >> To continue to take advantage of it's data persistence features, >>>> >> powerful >>>> >> >> m/r functionality, etc, but to gain performance, I'm thinking of >>>> pairing >>>> >> my >>>> >> >> application with another (throwaway) nosql solution that would >>>> exist to >>>> >> >> provide greater read performance. >>>> >> >> >>>> >> >> This inspiration comes from seeing others using MongoDB + MySQL, >>>> for >>>> >> >> instance. I'm thinking using something such as Memcache, or >>>> Membase< >>>> >> <http://www.couchbase.org/get/couchbase> >>>> http://www.couchbase.org/get/couchbase> (though >>>> >> >>>> >> >> I haven't checked into setup requirements), may be a good option, >>>> as I'm >>>> >> >> already accustomed to caching with Memcache from PHP, but I've not >>>> had >>>> >> any >>>> >> >> large-scale experience with Memcache yet. >>>> >> >> Ideally anything that is lightweight, easy to roll out, and >>>> extremely >>>> >> fast. >>>> >> >> >>>> >> >> >>>> >> >> Before I venture down this road, are there any comments on this >>>> >> approach? >>>> >> >> Any suggestions or recommendations? >>>> >> >> Or are there speedy solutions available for Riak already? >>>> >> >> >>>> >> >> < <http://www.loomlearning.com/>http://www.loomlearning.com/> >>>> >> >> * Jonathan Langevin >>>> >> >>>> >> >> Systems Administrator >>>> >> >> Loom Inc. >>>> >> >> Wilmington, NC: (910) 241-0433 - <jlange...@loomlearning.com> >>>> jlange...@loomlearning.com - >>>> >> >> <http://www.loomlearning.com>www.loomlearning.com - Skype: >>>> intel352 * >>>> >> >> >>>> >> >> >>>> >> >> _______________________________________________ >>>> >> >> riak-users mailing list >>>> >> >> <riak-users@lists.basho.com>riak-users@lists.basho.com >>>> >> >> >>>> <http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com> >>>> http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com >>>> >> >> >>>> >> >> >>>> >> >>>> >>>> _______________________________________________ >>>> riak-users mailing list >>>> <riak-users@lists.basho.com>riak-users@lists.basho.com >>>> <http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com> >>>> http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com >>>> >>>> >>> >> >
_______________________________________________ riak-users mailing list riak-users@lists.basho.com http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com
