2026년 9월 20일 (일).

핵심 요약

• Git 저장소를 객체 스토리지 위에서 구동하는 오픈소스 프로젝트 개발 중이며, 처음엔 파일시스템 추상화 계층을 사용했으나 대규모 저장소에서 성능 문제 발생.
• Git의 팩파일은 로컬 스토리지와 mmap을 전제로 설계돼 있어서, 네트워크 왕복 지연(최소 10ms)이 파일시스템 캐시(10ns)보다 백만 배 느린 것이 병목.
• 객체 스토리지에 최적화된 새로운 팩파일 포맷을 칼럼형 저장소로 구현했고, 클라이언트 수정 없이 Linux 커널 같은 대규모 저장소(1천1백만 개 객체)에서도 효과적으로 동작하도록 해결.

핵심 요약

• Rust Glancer라는 실험적 Rust LSP를 개발 중인 저자가 LSP 구축 과정에서 마주친 어려움을 공유합니다.
• LSP 서버는 초기화 요청에 응답할 때 프로젝트를 아직 인덱싱하지 못한 상태인데, 응답을 미루면 사용자 대기 시간이 길어지고 바로 응답하면 첫 쿼리에 불완전한 정보만 제공하는 딜레마에 빠집니다.
• 컴파일러와 달리 LSP는 완벽한 정보 없이도 즉시 유용한 결과를 제공해야 하므로, 최소한의 유용한 작업만 수행하고 나머지는 백그라운드에서 처리합니다.
• LSP 프로토콜은 파일시스템을 추상화하지만 실제로는 파일시스템 접근이 필요하고, 에디터 외부 변경도 발생하므로 경합 문제를 피하려면 가상 파일시스템과 소스 생성(source generation) 개념이 필수입니다.
• 동시 실행 중인 쿼리들을 상태 변경에 따라 관리해야 하는데, 서로 다른 종류의 쿼리가 예상 외로 복잡한 처리를 요구합니다.

핵심 요약

• PlanetScale이 PostgreSQL용 전문검색(full-text search) 확장인 TIN(Text INdex)을 정식 출시했다.
• 불리언 연산, 구문 쿼리, 퍼지·와일드카드·정규표현식 매칭, BM25 스코링 등을 지원하며 기존 Postgres 전문검색 확장들과 달리 조인·트랜잭션 가시성·동시 업데이트를 모두 처리할 수 있다.
• 85GB 코퍼스(Stack Exchange 1,500만 문서)에서 TIN은 ParadeDB보다 초당 쿼리 25배 많이 처리하고 P99 지연은 26배 낮았다.
• 인덱스 구성 시간은 8분 10초이며, 인덱스 크기는 코퍼스의 33~61% 수준이다.
• 기존 GIN, pg_textsearch, ParadeDB는 벤치마크 중 메모리 부족이나 기능 제약으로 실패했지만 TIN만 모든 워크로드를 완료했다.