Hacker News Reader

Comment by dhsysusbsjsi | Hacker News Reader

First rule of optimisation - don't. Second rule of optimisation (experts only) - don't, yet.

However in this case this is the hot path half the internet uses (granted, M1 specific in this case), and a 6% speedup is significant. Some companies rewrite their SSL libraries completely to get single digit percentage increases in performance. When multiplied out over 50,000 machines, it's a significant business win.

View on HN

I understand the "first rule of optimisation" (and I am sure you do, too) but I hate it because people cite it too often so they can simply ignore performance aspects of their code (not you right now, just a general rant).

You have to know when to apply it, like your example. Don't optimize something that takes 1 minute into a 50-second task if it runs every hour when you have something that runs every 1 minute and takes 10 seconds that you can optimize down to 9.5 seconds first, and know how to tell which to optimize. Maybe don't optimize either if you have other stuff to do first.

Yes, don’t optimize, but don’t pessimize either.

I think another thing to note is that the rule is mostly about low level optimization, which can be done later. For things like protocol design, software architecture, that can also affect performance and hard to modify later, you probably want to take performance into account...

Yes ^^

I mine ETH with a lot of GPUs (let's just say a lot more than 50k). A recent release of the mining application that we use on each rig has a ~6% power (watts) improvement on GPUs released even 6 years ago (as well as an increase in hashrate). Installing the software and tuning the GPUs at my scale has been a huge undertaking, but totally worth it.

What do you plan to do with the upcoming merge, if I might be so bold to ask?

Our business model is more than just mining. Think of mining as bootstrapping the business for a few years first...

Reply on news.ycombinator.com