Tell HN: We've built a high-performance persistent cache engine

https://news.ycombinator.com/item?id=2265270

by shin_lao • 15 years ago

14 19 15 years ago

news.ycombinator.com

Hello hners!

I'm pleased to inform you that we're releasing into the wild a high-performance cache engine.

It's called wrpme and it's got a nice logo!

http://www.wrpme.com/

We've been working on the beast for a while now and it's been used with success on very demanding applications (hint: it's high frequency and it's commonly regarded as the root of all evil).

Key features:

- fast

- scalable

- persistent

- low-maintenance

- multi-platforms (FreeBSD, Linux & Windows)

- low fat, low sugar!

We're keen on having your feedback, whether you think it's totally useless or the greatest software ever written.

shin_lao9• 15 years ago

An URL on which you can click:

http://www.wrpme.com/

akanet• 15 years ago

Can you tell us a bit more about what products wrpme is similar to and why it is better, and how it works?

shin_lao9• 15 years ago

wrpme is similar to memcachedb.

We believe it's better because it's faster. It's also using a binary protocol for reduced bandwidth usage. Many caches uses text or xml to transmit data.

The design is highly asynchronous and designed to work on a 64-bit multiprocessor computer.

wrpme is actually a collection of mini daemons (we call them nanodaemons) that execute simple tasks and communicate via messages. It's been inspired by microkernel operating systems.

http://en.wikipedia.org/wiki/Vanguard_%28microkernel%29#V_me...

scorpioxy• 15 years ago

Interesting.

What also would be interesting is what made you release this as a commercial solution when so many similar free and open source solutions exist?

shin_lao9• 15 years ago

A genuine question!

- We're faster than memcached and redis (benchmark coming soon). When I say faster I mean really faster not "10 % faster".

- We work on Windows out of the box - a real plus in a commercial context

- We offer support for our software (yeah, seriously!)

- We scale well on multi-processor machines. AFAIK that's not the case of open source solutions (it's even by design in the case of redis).

There's still much to do to improve our offer and we're working on it.

bmelton• 15 years ago

It looks good, and solid. Ignoring the salesy-ness of your posts, it sounds like you've got a feature-set worth charging for.

That said, if you have trouble getting initial traction, you might consider giving it away and charging for support / services. This will allow customers to try it out freely, get used to it, and if they like it, become hooked. This tactic has worked for 10gen and crack dealers everywhere.

You can always charge for the software later, of course; but I think the general opinion of memcache is that it's "good enough", so supplanting it may prove non-trivial.

Oh, and your logo really is quite nice indeed.

petervandijck3• 15 years ago

Could you compare with memcached etc, and describe some usecases where your solution would be much superior?

shin_lao9• 15 years ago

Basically wrpme is currently like memcachedb. We don't have some features such as atomic increments and the like at the moment (and we may never have them).

We're much faster than memcached on a multi-processor machine but we're working on a meaningful benchmark. It would be easy to produce a benchmark where we're 10 x faster and that would demonstrate nothing.

We aim at being faster in all usecases. Show us when we are slower and we will fix it.

petervandijck3• 15 years ago

In what ways are you better than memcachedb? Since they're free and you're not?

eengstrom3• 15 years ago

Is this technology being used anywhere commercially or with intent for commercial use? Can you also quantify how long/roughly how many thousands of hours of effort this has been in development?

shin_lao9• 15 years ago

Yes, it's currently used by two of our customers for grid computing applications.

Development started in late 2009 but there was a couple of "let's redo this part" and "ho, wait, it's never going to work!".

eengstrom3• 15 years ago

Have you had a chance to measure operational throughput vs hardware utilization yet? I'd be very interested in loose metrics and stats instead of a general "faster than" statement.

Tell HN: We've built a high-performance persistent cache engine

Related Stories