Commit messages are not titles Nor subjects, for what matters. Everybody will tell you to don’t add a dot at the end of the first line of a commit message. I followed the advice for some time, but I’ll stop today, because I don’t believe commit messages are titles or subjects. They are synopsis of

Plans for Redis 32 I’m back from Paris, DotScale 2015 was a very interesting conference. Before leaving I was working on Sentinel in the context of the unstable branch: the work was mainly about connection sharing. In short, it is the ability of a few Sentinels to scale, monitoring many masters. Before to leave,

The Freemarket Freelancer The market for contractors is all wrong. It should operate more like the film industry where top talent (not rockstars, or those with the loudest voices, but inidivduals who can make, and have made, a difference to the bottom line) gets recognised to the same degree and those that don’t get walk-on parts only.

Happy Software

Adventures in message queues EDIT: In case you missed it, Disque source code is now available at http://github.com/antirez/disque It is a few months that I spend ~ 15-20% of my time, mostly hours stolen to nights and weekends, working to a new system. It’s a message broker and it’s called Disque. I’ve an implementation of

Redis Conference 2015 I’m back home, after a non easy trip, since to travel from San Francisco to Sicily is kinda NP complete: there are no solutions involving less than three flights. However it was definitely worth it, because the Redis Conference 2015 was very good, SF was wonderful as usually and I

Side projects Today Redis is six years old. This is an incredible accomplishment for me, because in the past I switched to the next thing much faster. There are things that lasted six years in my past, but not like Redis, where after so much time, I still focus most of my

Why we dont have benchmarks comparing Redis with other DBs Redis speed could be one selling point for new users, so following the trend of comparative “advertising” it should be logical to have a few comparisons at Redis.io. However there are two problems with this. One is of goals: I don’t want to convince developers to adopt Redis, we just

Redis latency spikes and the Linux kernel a few more details Today I was testing Redis latency using m3.medium EC2 instances. I was able to replicate the usual latency spikes during BGSAVE, when the process forks, and the child starts saving the dataset on disk. However something was not as expected. The spike did not happened because of disk I/O, nor

Redis latency spikes and the 99th percentile One interesting thing about the Stripe blog post about Redis is that they included latency graphs obtained during their tests. In order to persist on disk Redis requires to call the fork() system call. Usually forking using physical servers, and most hypervisors, is fast even with big processes. However Xen