Riverfount :python: :linux: on Nostr: 🐍 Um dos posts mais lidos do blog continua fazendo sucesso — e faz sentido, ...
🐍 Um dos posts mais lidos do blog continua fazendo sucesso — e faz sentido, porque esse problema acontece em todo projeto Python que escala.
Você já otimizou o lugar errado porque "achava" que era ali? Intuição é um método caro. Profiling é o antídoto.
No post eu cubro a abordagem que funciona na prática:
🔍 cProfile — identifica onde o tempo está sendo gasto, linha a linha de chamada de função. Está na stdlib, não precisa instalar nada, e é suficiente pra 90% dos casos.
📊 pstats — filtra e interpreta os resultados. Ideal pra integrar em scripts de CI e comparar versões.
💾 memory_profiler — quando o problema não é tempo, é RAM. Mostra incremento de memória linha a linha. Aquele f.readlines() inocente que aloca 264 MB? Ele aparece.
A metodologia é simples: reproduza o problema de forma isolada → meça → encontre o culpado nos dados → corrija → meça de novo.
Sem dados, você otimiza o que parece lento. Com profiling, você sabe.
👉
https://www.riverfount.dev.br/posts/profiling-em-python/#Python #SoftwareEngineering #Performance #Profiling #BackendDev
Published at
2026-03-05 13:45:24 UTCEvent JSON
{
"id": "fff98420836531ab0f513cef4000a24b3b010e5ea09e38d04b5fd0250b8dcace",
"pubkey": "31ca084730b98ee1aa76f248f9407f919223b8e71b5e5de00626c6bbbac6e293",
"created_at": 1772718324,
"kind": 1,
"tags": [
[
"t",
"softwareengineering"
],
[
"t",
"profiling"
],
[
"t",
"python"
],
[
"proxy",
"https://bolha.us/@riverfount/116176868127944737",
"web"
],
[
"t",
"backenddev"
],
[
"t",
"performance"
],
[
"proxy",
"https://bolha.us/users/riverfount/statuses/116176868127944737",
"activitypub"
],
[
"L",
"pink.momostr"
],
[
"l",
"pink.momostr.activitypub:https://bolha.us/users/riverfount/statuses/116176868127944737",
"pink.momostr"
],
[
"-"
]
],
"content": "🐍 Um dos posts mais lidos do blog continua fazendo sucesso — e faz sentido, porque esse problema acontece em todo projeto Python que escala.\nVocê já otimizou o lugar errado porque \"achava\" que era ali? Intuição é um método caro. Profiling é o antídoto.\nNo post eu cubro a abordagem que funciona na prática:\n🔍 cProfile — identifica onde o tempo está sendo gasto, linha a linha de chamada de função. Está na stdlib, não precisa instalar nada, e é suficiente pra 90% dos casos.\n📊 pstats — filtra e interpreta os resultados. Ideal pra integrar em scripts de CI e comparar versões.\n💾 memory_profiler — quando o problema não é tempo, é RAM. Mostra incremento de memória linha a linha. Aquele f.readlines() inocente que aloca 264 MB? Ele aparece.\nA metodologia é simples: reproduza o problema de forma isolada → meça → encontre o culpado nos dados → corrija → meça de novo.\nSem dados, você otimiza o que parece lento. Com profiling, você sabe.\n👉 https://www.riverfount.dev.br/posts/profiling-em-python/\n#Python #SoftwareEngineering #Performance #Profiling #BackendDev",
"sig": "6bac9237db68e9072a66f28d0fc5d845e851cc52b353c4e572bf6bfe74f27de8d85e0a084ddbcdc98474bcf180ec8420fdd1ce7209ffac7eb856049f57310a1f"
}