Performance Excuses Debunked [video]

Re:Performance Excuses Debunked [video] by jiggawatts on Thursday April 27, 2023 @12:46AM (#35723443)

I had a two year stint where I ran around doing "database optimisation" projects that were a week of billable time at consulting rates, and my entire "toolkit" was to simply flip three boolean flags from bad to good values.

Now in the public cloud my gimmick is to switch VMs over to current-generation AMD EPYC models, and then collect my pay-check for the "performance tuning".

The fruit is hanging so low that I'm trampling over it. There's no actual fruit picking going on.

[ Parent | on HN ]

Re:Performance Excuses Debunked [video] by runlaszlorun on Thursday April 27, 2023 @01:32AM (#35723680)

I’ve always enjoyed perf testing and optimization but figured it’d be tough to reliably find clients staying in that niche.

Any tips?

[ Parent | on HN ]

Re:Performance Excuses Debunked [video] by jiggawatts on Thursday April 27, 2023 @03:55AM (#35724671)

I never got enough of this type myself, they were just random gigs between other types of project work.

IMHO, the IT industry as a whole has internalised wastefulness and accepted poor performance because there's an expectation that "CPU upgrades will fix it". Over five decades that was true, it's just that few organisations have adapted to the new reality of only ~20% uplifts in single-thread performance over the last decade or so.

[ Parent | on HN ]

Re:Performance Excuses Debunked [video] by db48x on Friday April 28, 2023 @12:56AM (#35737589)

My favorite is to raise the Postgres work_mem value until their queries stop using disk buffers.

[ Parent | on HN ]