Performance

The Ghost in Your Machine You know that feeling when your Go application starts consuming memory like it’s training for an all-you-can-eat buffet? One day it’s running smoothly, the next—boom—your ops team is paging you at 3 AM because the service is using 8GB of RAM when it should be using 800MB. Welcome to the wonderful world of memory leaks. Here’s the thing about Go: it’s got this fancy garbage collector that’s supposed to make memory management our problem no more....

Призрак в вашей машине Вы знаете это чувство, когда ваше Go-приложение начинает потреблять память, как будто готовится к буфету «всё включено»? Сегодня оно работает без сбоев, а завтра — бум — ваша операционная команда вызывает вас в 3 часа ночи, потому что сервис использует 8 ГБ ОЗУ, хотя должен использовать 800 МБ. Добро пожаловать в чудесный мир утечек памяти. Вот в чём дело с Go: в нём есть этот модный сборщик мусора, который должен избавить нас от проблем с управлением памятью....

Remember that “efficient code” is a lot like “good taste”—everyone’s got an opinion, but most people’s code tastes worse than they think. We’ve all been there: we write something, it runs, it doesn’t crash immediately, and we think, “Mission accomplished.” But there’s a massive gap between code that works and code that works well. That gap is where performance dreams go to die. The truth is, inefficiency isn’t always obvious. It doesn’t announce itself with a red error message....

Помните, что «эффективный код» — это как «хороший вкус»: у каждого своё мнение, но код большинства людей менее эффективен, чем они думают. Мы все бывали в такой ситуации: мы что-то пишем, это работает, не выдаёт ошибок сразу, и мы думаем: «Миссия выполнена». Но между кодом, который просто работает, и кодом, который работает хорошо, существует огромная разница. Именно в этой пропасти умирают мечты о производительности. Правда в том, что неэффективность не всегда очевидна....

If your web application feels slower than a sloth on a Monday morning, the culprit is probably not enough caching. I get it—caching seems deceptively simple until you realize you’re debugging why yesterday’s data is still showing up today. But here’s the beautiful secret: caching is simultaneously the most effective performance hack and the reason developers lose sleep at night (thanks, cache invalidation). Let me walk you through it all without the existential dread....