AI, 개발 도구, 오픈소스, 보안과 인프라의 변화와 이용 조건을 설명하는 최신 기사와 해설입니다.
1인 팀 Typing Bears가 2026년 10월 31일 열린 ISUCON2026에서 625,857점으로 우승했습니다. 참가자 Yoshinori Kawasaki는 Claude Code 에이전트를 대회 중 약 8시간 운용하면서 세션에 입력한 지시와 에이전트가 사람을 호출한 횟수가 모두 0회였고, 사전 3개월 동안 평가 문제를 100회 넘게 풀며 사용자 하네스를 개선했다고 밝혔습니다.
David G. Andersen은 Rust로 Scrabble 사전 178,690개 항목의 아나그램 인덱스를 만들고, 자신의 MacBook Pro M1에서 최종 구현의 구축 시간을 1.96ms(항목당 10.9ns)로 측정했습니다. 글자별 소수를 곱하는 64비트 키는 해당 사전에서 오버플로가 나지 않도록 배정표를 조정한 결과입니다. 중간 구현부터 실제 아나그램 그룹만 반환해 초기 방식과 출력 범위가 달라졌습니다.
Nicholas Nethercote는 Hexcat을 위한 Rust 컴파일러 성능 작업에서 Span 압축을 바꿔 증분 빌드의 전역 테이블 저장 비율을 통상 20~40%에서 약 1%로 낮췄다고 보고했습니다. 2026년 9월 28일~11월 2일 여러 최적화가 반영된 벤치마크 집계에서는 변동 기준 아래 결과까지 포함한 평균 wall-time이 2.85% 감소했습니다.
sysinfo 개발자가 Linux에서 GPU 사용량을 수집하며 생긴 성능 부담을 줄인 과정을 공개했습니다. 파일 디스크립터 테이블을 부모와 공유하는 스레드는 GPU 정보를 다시 읽지 않고 부모 값을 복사해, 제시한 한 실행에서 갱신 시간이 0.312초에서 0.110초로 줄었습니다. getdents64의 버퍼 크기 설명과 별도 벤치마크 수치는 이 결과와 구별됩니다.
키가 컴파일 시점에 정해지는 문자열 조회라면 완전 해싱으로 실행 중 충돌 처리와 동적 해시 테이블의 비용을 줄일 수 있습니다. 제안된 라이브러리는 Apple M4에서 URL 프로토콜 6개를 조회해 초당 10억 회를 넘겼지만, 짧은 문자열의 SIMD 로드가 객체 범위를 넘는 문제는 페이지 경계 검사만으로 해결되지 않습니다.
Rust 기반 메일·협업 서버 Stalwart가 안정 버전 1.0을 출시했습니다. 파서와 저장소, 캐시, 검색을 최적화하고 자체 벤치마크에서 Postfix·Dovecot보다 빠른 결과를 보고했습니다. 기존 버전은 새 데이터 형식으로 마이그레이션해야 합니다.
개발자는 AWS 96 vCPU 서버에서 5만 개의 QUIC 클라이언트를 연결하고 60Hz 시뮬레이션을 실행했다고 밝혔습니다. 다만 부하는 주로 캐릭터 이동에 한정되며, 서버가 포화되자 클라이언트 갱신 빈도는 초당 약 16회로 떨어졌습니다.
Cloudflare 데이터 파이프라인은 2026년 로드 밸런싱, 조기 샘플링, 단계별 집계를 적용해 백본 트래픽을 약 70GB/s 줄였습니다. 트래픽 증가 속도가 절감분을 빠르게 잠식하는 상황에서, 데이터 처리 위치와 방식을 바꿔 하드웨어 증설을 늦춘 과정을 설명합니다.
ESP32-S3의 128비트 SIMD 명령으로 FAST 특징점 검출기를 구현해 기준 구현보다 약 2.2배 빠른 초당 11.2메가픽셀 처리량을 얻었습니다. 정렬되지 않은 데이터 접근과 부호 있는 8비트 비교, 포화 연산 제약을 우회한 방법도 설명합니다.
64GB RAM과 RTX 5060 Ti 16GB 환경에서 Strata 0.1.47로 Qwen3.8-Flash-Next Huihui v2를 구동하고 메모리 배치와 속도를 측정했습니다. 전문가 가중치 55.43GB는 RAM에 고정했으며, 32K 프리필 중앙값은 1,294.2토큰/초, 4K 입력 디코드 중앙값은 43.2토큰/초입니다.
VLC의 가우시안 블러를 C와 C#으로 구현해 같은 조건에서 비교했습니다. 알고리즘과 SIMD를 단계별로 최적화하자 C#도 C와 비슷한 속도를 냈지만, 그 과정에서 JIT 코드 생성에 맞춘 조정이 필요했습니다.
Roc으로 작성한 DEFLATE 압축기 roc-deflate를 C 라이브러리 libdeflate와 비교한 결과, 144개 벤치마크의 중앙값에서 Ryzen 9 3900X는 8.9%, M1 MacBook Pro는 2.6% 느렸습니다. 글쓴이는 메모리 안전성과 순수성 같은 보장을 유지하면서 C에 근접한 성능을 얻은 사례라고 설명하고, Roc의 최적화 방법을 공유합니다.
지도 폴리곤을 삼각형으로 나누는 earstrip을 공개하고, 폴리곤 374만 개를 489ms에 처리했다고 보고합니다. 귀 자르기 알고리즘에 오목점 버킷, 분기 없는 검사, 삼각형 스트립 출력을 더해 속도를 높였으며, 구멍이 많은 폴리곤과 퇴화한 윤곽선은 Delaunay 방식으로 보완합니다.
DNSimple은 Erlang DNS 라이브러리 dns_erlang의 핫패스를 손봐 쿼리당 CPU 사용량을 12% 줄이고 포화 시 처리량을 14% 높였습니다. 단일 바이너리 누적, 매치 컨텍스트 유지, SWAR와 DNS 압축 키 변경 등 BEAM의 바이너리 처리 방식에 맞춘 최적화와 실제 워크로드 측정 결과를 설명합니다.
Bluesky 백엔드에서 블룸 필터의 잠금 경합을 줄여 배포 시간을 90분에서 약 15분으로 단축한 과정과, 해시 한 번으로 동작하는 블룸 필터 구현을 설명합니다. 다만 원문은 단일 해시 방식이 실제 서비스에서 추가 성능 향상을 냈다고 주장하지 않습니다.
Unreal Editor가 셰이더 소스 코드에 쓰던 SHA-1 해시를 xxHash로 바꾸자, 해시 처리에 든 CPU 시간이 12.90초에서 1.59초로 줄었습니다. 저자는 Electric Dreams 샘플 프로젝트를 각 버전에서 다섯 번씩 실행해 비교했고, 변경 사항은 Epic의 검토를 거쳐 수락됐지만 당시 아직 병합 전이었습니다.
Go의 netip.Addr에는 IPv4 주소를 IPv4-mapped IPv6 주소로 바꾸는 To6() 메서드가 없습니다. 글쓴이는 권장되는 AddrFrom16(ip.As16()) 방식이 네이티브 구현보다 약 8배 느린 이유를 분석하고, 컴파일러 최적화로 성능 차이를 없애는 방법과 그 과정의 부작용을 설명합니다.
안전한 Rust로 작성한 Brotli 구현 mbrotli의 최적화 과정과 Google의 C 구현을 비교합니다. 일부 압축 품질에서는 처리량이 앞서지만 디코딩은 모든 측정 품질에서 뒤졌으며, 측정 조건과 FFI의 안전성 수정 때문에 결과를 그대로 일반화하기 어렵다고 설명합니다.
Uber는 Go 런타임의 스택 확장으로 CPU를 많이 쓰던 서비스에 프로파일 기반 스택 크기 조정을 적용했습니다. 고루틴 시작 스택을 2KB에서 32KB로 바꾼 뒤 스택 확장으로 발생하던 CPU 사용량을 10% 미만에서 1% 미만으로 낮췄습니다.
2026년 7월 29일부터 9월 28일까지 Rust 컴파일러 벤치마크 629건 가운데 555건이 개선됐고, 평균 벽시계 시간이 4.57% 줄었습니다. LLVM 23 업그레이드와 Clippy의 PGO 적용, Polonius·새 trait solver 최적화 등 여러 변경의 측정 결과를 소개합니다.