PostgreSQL을 Rust로 다시 짓는 pgrust가 v0.2에서 분석 쿼리 성능 주장을 들고 나왔고, 저자가 그 성능이 어디서 나왔는지 단계별로 해설한 글이 Hacker News 상위에 올랐습니다. 행 단위 Volcano executor에서 출발해 batching으로 2.7배, operator fusion, SIMD까지 얹어 20초짜리 집계를 135ms로 줄이는 과정입니다. PostgreSQL 자체의 executor를 이해하는 교재로도 좋은 글이라 정리합니다.
PlanetScale이 petabyte 규모 PostgreSQL을 시간 단위로 백업하는 구조를 공개했습니다. shard마다 백업 전용 인스턴스를 띄워 병렬로 받고, 복원 시에는 WAL 대부분을 S3 archive에서 replay한 뒤 마지막 몇 분만 primary에서 streaming으로 받는 하이브리드 방식입니다. 32TB가 단일로는 22시간, 8개 shard 병렬로는 2.8시간입니다. Barman과 pgBackRest의 세계에서 온 사람 눈으로 뜯어봅니다.
DuckDB가 가을 출시 예정인 v2.0에 비동기 I/O를 넣습니다. 연산 워커와 별도로 블로킹 I/O 전담 스레드 풀을 두고 read-ahead로 요청을 미리 채우는 구조입니다. S3에서 Parquet 읽기 8.2초가 2.8초로, CSV 878초가 45초로 줄었습니다. PostgreSQL 18의 async I/O와 같은 문제를 다른 방식으로 푼 사례라 나란히 놓고 볼 만합니다.
Cloud SQL for PostgreSQL이 2026-07-24에 failover slot을 GA로 풀었습니다. 그런데 이건 GCP가 만든 기능이 아니라 PostgreSQL 17 코어 기능이고, AWS와 Azure도 이미 지원합니다. 3사가 같은 기능을 어떤 파라미터 이름으로 노출했는지, 추상화 수준이 어디서 갈리는지 비교했습니다.
Nikolay Samokhvalov가 공개한 PGSimCity는 PostgreSQL 내부를 탐험 가능한 3D 도시로 보여준다. buffer pool은 창고 지구, WAL은 호박색 물류선, checkpointer는 유지보수 차량이다. 저장소를 직접 클론해 빌드하고 시나리오 13종과 투어 14장을 확인했다.
PostgreSQL MVCC 비판은 대체로 맞다. 문제는 비교 대상 없이 그 비판만 떠돈다는 것이다. Docker에 PostgreSQL 18을 띄워 write amplification과 bloat를 직접 재보고, Oracle과 InnoDB, SQL Server, WiredTiger, LSM 계열이 같은 비용을 어디로 보냈는지, 엔진별로 그 비용을 확인하는 쿼리는 무엇인지 정리했다.
herdr, cmux, Orca 같은 에이전트 도구가 쏟아지면서 ‘Ghostty 대신 이걸 써야 하나’ 같은 질문이 늘었습니다. 그런데 이 셋은 경쟁 상대가 아니라 서로 다른 층에 있습니다. 터미널 에뮬레이터, 멀티플렉서, 에이전트 오케스트레이터라는 3개 층으로 정리하고, 제 환경(macOS + 원격 리눅스 서버)에서 실제로 뭘 고를지까지 짚었습니다.
mermaid 코드를 SVG, PNG, PDF로 변환하는 공식 CLI가 mmdc입니다. 설치부터 주요 옵션, 마크다운 일괄 변환, CI에서 문법 검증까지 실전 사용법을 정리합니다.
두 번째 failover 직후 secondary가 같은 WAL 세그먼트를 archive에서 계속 restore하면서 record with incorrect prev-link 로그만 2초 간격으로 반복했다. 이 메시지가 xlogreader의 어디에서 나오는지, timeline 분기와 recycled 세그먼트가 어떻게 얽히는지, pg_auto_failover 환경에서 실제로 어떻게 걷어냈는지 기록한다.
Claude Code의 Fullscreen 렌더링은 대화를 터미널 alternate screen buffer에 그려 깜빡임을 없애고 메모리를 일정하게 유지하며 마우스를 붙인다. /tui fullscreen 한 줄로 켜는 이 리서치 프리뷰 기능을 뜯어본다.