Comment by andrewflnr
Comment by andrewflnr 4 days ago
I took that to mean the tool was IO-bound, so it wasn't using much CPU to start. So if there was even that tiny sliver of slack CPU (and that's almost definitely the case on a desktop or other dev machine), then saving that tiny bit of CPU actually saved no money, since it was already riding on the spare capacity of other investments. That just leaves the cost in engineer-hours to rewrite the program.
IO-bound doesn't mean it doesn't use much CPU. A tool can use a lot of IO and also a lot of CPU.
> then saving that tiny bit of CPU actually saved no money
this doesn't follow
> since it was already riding on the spare capacity of other investments
nor does this
Take for example a CLI that downloads and verifies the Bitcoin blockchain. It may spend most of its time downloading blocks, but it spends a ton of time calling SHA256 to verify those blocks. Similarly with a tool that downloads and checksums large files like Docker images.
If you have a fleet of 650K developer machines all running this util, then at some point it becomes cost effective to optimize the CPU usage.
Whether that point was reached in this example is not something I know. It seems like the L7 and their manager believed it was. But OP believes it wasn't. Either way, we don't know from OP's description of the situation.