글

AI 요청 지연·품질·비용 평가표 만들기: 시간 초과·오류·유효 응답 단가까지 Python으로 비교하기

AI API나 로컬 추론을 비교할 때 정상 응답의 평균 지연과 호출 단가만 보면 시간 초과·오류·품질 탈락 비용이 빠져 판단이 왜곡됩니다. 전체 요청을 분모로 고정하고 지연 SLO(TTFT·E2EL)와 채점 기준을 모두 통과한 유효 응답 수로 총청구액을 나눠야 실제 유효 응답 1건당 단가를 비교할 수 있습니다. 비교 전 첫 확인: 실패한 요청을 표에서 지우지 마세요 시간 초과( timeout )나 스트림 중단이 발생한 요청을 로그에서 제거하고 평균 속도를 내면 불안정한 경로가 오히려 빨라 보입니다. 또한 공급자가 숨김 추론 토큰(hidden reasoning tokens) 수를 응답 필드로 제공하지 않을 때는 지연 시간으로 토큰 수를 역산하거나 추정하지 말고 공식 청구 금액과 합격 여부만 기록해야 합니다. 검증 범위와 기준일: 2026년 11월 13일 KST 기준. Windows·Python 3.14.3 표준 라이브러리 환경에서 단위·경계 검사 14건과 명령행 실행을 직접 검증했습니다. 본문의 requests.csv 는 계산 절차를 재현하기 위한 가상 요청 로그이며 특정 상용 모델의 실측 벤치마크가 아닙니다. 목차 · 평가표 작성 전에 고정할 핵심 용어 1. 전체 발송 요청(Dispatched Requests): 시간 초과와 오류를 포함한 고정 분모 2. 지연 SLO와 품질 통과(Qualified Pass): TTFT·E2EL과 채점 기준의 동시 충족 3. 유효 응답 단가와 미공개 추론 토큰: 추정 없이 청구 데이터만 다루는 원칙 4. 재현용 8열 CSV 스키마와 가상 비교 시나리오 준비 5. Python 표준 라이브러리 평가기(scorecard.py) 실행과 결과 해석 6. 운영 적용 체크리스트와 실패 조건 점검 1. 왜 성공 응답만 모아서 평균을 내면 의사결정이 흔들릴까? 추론 API 두 곳이나 클라우드 API와 로컬 GPU 서버를 비교할 때 흔히 저지르는 실수는 정상 응답( HTTP 200 및 스트림 정상 종료)만 추...

Local GPU vs Cloud API: Calculate the Break-Even Request Volume

A local GPU becomes cheaper than a cloud API only when monthly request volume covers its fixed cost through lower cost per request. Calculate that threshold using the API’s effective price after caching, then check whether the local system can actually serve that volume at the required quality and latency. A cheaper theoretical threshold is useless if the workload cannot meet those conditions. Scope: an illustrative monthly operating decision, with API rates checked on November 13, 2026 KST. Local hardware costs, request volumes and capacity below are assumptions, not measured performance or a hardware quotation. Terms and route through the calculation 1. Qualified request: an output that meets the task and service target 2. Effective API price: the average bill per request, including cache writes 3. Fixed cost and variable cost: monthly commitment versus additional work 4. Break-even volume: where the two monthly cost lines cross 5. Feasible capacity: requests deliverable wi...

PUE·WUE 계산하기: Python CSV로 단위·기간·결측값 검증하기

PUE는 시설 전체 에너지를 IT 장비 에너지로 나누고, WUE는 정해진 범위의 물 사용량을 IT 전력량으로 나눕니다. CSV를 계산할 때는 단위와 측정 기간부터 맞춰야 합니다. 월별 PUE·WUE를 단순평균하거나, 빈 물 사용량을 0으로 채우면 계산이 끝나도 의미가 달라질 수 있습니다. 이번에는 그런 입력을 확인하는 작은 Python 계산기를 만듭니다. 숫자가 이상하면, 분모부터 확인하세요 PUE가 1보다 작게 나오면 시설 총소비량 대신 순구매량·GPU 보드 사용량 등을 넣었는지 먼저 확인하세요. 원자료를 보존한 채 단위·기간·계량 범위를 대조합니다. 값을 1로 강제로 맞추거나 결측값을 0으로 바꾸지 않습니다. 기준일: 2026년 10월 28일. Windows·Python 3.14.3에서 표준 라이브러리만 사용해 행동 검사 24개와 아래 CSV의 명령행 실행을 검증했습니다. 예제는 모두 자체 제작한 가상 월별 집계입니다. 실제 데이터센터 계량·냉각 장비·GPU·LLM 실험은 하지 않았습니다. 목차 · 계산 전에 구분할 용어 시설 전체 에너지: IT 장비와 냉각·전원 손실 등 정해진 시설 경계의 합계입니다. kW·kWh: kW는 전력, kWh는 기간에 걸쳐 사용한 전력량입니다. 같은 숫자가 아닙니다. 측정 범위: 어느 시설·계량기·물 용도를 포함했는지 정한 경계입니다. 가중 합계: 각 월의 분자·분모를 각각 더한 뒤 나누는 방식입니다. 결측값: 관측하지 못한 값입니다. 실제 0과 구분합니다. 1. 무엇을 나눌지 먼저 고정합니다 NREL·DOE 설계 가이드의 8장 은 연간 시설 전체 에너지와 IT 장비 에너지로 PUE를 정의합니다. 냉각 전력량을 IT 전력량으로 나눈 값에 PUE라는 이름을 붙이면 안 됩니다. 시설 전체 에너지에는 IT 에너지도 포함되기 때문입니다. 또한 PUE는 지원 인프라의 효율 지표이며, 같은 전력량으로 유용한 답을 얼마나 만들었는지는 별도 문제입니다. Microsoft의 WUE 설명 은 냉각·가습에 쓰인 연간 물의...

Can Lower PUE Hide Higher Water Use in an AI Data Center?

Yes. A lower PUE can accompany higher on-site water use, because PUE measures energy overhead, not water demand. Evaporative cooling can trade water for lower cooling electricity. Separately, a growing AI workload can increase total water use even when both PUE and WUE improve. Read the two ratios alongside absolute energy, water volumes, and the same measurement boundary. The decision in 30 seconds Ask for annual facility kWh, annual IT kWh, annual water liters, and the water numerator's definition. Then ask where and when the water is needed. A better efficiency ratio is useful evidence; it is not a complete answer to a site's resource constraints. Checked October 28, 2026. This is an interpretation guide, not a measured cooling comparison. All A/B/C figures below are invented annual scenarios. Fifteen arithmetic assertions ran on Node.js v24.14.1 on Windows; no data-center meters, GPU workloads, cooling equipment, or LLMs were operated. Contents and working definitions ...