News for hackers. Stuff that matters.

roder

Re:Riak Handbook on Thursday December 15, 2011 @02:16PM (#3357476)
we're working on it :)
Re:Poll: Have you moved from JavaScript to CoffeeScript? on Wednesday June 22, 2011 @12:07PM (#2683762)
SyncPad switched its webclient from JS to CoffeeScript.

In terms of human-readable code, we reduced the lines of code by ~30%. It's cleaner and more concise. I feel our code is more managable because of CoffeeScript.

In terms of the generated JS, I really appreciate that CoffeeScript creates an abstraction that will implement JS best practices and consistency

At this point, any JS work I do is done with CoffeeScript

Of course the opposite of ACID is BASE: http://queue.acm.org/detail.cfm?id=1394128
Re:Show HN: SyncPad on 40 iPads simultaneously on Monday April 04, 2011 @05:09PM (#2408531)
The video demonstrates SyncPad's Enterprise edition. The consumer version runs using a custom Erlang message-queue server on EC2.

The Enterprise Edition of SyncPad allows you to run that same server on your own hardware or managed by SyncPad.

Basho

http://basho.com

Engineers Sales/Marketing

I wouldn't call it "related" or even "similar"… it's similar in that they're both key value stores, but there's no durability and Ramcloud stores both keys & values in memory; whereas bitcask only stores keys in memory as an "index" to the value on disk.
Re:Cassandra vs MongoDB vs CouchDB vs Redis vs Riak comparison on Thursday December 30, 2010 @02:02PM (#2053224)
Riak also supports, in addition to HTTP, Protocol Buffers - a binary encoding protocol introduced by Google.

A few other notable Riak features include a JS or Erlang MapReduce API and full-text search.

Re:SyncPad Node.js Server Revisited on Thursday December 09, 2010 @06:19PM (#1989704)
tumblr :/

The way that SyncPad was prototyped was using PHP/MySQL. I ported that to using Mochiweb. I manage all of the queuing of messages through a relatively straight forward OTP gen_server and Redis.

Re:SyncPad Node.js Server Revisited on Thursday December 09, 2010 @01:37PM (#1988519)
gist was updated, I included a client, which is needed to recreate the issue.
Re:SyncPad Node.js Server Revisited on Thursday December 09, 2010 @01:08PM (#1988383)
Yes - first set of tests in the updated post.
Re:SyncPad Node.js Server Revisited on Thursday December 09, 2010 @12:01PM (#1988105)
I have no idea, I am completely baffled. I really want to try without the node_redis library and do it all in memory, keeping the Array of elements in the returned list at less than 1000.

UPDATE: I should also mention, if you look at the charts, there's a point in time which the CPU hits 99%-100% and it's always reproducible. Once the CPU hits 100% I have just sat back and watched the memory get chewed up.

I'm sure someone w/ more experience than me can probably debug what's going on. The code is there, I really hope someone else can take a look at it. As my friend mentioned, it's reproducible, it can be fixed.

Re:Node.js vs Erlang: SyncPad's Experience on Friday December 03, 2010 @01:52PM (#1967003)
contact me @roder to talk about the performance. There was a bug in 1.0 on the iPad app that didn't keep the line up with your finger. Now in 1.0.1, which is in the queue for approval, that has been resolved. Hopefully the network stuff was ~ok~
Re:Node.js vs Erlang: SyncPad's Experience on Friday December 03, 2010 @12:58PM (#1966800)
When I wrote the Node.js server in September, the latest version was v0.2.3; which is what I tested on. I failed to mention that in the post, but thanks for pointing that out.

I'll run the test again later tonight and post a follow up.

Older »