The Real Ramblings

Yesterday Salvatore released the long-awaited native Redis Cluster solution as part of Redis 3.0. It takes one specific approach to building a cluster that has operational implications - clients need to know which Redis master node to talk to. The server will redirect, and can be asked directly, when the client submits a command and the client will then need to ensure it connects to the appropriate master. Essentially it is like client-side hashing where the server tells you the results.

Like most industries computer programming has cycles. One of these cycles is how we write or compile programs. We fundamentally have two methods: static vs. dynamic. Neither is perfect. Because each has benefits and drawbacks the wheel is slowly turning between which is perceived as “better” or is more common. There are changes afoot right now which to me signal the wheel is turning away from the current preference and moving toward static.

In the previous installment I discussed topics and approaches to preventing your Redis instance from becoming slow.

Now it is time to go into ways of measuring it.

First Things First Right from the beginning I’ll tell you I received an electronic copy of the book in order to do the review. Rest assured the only consideration that buys is me doing the review. I am not affiliated with this book in any and receive no additional consideration relating to it. I should also say I have some issues with the book. Primarily around the title and content.

Running a Master/Slave replication with Redis is common, but has a few things you might not think of from a configuration management standpoint. One of these is synchronization of live configuration changes from master to slave. This article adresses the gap and how to close it.

As I am afforded the privilege of speaking with many people and companies using Redis in a variety of use cases from simple caching to multi-terabyte sized setups the one topic I am asked to address more than any other is performance. Redis is different in how you approach performance. In many, if not most, database servers you try to improve performance. With Redis the goal is to not slow it down. This is a very different approach and requires a different mindset to take advantage of it.

Look around the web for how to make your website better and you will find no end of articles, many contradictory. Look more specifically to Wordpress and things don’t change much. What does change is the strategies - mostly around caching and getting around terrible plug-ins and themes which seem to avoid performance mindful markup layout like a plague to be fled from in terror.

What you don’t see is a challenge to the fundamental way WP, and to a similar extent most publishing platforms, handles the basic web page. But what if we threw away the modern web page concept? Are there benefits to be had? Is there a way of making web pages which conserves bandwidth, CPU cycles, DB queries, and latency? I think so. And the answer may be a bit surprising.

After two weeks of a dramatic change in behavior with regards to light diet and sleep effects, any longer term changes? How is the family coping?

While researching standing desk designs I saw a comment reading thusly: Sitting all day increases your risk of death by up to 40% Really? Unless I completely missed the biggest news story in history, our risk of death is still pretty much 100%. I’m not sure sitting at a desk really makes it 140%.

I promised to post Tami’s cheese sauce recipe we are using while doing a HFLC experiment. Without further adieu, I present Tami’s HFLC Four Cheese Sauce.