fos-blog/study
01 / 홈02 / 카테고리03 / 시리즈
01 / 홈02 / 카테고리03 / 시리즈

카테고리

  • AI 페이지로 이동
    • RAG 페이지로 이동
    • agent 페이지로 이동
    • claude-code 페이지로 이동
    • harness 페이지로 이동
    • llm 페이지로 이동
    • ops 페이지로 이동
    • practice 페이지로 이동
  • algorithm 페이지로 이동
    • Alias Method: 가중치 랜덤 선택을 전처리 O(n), 추출 O(1)로 바꾸기
    • Welford's Online Algorithm: 값을 저장하지 않고 평균과 분산 계산하기
  • architecture 페이지로 이동
    • distributed-systems 페이지로 이동
    • domain 페이지로 이동
    • evolution 페이지로 이동
    • patterns 페이지로 이동
  • database 페이지로 이동
    • milvus 페이지로 이동
    • mysql 페이지로 이동
    • opensearch 페이지로 이동
    • postgresql 페이지로 이동
    • qdrant 페이지로 이동
    • redis 페이지로 이동
    • vespa 페이지로 이동
    • DB Connection Pool Saturation과 Thread Pool 격리
    • 커넥션 풀 크기는 얼마나 조정해야 할까?
    • gaps and islands: SQL 창 함수로 이어진 구간 찾기
    • MyBatis 기본기 — XML Mapper, resultMap, 동적 SQL, 운영 패턴 정리
    • MyBatis와 JPA/Hibernate 트레이드오프 — 레거시 백엔드를 다루는 시니어 관점
    • 한국어 형태소 분석기 Nori vs Lindera — OpenSearch에서 Milvus로 갈 때 어휘 검색은 유지되나
    • 정규화와 역정규화: 무결성과 조회 비용 사이의 선택
    • 벡터 DB 5종, 아키텍처는 어떻게 다른가
    • 벡터 DB 5종을 실제로 벤치마크했다 — 같은 recall에서 QPS는 얼마나 갈리나
    • 벡터 DB 어떻게 고를까 — OpenSearch · Milvus · Qdrant · Vespa · pgvector 비교
    • 벡터 DB를 실제로 도입한 사례 — 빅테크 프로덕션
  • devops 페이지로 이동
    • docker 페이지로 이동
    • k8s 페이지로 이동
    • Envoy Proxy
    • Graceful Shutdown
    • 종료 신호는 어디서 멈추는가
  • http 페이지로 이동
    • HTTP Connection Pool
    • HTTPS와 TLS: 핸드셰이크, 인증서, 종료 지점
  • java 페이지로 이동
    • concurrency 페이지로 이동
    • jdbc 페이지로 이동
    • spring 페이지로 이동
    • spring-batch 페이지로 이동
    • testing 페이지로 이동
    • Alpine 이미지의 Java 에서 링크 바꿔치기(TOCTOU)를 막지 못하는 이유
    • Java 동시성 락 정리 — 커머스 메뉴/프로모션 정책 캐시 갱신 관점
    • JVM 튜닝 실전: 메모리 구조부터 Virtual Threads, GC 튜닝, 프로파일링까지
    • 로그에 traceId 남기기 — MDC 부터 OpenTelemetry 까지
    • Java StampedLock — 읽기 폭주에도 쓰기가 밀리지 않는 락
    • Virtual Thread와 Project Loom
  • javascript 페이지로 이동
    • typescript 페이지로 이동
    • AbortController
    • Async Iterator와 제너레이터
    • CommonJS와 ECMAScript Modules
    • 제너레이터(Generator)
    • Http Client
    • Node 백엔드 운영 패턴 — Streams 백프레셔, pipe/pipeline, 멱등성 vs 분산 락
    • Node.js
    • `setImmediate()`
  • kafka 페이지로 이동
    • Kafka 클러스터 아키텍처: Broker, KRaft Controller와 복제
    • Kafka 기본 개념: Topic, Partition, Offset과 Segment
    • Kafka 실전 설계: 파티션 전략, 컨슈머 그룹, 전달 보장, 재시도, 순서 보장 트레이드오프
    • Kafka 파티션·리밸런스·컨슈머 지연 운영
    • Kafka를 로그로 이해하기: 복제, 재처리, 상태와 데이터 통합
    • Spring Kafka 컨슈머 오프셋 커밋과 트랜잭션 정렬: AckMode, manual ack, 멱등 처리
  • linux 페이지로 이동
    • fsync — 리눅스 파일 동기화 시스템 콜
    • SSH forced command 로 배포 키가 실행할 수 있는 명령 제한하기
  • mlops 페이지로 이동
    • llm-serving 페이지로 이동
    • model-router 페이지로 이동
    • Python CUDA 버전 생태계 — nvidia-smi, nvcc, pip, conda가 다 다른 버전을 말하는 이유
    • GPU 컨테이너의 CUDA 버전 호환성 — nvidia-smi부터 이미지 다이어트까지
    • Kubernetes GPU 노드에서 /run tmpfs가 꽉 차서 Pod가 안 뜰 때
    • GPU·CUDA·MPS 기초 — 자바 백엔드 개발자가 처음 만나는 그림
    • Multi-process GPU 워크로드 — 자바 ThreadPool 사용자가 만나는 모델 차이
    • ML 서비스 성능 분석 워크플로 — 자바 백엔드 트러블슈팅과 다른 점
    • 한 GPU 를 여러 프로세스가 나눠 쓰기 — Time-Slicing 과 MPS
  • network 페이지로 이동
    • Connection reset by peer는 누가 보낸 걸까 — 리버스 프록시 홉마다 TCP 연결은 따로 논다
    • L2(스위치)와 L3(라우터)의 역할 차이
    • L4와 VIP(Virtual IP Address)
    • IP Subnet
  • observability 페이지로 이동
    • Observability 입문: 시니어 백엔드가 장애를 탐지하고 대응하는 방식
    • K8s 위 Spring Boot 앱의 메트릭 수집
  • python 페이지로 이동
    • Python async/await — CompletableFuture·Reactor 와 다른 점, 그리고 blocking I/O 함정
    • Python 의존성 관리 — Java Maven/Gradle 사용자가 만나는 첫 충격
    • FastAPI 기초 — Spring Boot 사용자가 빠르게 익히는 법
    • Java 개발자를 위한 Python 심화 — OOP·데코레이터·컨텍스트 매니저
    • PyTorch 기초 — 텐서, 디바이스, 그리고 모델 로딩이 무거운 이유
    • Java 개발자를 위한 Python 문법 핵심
    • ThreadLocal 에서 contextvars 로 — Python 의 요청 컨텍스트 전파
    • OCR 동작 원리 — Layout · Text · Post-process 3단계
    • Python 서버의 RSS가 줄지 않는 이유: CPython, gc.collect(), malloc_trim
  • rabbitmq 페이지로 이동
    • RabbitMQ Basics — 실전 백엔드 관점에서 정리하는 메시지 브로커 기본기
    • RabbitMQ vs Kafka — 백엔드 메시징 선택 기준과 실전 운영 관점
  • resume 페이지로 이동
    • 경험 및 경력기술서
    • 김병태 경력기술서
    • 김병태 포트폴리오
  • task 페이지로 이동
    • ai-service-team 페이지로 이동
    • nsc-slot 페이지로 이동
    • personal-projects 페이지로 이동
    • sb-dev-team 페이지로 이동
    • the-future-company 페이지로 이동
  • thinking 페이지로 이동
    • 자기주도 학습: 질문에서 시작해 글로 검증하기
    • 좋은 일을 넘어 중요한 일을 하는 법
FOS-BLOG · FOOTERall systems normal·v0.1 · 2026.04.27·seoul, kr
Ffos-blog/study

개발 학습 기록을 정리하는 블로그입니다. 공부하면서 기록하고, 기록하면서 다시 배웁니다.

visitors
01site
  • Home↗
  • Posts↗
  • Categories↗
  • Glossary↗
  • About↗
02policy
  • 소개/about
  • 개인정보처리방침/privacy
  • 연락처/contact
03categories
  • AI↗
  • Algorithm↗
  • DB↗
  • DevOps↗
  • Java/Spring↗
  • JS/TS↗
  • React↗
  • Next.js↗
  • System↗
04connect
  • GitHub@jon890↗
  • Source repositoryjon890/fos-study↗
  • RSS feed/rss.xml↗
  • Newsletter매주 1 회 · 한 편의 글→
© 2026 FOS Study. All posts MIT-licensed.
built with·Next.js·Tailwind v4·Geist·Pretendard·oklch
fos-blog/algorithm/Welford's Online Algorit…
algorithm

Welford's Online Algorithm: 값을 저장하지 않고 평균과 분산 계산하기

Welford's Online Algorithm은 입력을 한 번만 읽으면서 평균과 분산을 갱신한다. 입력 개수와 관계없이 count, mean, m2만 유지하므로 추가 메모리는 O(1)이다. 이 글은 다음 질문에 답한다. 왜 모든 값을 모아서 계산할 필요가 없는가 새 값 하나가 들어올 때 평균과 분산을 어떻게 갱신하는가 여러 스레드에서 나눠 계산한 결과를...

2026.09.03·5 min read·740 views

Welford's Online Algorithm은 입력을 한 번만 읽으면서 평균과 분산을 갱신한다. 입력 개수와 관계없이 count, mean, m2만 유지하므로 추가 메모리는 O(1)이다.

이 글은 다음 질문에 답한다.

  • 왜 모든 값을 모아서 계산할 필요가 없는가
  • 새 값 하나가 들어올 때 평균과 분산을 어떻게 갱신하는가
  • 여러 스레드에서 나눠 계산한 결과를 어떻게 합치는가

모든 값을 저장하는 방식의 문제

평균을 먼저 구하고 각 값과 평균의 차이를 다시 더하는 방식은 이해하기 쉽다.

text
평균 = sum(x) / n
분산 = sum((x - 평균)^2) / n

입력을 다시 읽을 수 있다면 두 번 순회해서 계산할 수 있다. 하지만 스트림을 한 번만 읽을 수 있거나 값을 목록에 쌓는 구조라면 입력 수만큼 메모리가 늘어난다.

1억 개 값을 List<Long>에 보관하면 원시 long 배열보다 훨씬 많은 메모리가 필요하다. 정확한 크기는 JVM의 객체 정렬, compressed oops와 컬렉션 구현에 따라 달라지므로 바이트 수를 고정해 말할 수 없다. 중요한 점은 입력이 두 배가 되면 저장 공간도 두 배가 되는 O(n) 구조라는 사실이다.

Welford 방식은 지금까지 본 값의 요약 상태만 남긴다.

상태의미
count처리한 값의 개수
mean현재까지의 평균
m2현재 평균을 기준으로 한 편차 제곱합

새 값 하나를 반영하는 갱신식

현재 상태가 count, mean, m2이고 새 값 x가 들어왔다고 하자. 상태는 다음 순서로 갱신한다.

text
count' = count + 1
delta  = x - mean
mean'  = mean + delta / count'
delta2 = x - mean'
m2'    = m2 + delta * delta2

delta는 갱신 전 평균과 새 값의 차이다. delta2는 갱신 후 평균과 새 값의 차이다. 두 차이의 곱을 m2에 더하면 모든 값을 다시 읽지 않고도 편차 제곱합을 유지할 수 있다.

전체 입력을 처리하는 시간은 O(n)이고, 값 하나를 추가하는 연산은 O(1)이다. 추가 메모리는 입력 수와 관계없이 O(1)이다.

1, 2, 3을 차례로 넣는 예

초기 상태는 count = 0, mean = 0, m2 = 0이다.

입력countmeanm2
1110
221.50.5
3322

세 값을 모두 처리하면 모집단분산은 m2 / count = 2 / 3이다. 표본분산은 자유도 보정을 적용해 m2 / (count - 1) = 1이다. 분모가 다르므로 계산기가 어느 분산을 반환하는지 메서드 이름으로 드러내야 한다.

Java 구현

java
public final class OnlineVariance {
    private long count;
    private double mean;
    private double m2;
 
    public void add(double value) {
        count++;
        double delta = value - mean;
        mean += delta / count;
        double delta2 = value - mean;
        m2 += delta * delta2;
    }
 
    public long count() {
        return count;
    }
 
    public double mean() {
        return mean;
    }
 
    public double populationVariance() {
        return count == 0 ? Double.NaN : m2 / count;
    }
 
    public double sampleVariance() {
        return count < 2 ? Double.NaN : m2 / (count - 1);
    }
}

빈 입력과 값 하나뿐인 표본에는 분산을 계산할 수 없다는 사실을 반환값이나 예외 정책으로 명확히 해야 한다. 위 예시는 계산 불가 상태에 Double.NaN을 사용했다.

병렬 계산 결과 병합

입력을 여러 작업으로 나눴다면 각 작업이 count, mean, m2를 계산한 뒤 세 값만 합칠 수 있다. 두 부분 집합을 a, b라고 하면 병합식은 다음과 같다.

text
count = countA + countB
delta = meanB - meanA
mean  = meanA + delta * countB / count
m2    = m2A + m2B + delta^2 * countA * countB / count
java
public OnlineVariance merge(OnlineVariance other) {
    if (other.count == 0) {
        return this;
    }
    if (count == 0) {
        count = other.count;
        mean = other.mean;
        m2 = other.m2;
        return this;
    }
 
    long mergedCount = count + other.count;
    double delta = other.mean - mean;
 
    m2 += other.m2
        + delta * delta * count * other.count / mergedCount;
    mean += delta * other.count / mergedCount;
    count = mergedCount;
    return this;
}

스레드마다 계산기 하나를 두고 작업이 끝난 뒤 병합하면 공유 목록과 잠금이 필요 없다. 병렬 스트림이나 배치 파티션에서도 입력 원본 대신 작은 누적 상태만 전달할 수 있다.

수치 안정성과 한계

분산을 E[x²] - E[x]²로 계산하면 두 큰 값이 거의 같을 때 유효 숫자가 사라질 수 있다. Welford 갱신식은 이 방식보다 수치적으로 안정적이다.

그렇다고 부동소수점 오차가 없어지는 것은 아니다.

  • double의 표현 범위를 넘는 값에는 사용할 수 없다.
  • 입력 순서와 병합 순서에 따라 마지막 몇 비트가 달라질 수 있다.
  • 금융 정산처럼 십진수의 정확한 일치가 필요하면 BigDecimal이나 별도의 정밀도 정책이 필요하다.
  • 중앙값, 백분위수와 히스토그램은 세 상태만으로 복원할 수 없다.

정확한 원본 값이 다시 필요하거나 슬라이딩 윈도우에서 오래된 값을 제거해야 한다면 기본 Welford 방식만으로는 부족하다.

검증 방법

구현 검증은 작은 정답과 큰 무작위 입력을 나눠서 진행한다.

손으로 계산할 수 있는 값

[1, 2, 3]의 평균은 2, 모집단분산은 2 / 3, 표본분산은 1이다. 빈 입력과 값 하나인 입력의 반환 정책도 함께 검증한다.

두 번 순회한 결과와 비교

테스트 데이터는 배열에 보관해 평균과 편차 제곱합을 두 번 순회해서 계산한다. 같은 데이터를 Welford 계산기에 넣은 뒤 절대 오차와 상대 오차가 정한 허용 범위 안인지 확인한다.

java
assertThat(actual)
    .isCloseTo(expected, within(1e-12));

분할 병합 검증

같은 입력을 한 번에 처리한 결과와 여러 조각으로 나눠 처리한 뒤 병합한 결과를 비교한다. 병렬 적용에서는 이 검증이 순차 갱신 테스트만큼 중요하다.

실제 적용 사례

슬롯 시뮬레이터는 1억 회 실행 결과를 List<Long>에 쌓아 분산을 계산했다. Welford 방식으로 바꾸면서 입력 수에 비례하던 상태를 세 개의 스칼라 값으로 줄였다.

슬롯 시뮬레이터 OOM 해결

참고 자료

  • B. P. Welford, Note on a Method for Calculating Corrected Sums of Squares and Products
  • T. F. Chan, G. H. Golub, R. J. LeVeque, Algorithms for Computing the Sample Variance
on this page
  • 01모든 값을 저장하는 방식의 문제
  • 02새 값 하나를 반영하는 갱신식
  • 1, 2, 3을 차례로 넣는 예
  • 03Java 구현
  • 04병렬 계산 결과 병합
  • 05수치 안정성과 한계
  • 06검증 방법
  • 손으로 계산할 수 있는 값
  • 두 번 순회한 결과와 비교
  • 분할 병합 검증
  • 07실제 적용 사례
  • 08참고 자료
tags
#study#insights

이런 글도

  • algorithm

    Alias Method: 가중치 랜덤 선택을 전처리 O(n), 추출 O(1)로 바꾸기

    2026.09.03

댓글 (0)