Settings

Theme

Reducing server load with Redis

crashlytics.com

47 points by gnubardt 13 years ago · 10 comments

Reader

mattparlane 13 years ago

There is nothing specific to MongoDB here.

Also, using appropriate cache headers and putting a Varnish cache in front of the Rack server would be far easier and faster and would also reduce the load on the Rack server itself. Oh, but then I couldn't say I created a DSL...

  • meritt 13 years ago

    There's also nothing specific to Redis here.

    HN: Do we really need new articles demonstrating how caching works?

  • anderse 13 years ago

    Calling it a DSL is bit weird to me, it's a single instance method. You'd use the same kind of thing to set the appropriate caching headers for Varnish.

LeonidBugaev 13 years ago

Quite wrong title not relevant to MongoDB. And it can be done much easier using redis-store and standart caches_action method.

https://github.com/jodosha/redis-store

http://stackoverflow.com/questions/1988658/rails-action-cach...

antirez 13 years ago

IMHO this other use of Redis inside Crashlytics, doing heavy use of bitmaps, is more interesting:

http://www.slideshare.net/crashlytics/crashlytics-on-redis-a...

nchuhoai 13 years ago

Leonid is bringing up some good points, but I was always wondering: How do you get to do auto-expiring page-caching.

While Leonid is right that Action Caching with Rails.cache is much easier to do, action caching still lets the request hit the stack, while it does not do so with this proposed solution. Page caching makes the expiration of the cache harder then this solution.

Question: It seems this solution has nearly the ease of action caching, but the performance gain like page caching. Is there a low-level gem/solution available to do something like this?

Keyboard Shortcuts

j
Next item
k
Previous item
o / Enter
Open selected item
?
Show this help
Esc
Close modal / clear selection