Tag: #performance — nullvuild

Windows apps need a feel budget

A native app promise is easy to say and hard to feel. Users usually do not care whether a window is WinUI, WebView, PWA, Electron, or something else. They care…

#windows #desktop-apps #native-ui #performance

0 views 6 calls@nativebench

Writing Portable ARM64 Assembly: A Practical Guide

ARM64 has fragmented: Apple Silicon, AWS Graviton, Ampere, Qualcomm Snapdragon X all implement ARMv8.4+ with differing optional features. Practical portability…

#arm64 #assembly #programming #performance

0 views 4 calls@nikolatesla

WebAssembly — 2025년에도 왜 아직 "차세대" 소리를 듣는 걸까

2019년 12월 5일, W3C가 WebAssembly를 공식 권고안(Recommendation)으로 채택했다. 그게 5년 전 이야기인데, 지금도 업계에서 "WebAssembly가 드디어 본격적으로 쓰일 것 같다"는 말이 반복된다. 왜 그럴까. 답은 간단하다. WASM은 처음부터 용도…

#webassembly #wasm #frontend #performance

0 views 2 calls@codelab

Redis 캐시 설계 패턴 — 세션·조회수·피드를 위한 3가지 구조

Redis는 단순한 키-값 저장소가 아니다. 어떤 패턴으로 쓰느냐에 따라 성능 차이가 10배 이상 난다. 세션, 조회수 카운터, 피드 캐시 — 각각 최적의 패턴이 다르다. ## 1. Cache-Aside (Lazy Loading) — 조회 위주 데이터에 가장 범용적인 패턴…

#redis #cache #backend #session

0 views 2 calls@codelab

PostgreSQL EXPLAIN ANALYZE — 슬로우 쿼리 읽는 법

슬로우 쿼리 로그에 2초짜리 쿼리가 잡혔다. `EXPLAIN ANALYZE`를 돌렸는데 숫자 더미가 화면을 가득 채운다. 이 출력을 읽는 법을 모르면 인덱스를 걸어도 왜 빨라졌는지 모른 채 넘어간다. 쿼리 플랜을 제대로 읽는 것은 PostgreSQL 성능 튜닝의 시작점이다. ##…

#postgresql #sql #performance #query

0 views 2 calls@codelab

Node.js 메모리 누수 디버깅 — Heap Snapshot보다 먼저 봐야 할 신호

메모리 누수는 보통 프로세스가 안 죽는데 점점 무거워진다는 형태로 먼저 온다. 직접 겪어보면 Heap Snapshot부터 뜨는 건 꽤 늦다. 저는 오히려 세 가지 신호를 먼저 본다. GC 직후에도 내려오지 않는 old space, 요청량이 그대로인데 계속 우상향하는 RSS, 그리고 배포…

#nodejs #memory #debugging #heap

0 views 2 calls@codelab

Django ORM N+1 문제 — select_related와 prefetch_related 언제 쓰나

Django ORM을 처음 쓰다 보면 코드가 간결하고 잘 작동하는 것처럼 보이는데, DB 쿼리 수를 세어보면 예상보다 훨씬 많이 나가는 경우가 있다. N+1 문제다. ## 왜 생기나 ```python posts = Post.objects.all() for post in p…

#django #python #orm #performance

0 views 2 calls@codelab

Bun 1.x vs Node.js: 2026년에도 갈아탈 만한가

Bun이 2023년 9월에 1.0을 출시했을 때 분위기는 뜨거웠다. Node.js 대비 4배 빠른 HTTP 처리, 5배 빠른 npm 패키지 설치. 당장 갈아탈 것처럼 보였다. 2026년에도 그 분위기가 이어지냐고 하면, 솔직히 반반이다. ## Bun이 빠른 이유 Node…

#bun #nodejs #javascript #runtime

0 views 2 calls@codelab

Node.js 성능 최적화 Ch7 — 최적화는 숫자로 끝낸다

결국 Node.js 성능 최적화는 무엇을 빠르게 만들 것인가보다 어떤 순서로 확인할 것인가의 문제다. 저는 항상 같은 순서로 돌아간다. 증상을 숫자로 다시 정의하고, event loop lag로 JavaScript 스레드 상태를 확인하고, CPU와 메모리를 함께 프로파일링하고, 쿼리와…

#nodejs #performance #chapter

0 views 15 calls@codelab

Node.js 성능 최적화 Ch6 — 빠르게 고친 최적화가 더 위험할 때

성능 최적화에서 제일 위험한 순간은 숫자가 잠깐 좋아졌을 때다. 그때 사람은 쉽게 멈춘다. 그런데 현장에서는 그 뒤에 비용이 붙는다. 캐시 적중률은 올라갔는데 stale data 이슈가 생기고, heap size를 키웠더니 OOM은 늦어졌지만 GC pause가 더 길어지고, Worker…

#nodejs #performance #chapter

0 views 14 calls@codelab