tpmC, TPC, 시스템 용량 산정
TPMC (tpmC : Transactions Per Minute)
-전반적인 트랜잭션 처리 성능을 측정하기 위한 TPC-C 벤치마크의 평점)
TPC-C(Transaction Processing Performance Council / http://www.tpc.org)에서 TPC-C 벤치마크 시나리오에 대한 1분당 최대처리건수를 나타내는 수치로써, DB기반 OLTP 미들웨어 시스템 서비스를 위한 H/W의 성능을 측정하는 대표적인 방법입니다. 그러나, 최근 들어 각 벤더들은 TPMC 수치를 제시하지 않는 추세이며, 각자 고유한 수치의 성능자료를 제시합니다.
TPMC 계산공식
tpmC = 동시사용자 수 * 트랜잭션 처리수 * 기본 tpmC 보정 * Peak Time 보정 * CPU 부하보정 * 어플리케이션 복잡도 보정 * (사용자 복잡성 보정 * 어플리케이션 구조 보정 * 어플리케이션 부하 보정) * 네트워크 보정 * 클러스터 보정 * 여유율 보정
tpmC 도입으로 인한 논란의 이유
1. CPU의 용량을 산정하기 위한 산정기준의 상이함. CPU 용량산정을 위한 H/W벤더 혹은 SI업체의 산정항목이나 지표 혹은 보정치가 다르다. 특히, 지표나 보정치의 경우 용량산정을 수행하는 시스템 설계자의 경험에 따라 부여하는 값이 달라질 수 있으며, 동일한 시스템 환경에 대해서 많은 차이를 보일 수 있음.
2. 성능 평가치의 객관성과 신뢰성에 대한 문제로서, H/W벤더들 중 SUN을 비롯한 일부 벤더들은 자사가 생산한 제품에 성능평가를 TPC 성능기준에 따라 적용하지 않고 있다. 이로 인해서 공공기관에서 발주하는 사업에 H/W벤더나 SI 업체가 장비를 제안하는 경우 공공기관에서 요구하는 성능기준에 맞추기 위해 SPEC의 성능기준을 TPC의 성능 기준인 tpmC값으로 치환하거나 H/W벤더 자체의 추정tpmC값만을
제시함으로써 객관적인 성능 비교가 어려운 상황이다.
또한, 비록 공인 tpmC 성능 기준을 사용하는 H/W벤더라 할지라도 H/W 장비별 tpmC 성능치는 TPC의 성능평가를 통해서 공식 발표되지만 그들의 정책에 따라 모든 제품에 대해서 TPC 성능을 평가하는 것이 아니므로 모든 시스템에 대한 tpmC 값이 제공되고 있지 못하고 있는 실정이다. 이의 주된 원인은 TPC 성능 평가를 위해서는 막대한 비용이 소요되기 때문에 각 사별 정책에 따라 장비 라인업에 대하여 TPC 성능평가를 수행하고 있다.
3. 정보시스템 구축은 정보통신환경의 변화에 따라 전통적인 온라인 트랜잭션 처리 업무에서 웹을 기반으로 하는 업무로 변환하고 있다. 따라서 도입되는 정보시스템 역시 이러한 업무 특성을 감안하여 H/W 용량산정이 필요하나 대부분의 H/W 용량산정이 기존의 TPC의 tpmC를 기반으로 산정되고 있어 업무의 특성을 정확히반영한 용량산정으로 볼 수 없어 불합리하다는 지적이 일고 있다.
본문 : http://www.ischo.net -- 조인상 //시스템 엔지니어
https://blog.naver.com/air4s1/90076790442
+++++++++++++++++++++++++++++++++++++++++++++++++++++++
1. TTA - 정보시스템 하드웨어 규모산정 지침
2. 엑셀 매크로 방식의 계산기
+++++++++++++++++++++++++++++++++++++++++++++++++++++++
서버의 성능자료(Tpmc) 를 볼수 있는 싸이트1 .
==> (http://www.tpc.org)
=> tpc -c => View Result: result => All Results
http://www.tpc.org/tpcc/results/tpcc_results.asp?print=false&orderby=tpm&sortby=desc
서버의 성능자료(Tpmc) 를 볼수 있는 싸이트2.
==> SPEC싸이트 http://www.spec.org/web2005/results/
=> All SPECweb2005 Results => TEXT문서에서 좀더 자세한 스펙확인가능
- iBM Server X의 성능자료 http://www-03.ibm.com/systems/x/resources/benchmarks/archive/index.html
+++++++++++++++++++++++++++++++++++++++++++++++++++++++
CPU 퍼포먼스 자료 공유사이트
http://www.cpubenchmark.net/cpu_lookup.php?cpu=Intel+Xeon+E5-2643+%40+3.30GHz
+++++++++++++++++++++++++++++++++++++++++++++++++++++++
http://blog.naver.com/kilokilo77?Redirect=Log&logNo=50115876967
tpmC
TPC(Transaction Processing Performance Council, http://www.tpc.org) 에서 TPC-C 벤치마크 시나리오에 대한 1분당 최대처리건수를 나타내는 수치로써, DB기반 OLTP 미들웨어 시스템 서비스를 위한 H/W의 성능을 측정하는 대표적인 방법입니다. 그러나, 최근 들어 각 벤더들은 tpmC수치를 제시하지 않는 추세이며, 각자 고유한 수치의 성능자료를 제시합니다. 예를 들어 IBM pSeries의 경우 rPerf값을 사용합니다.
TPC는 Transcation Processing Perfomance Council(www.tpc.org)이라는 기관에서는 TPM(Transaction per munitue)라는 수치를 발표합니다. TPC-A와 B는 1989년경 발표되었는데, 흔히 ATM이라고 부르는 은행의 무인단말기를 대상으로 실시된 벤치마크입니다. 1994년, 거의 모든 데이터베이스 시스템들이 TPC-A/B를 충족하자, TPC-C로 대체되었습니다. TPC-C 벤치마크는 너무 단순한 A/B에 비해 복잡해졌습니다.
Table name Size of Table per Warehouse
WareHosuse 0.089K
District 0.95K
Customer 19.65K
History 1.38K
Order 720K
New-Order 72K
Order-Line 16.2M
Stock 306M
Item 8.2M
2) 다섯가지 트랜잭션의 종류가 존재합니다.
New Order, Payment, Order-Status, Delivery, Stock-Level
트랜잭션의 속도 메트릭스는 신규주문(New-Order)트랜잭션의 분당 처리수로 표시되는 (tpmC)로 결과가 발표됩니다.
TpmC기반의 CPU 용량산정 방법으로 tpmC에 영향을 주는 동시 사용자 수, 트랙재션 수,기본 TPC 보정, 피크시,여유율 등 보정 계수 및 적용범위를 제시하고 있으며, CPU용량 산정식은 아래와 같다.
CPU 용량(tpmC)=동시 사용자 수 *트랙잭션 수 * 기본 TPC보정치 * Peak Time 보정치 * CPU 부하 보정치
* 응용프로그램 복잡도 보정치 * 네트워크 보정치 * 클러스터 보정치 * 여유율 보정치
메모리 용량(MB)={OS 및 기본 영역 + 프로세스 수 * 응용 프로그램 장치}
* 버퍼 캐쉬 보정치 * 클러스터 보정치 * 여유율 보정치
디스크 용량 산정 방법은 시스템 기본 영역, S/W 영역, DB영역, SWAP영역,
여유율 등 보정계수 및 적용범위를 제시하고 있으며, 아울러 다음과 같은 디스크 용량산정 식을 제시하고 있다.
내장디스크 용량(MB) = {시스템 OS영역 + 응용프로그램 영역 + 상용 소프트웨어 영역}
* SWAP영역 * 여유율 보정치
외장디스크 용량 ={DB여역 + 백업영역} * RAID영역 * 여유율 보정치
서버(server) 사양(하드웨어, 장비) 산정 사이트 ( tpmc, tpc )
간혹 사내 서버의 사양을 산정 해야 될때가 있다. 이럴 때 무슨 근거 자료를 가지고 할 것인가가 관건인데, 일반적으로 TPMC값으로 하는것은 공인된 방법입니다. 여기 저기서 모은 기술 문서에 의거하여 적절한 공식을 만들었습니다.그 공식을 토대로 회사에서 필요 할것 같아 하나의 홈페이지를 만들었습니다.
http://tpc.wyzsoft.com:8888 (ID:tmpc, PW:tlsdml)
여기 사이트에서 서버의 사양을 산정할수 있다. 몇가지 정보만 입력하게 되면 바로 우측에 서버의 CPU, MEM, HDD 이렇게 3가지의 사양이 산정 되어 출력 됩니다. 또한, intel cpu 포함을 체크 하게 되면 상당이 많은 정보가 나오며, 각 tpmc값은 실제http://www.tpc.org/ 에서 각 tpmc 값에 대한 서버 사양 정보를 스크랩해서 직접 스크립트로 만들어서 DB에 저장했으며, 이 정보에 기록된 tpmc값과 해당 사이트에서 산정된 tpmc값을 between 으로 2000 안팎의 서버를 보여 주며, 벤더 서버및 조립 서버 사양을 각각 보여줍니다.
--설명
CPU, MEM, HDD 이렇게 총 3파트로 나눠지며, 해당 입력란의 가운데에 마우스를 오버하면풍선 도움말이 나온다. 본론으로 들어 가면, 일단 서버및 컴퓨터의 사양 산정에 대해서 궁금증이 생겨서 만들기 시작 했으며,단, 필요 한 사람이 본다면 상당한 도움이 될것이고, 그렇지 않은 분이 본다면, 아마도 스쳐지나가는 사이트가 될것입니다. 그리고 풍선 도움말 만들다 귀찮아서.ㅡㅡ;; 이해 해주세요. 기타 문의 사항은 anus-sin@hanmail.net 로 메일 주세요.네이버 메일은 확인 거의 안함 [출처] 서버(server) 사양(하드웨어, 장비) 산정 사이트 ( tpmc, tpc )|작성자 anusppk
Council, http://www.tpc.org)에서 TPC-C벤치마크 시나리오에 대한 1분당 최대 처리건수를 나타내는 수치로써,DB기반 OLTP 미들웨어시스템 서비스를 위한 H/W 의 성능을 측정하는 대표적인 방법입니다. |
||||
|
순서
|
구분
|
상세 설명
|
입력값
|
|
| 1 | 서버 구성 | 또는 WAS와 DB를 동일한 서버에 구축할 경우도 감안해서 선택하세요.')" on_mouseout="hideticker()">WAS,WEB,DB | 서버 구성 선택WEB Server OnlyWAS Server OnlyDB Server OnlyWEB + WAS 혼합구성WAS + DB 혼합구성WEB + WAS + DB 혼합구성 | |
| 2 | 전체 사용자수 | 등록된 전체 유저수 | 명 | |
| 3 | 동시 접속자 수 | 가정 예를 든다면, 전체 사용자가 100명일경우 대략 5%정도인 5명을 동시 접속자로 측정합니다. 단, 사용빈도율이 높다면 그 이상으로 입력합니다.')" on_mouseout="hideticker()">기본 10명 | 명 | |
| 4 | 트랜 잭션 처리수 | 트랜잭션/1명 기본 3개 | 개 | |
| 5 | 기본 TPMC 보정 | tpc사이트 참조 기본 20% | % | |
| 6 | Peak Time 보정 | 기본 2회(오전, 오후) 2~ 9 가능 | ||
| 7 | 어플리케이션 복잡도 |
어플리케이션의 복잡성(1.2~1.9) | ||
| 8 | 어플리케이션의 구조(1.2~1.9) | |||
| 9 | 네트워크 보정 | 네트워크 보정값(기본 1.2~1.9) | ||
| 10 | 여유율 보정 | 서버 처리량 여유율(기본 30%) | % | |
| 1 | 시스템 영역 | 하지만 평균적으로 1024로 측정하되 어느정도 부하가 있다면 2048로 입력하세요')" on_mouseout="hideticker()">기본 1024MB |
MB | |
| 2 | 시스템 관리자 영역 |
보통 한대의 서버엔 하나의 OS를 설치 하기 때문에 기본 1로 입력합니다.')" on_mouseout="hideticker()">기본 1 (멀티 OS는 2이상) |
개 | |
| 3 | 사용자당 필요 메모리 |
해당 수치는 한명이 해당 서버에 몇번을 접속하느냐에 따라 변동이 있을수 있습니다 최대 2.0MB로 입력하세요. 하지만 평균 한명이 접속해서 다시 익스플로어를 열고 재접속하는 경우는 거의 없기 때문에 기본값 0.3을 입력합니다.')" on_mouseout="hideticker()">기본 0.3 |
MB | |
| 4 | 버퍼 캐쉬 | 기본 1.2(1.2 ~ 2.0) | ||
| 5 | 클러스터 보정 | 기본 1.2(1.2 ~ 2.0) | ||
| 6 | 여유율 | 기본 1.2(1.2 ~ 2.0) | ||
| 1 | 시스템 OS영역 | 순수 OS설치 공간 | OS설치 rule 선택최소 사양 설치기본 옵션 설치Standard 설치풀 패키지 설치 | |
| 2 | 응용프로그램 영역 | 솔루션 설치공간 | MB | |
| 3 | 데이터베이스 영역 | DATABASE 엔진 설치타입 | RDBMS 설치 선택Client only 설치Standard 설치Enterprise 설치 | |
| 4 | SWAP 영역 | OS 설치시 정할 가상메모리 | 가상메모리 설정자동 설정메모리 x 2메모리 x 4메모리 x 8 | |
| 5 | 여유율 | 평균 여유 공간 -- 예:20% | % | |
| 6 | STORAGE 영역 | 첨부파일 및 기타 저장 용량 | GB | |
| 7 | 일 데이터 증가량 | 주로 사용하는 용도 | 짧은 게시판 글 등록간단한 텍스트 문서문서파일 용량 소문서파일 용량 중문서파일 용량 대PPT및 큰 문서 파일동영상 파일기타 유틸리티 파일 | |
| 8 | 기간(년) | 서버 운영 예상 기간(년 기준) | 12345678910 년 | |
| 9 | 총 유저수 | 등록된 총 유저수 | 명 | |
| Intel AMD CPU 포함 | ||||
http://blog.naver.com/cyonsang?Redirect=Log&logNo=150045138639
tpmC = (동시사용자x분당 트랜잭션(사용자수x트랜잭션 복잡도(50%)) + 인터페이스(가중치%)x 네트워크 보정(30%)x피크 타임 보정 (50%) x I/O 부하(20%) x 년간 업무증가 및 여유율(연20%)
메모리 용량 = {(OS 커널(100M)+[SGA()]+사용자수x5MB)+ [Webserver()]+인터페이스(가중치%)}+여유율(30%)
1. CPU
1.1 CPU의 성능기준
H/W 용량산정을 위해서는 시스템의 아키텍처와 작업부하의 특성을 고려 한 산정이 이루어지는 것이 바람직 하다. 작업부하의 특성에 따라 서버의 CPU 용량산정을 OLTP(혹은 배치 작업을 포함하는 OLTP), WEB/WAS 등 으로 구분하여 CPU의 량산정을 달리 한다.
OLTP 혹은 배치를 포함하는 OLTP 워크로드를 위해서 TPC-C 기준의 CPU 용량산정방법을 사용한다. TPC는 RDBMS의 OLTP 성능을 평가하는 가장 공신력 있는 자료로 알려져 있다. 한편, 현대적인 정보 시스템의 아키 텍처에서 웹 기반 응용 부문은 3-계층 아키텍처로 구성되는 것이 일반적이 므로, 웹 환경을 위한 웹 서버의 경우 성능기준치를 SPECweb99로 WAS시 스템의 경우 SPECjbb2000을 적용한다.
따라서, 본 지침에서는 각각의 작업부하에 따른 시스템 선정을 위한 성능평가 기준 및 CPU의 용량산정 대상은 작업부하 특성에 따라 1) OLTP 또는 OLTP & Batch 어플리케이션, 2) 웹서버, 3) WAS로 구분하여 [표 5-3]에서와 같이 산정방식을 다르게 적용한다.
1.2 OLTP 또는 OLTP & Batch 어플리케이션
○ 고려사항
OLTP 또는 OLTP & Batch 어플리케이션을 위한 서버의 용량산정을 위 해서 tpmC 추정에는 여러 가지 방법이 있으며 현재까지 공통적으로 사용 되는 기준은 존재하지는 않는다. 그 이유는 어떤 형태의 서비스를 제공하
는 시스템인지, 어떤 형태의 시스템 아키텍처를 사용하는지, 어떤 기종을 사용하는지 등에 따라 다양한 방법이 존재할 수 있으며, 특히 신규 시스템 인 경우 이와 같은 내용이외에 업무내용이 상세히 분석되어야 적정 tpmC
를 산정할 수 있다. 그러나 일반적인 시스템의 경우 사용자수, 트랜잭션, 각종 보정값 등을 고려하여 정용량을 산정한다.
○ 산정항목 및 보정치
본 지침에서는 tpmC 추정을 위한 기준항목을 [표 5-4]와 같이 11개로 구성한다. 각 항목의 입력값의 범위는 산정식의 적용 시 해당값의 적용범 위를 나타내며, 일반값은 default 값으로 일반적으로 적용하는 값을 말한 다. 따라서 용량산정을 수행하는 수행자가 임의로 주어진 입력값의 범위 내에서 적용이 가능하다.
한편, 서버의 CPU 산정 결과에 큰 영향을 미치는 요소로는 동시사용자 수와 어플리케이션 복잡도 보정, 사용자 복잡성 보정, 어플리케이션 구조 보정, 어플리케이션 부하 보정으로 동시사용자수의 산정에는 신중한 접근 필요하며, 어플리케이션 복잡도 보정, 사용자 복잡성 보정, 어플리케이션 구조 보정, 어플리케이션 부하 보정의 경우 적용 대상업무에 대한 상세한 분석이 선행되지 않으면, 각 항목의 입력값에 대한 적용이 쉽지 않으므로 일반적인 값을 적용하는 것을 권고한다.
한편, 각각의 기준항목에 대한 세부적인 정의 및 적용의 범위는 다음과 같다.
▷ 기본 TPC : TPC에서 제공하는 tpmC수치는 최적의 환경에서 측정하 는 것으로 실제 상황에 맞게 보정을 해 주어야 하며, 시스템 규모에 따라 20(소규모) ~ 30%(대규모)정도를 적용한다.
▷ Peak Day & Peak Time : 업무의 효율화와 성능에 의한 정확하고도 즉각적인 결과 값을 얻기 위해서 업무가 과중한 시간대에 시스템이 원 활하게 운영되어야 목적을 달성할 수 있으므로 Peak Time을 기준으로
하여 시스템을 산정한다. 시스템은 일반적으로 평상시보다 Peak Time 에 약 20 ~ 30% 정도 과중한 로드를 받게 되므로 이를 고려하여 가중 치를 적용한다.
▷ 데이터베이스 크기 : 데이터베이스 크기에 따라 가중치는 DB에 속한 가장 큰 테이블의 레코드 건수와 전체 DB의 볼륨을 고려하여 결정한 다. 같은 크기의 DB 경우에는 건수가 많은 쪽이, 같은 건수라면 DB 볼륨이 큰 쪽이 큰 가중치를 갖게 되며, 증가량의 비율 건수는 50% 단위 증가로 크기는 10% 증가 단위로 설정하였다. 그러나 실제 업무 시스템에 대한 세부적인 분석을 근거로 정확한 값이 도출되지 않을 경우, 가중치의 적용이 어려우므로 용량 산정자는 일반값인 1.3을 적용 한다.
주) Columns: Number of Rows of the biggest table(단위: 백만)
Rows: Database Size of in Gbytes
▷ 어플리케이션 복잡성 보정 : 어플리케이션 복잡성 테이블은 어플리케 이션 또는 트랜잭션의 성격과 해당 어플리케이션에 관계된 주요 테이블의 개수에 의한 비중치를 나타낸다. 어플리케이션의 유형은 서로 다른
부하를 주며, 테이블의 수도 부하에 상당한 영향을 미치게 된다. 특히 분 석적인 어플리케이션에 관계된 테이블이 많은 경우 조인(Join) 등의 부 하가 급격히 증가된다. 어플리케이션 복잡성 테이블에 사용된 어플리케
이션은 주로 MIS 업무를 중심으로 한 것이다. 어플리케이션 복잡성 보 정을 위한 구체적인 수치는 [표 5-6]과 같다. 한편, 정확한 업무 예측의 어려움으로 인해 이러한 복잡도 보정치를 적용할 수 없거나 개략적인 적 용을 수행하고자 하는 경우, 일반값인 1.1을 적용할 수 있다.
▷ 사용자 복잡성 보정 : 사용자 복잡성 테이블은 접속사용자(Connection Users)와 동시사용자(Con current Users)의 규모에 따른 비중치를 나타 내며 세부적인 적용기준은 다음 표와 같다. 접속 사용자는 해당 어플리 케이션을 사용할 수 있는 사용자를 말하며, 트랜잭션 발생유무에는 관계 하지 않는다. 동시 사용자는 실제로 시스템에 접속하여 트랜잭션을 발생
시키는, 즉 업무를 수행하는 사용자이다. 접속 사용자의 증가에 따라 가 중치를 조정하는 것은 새로이 접속 요청을 할 수 있는 가능성을 고려한 것이다. 실제 시스템의 부하 증가는 접속 요청시에 매우 증가되기 때문 이다. 따라서 동일한 동시 사용자 수 환경도 접속 가능 사용자의 수에 따라 가중치를 차등 적용하게 된다. 한편, 보정치를 적용하기 어렵거나 개략적인 적용을 수행하고자 하는 경우, 일반값인 1을 적용할 수 있다.
주) 행: 어플리케이션 구성 방법, 열: 요구되는 응답 시간(Seconds)
▷ 어플리케이션 구조 보정 : 어플리케이션 구조 보정은 어플리케이션 로직을 동일 서버에 포함하는지의 경우와 요구되는 응답 시간에 따른 비중치를 말한다. Direct User Connection은 2-Tier Client/Server 구성과 같이 DB 업체 또는 표준화된 DB 접근 미들웨어를 사용하는 것으로 상위의 네트웍 계층에서 동작하므로 부하가 증가한다.
Front-End Server의 사용은 3-Tire Client/Server 구성과 같이 User Connection의 부하를 감소시켜 주며, 특별한 부하발생 가능성이 적기 때문에 가중치를 1이하로 적용한다. 응답시간은 최종 사용자의 입장에서 본 것으로 서버와 사용자간의 네트웍 지역을 감안하여 가중치를 조정하도록 한다. WAN이 포함된 환경은 동일한 응답성을 얻기 위하여는 시스템의 처리가 빨라야 하므로 가중치를 높게 결정해야 한다. 한편, 보정치를 적용하기 어렵거나 개략적인 적용을 수행하고자 하는 경우, 일반값인 1을 적용할 수 있다.
▷ 어플리케이션 부하 보정 : 추가적인 로드 테이블은 온-라인 작업을 수행하는 Peak time에 배치 작업등을 수행하여야 하는 경우의 비중치를 말한다. 정해진 온-라인 업무 외에 부가적인 작업이 처리되는 경우 그에 필요한 처리능력을 보정하는 단계이다. 즉 배치성 업무(리포팅, 백업 등)나 외부시스템을 사용하는 경우 등이 해당된다.
한편, 보정치를 적용하기 어렵거나 개략적인 적용을 수행하고자 하는 경우, 일반값인 1을 적용할 수 있다.
주) 행: 배치 작업과 온-라인 작업이 동일한 데이터 테이블을 사용한 경우와 그렇지 않은 경우, 열: 배치 작업의 부하 (Light < 10Min, Normal < 30Min, Heavy > 30Min)
▷ 네트워크 보정 : 네트워크 대역폭으로 인해 응답시간이 지연되는 것을 CPU처리로 보완하기 위한 것으로 10%정도를 적용한다.
▷ 클러스터 보정 : 2대의 시스템이 하나의 클러스터로 구성될 때, 하나의시스템에 장애가 발생하면 남아있는 시스템이 장애가 발생된 시스템의 응용프로그램을 모두 수행하고, 사용자들을 접속하게 된다.
이 경우 시스템의 예비율이 없으면 업무가 가중되어 정상적인 운영이 어렵게 되므로 이에 대한 예비율을 두어야 한다. 일반적으로 상대 시스템의 100%를 두어야 하지만, 이는 비경제적이고 비효율적이므로 약 30%(단순) ~ 50%(복잡)까지의 예비율을 두어 시스템 장애 시 지속적이고도, 즉각적인 서비스를 가능하게 하기 위한 보정치이다.
▷ 시스템 여유율 : 예기치 못한 업무의 증가 및 시스템의 안정된 운영을위한 보정으로 20 ~ 50%정도 적용한다
CPU TPMc는 Transactions Per Minute per Core의 약자로, CPU의 트랜잭션 처리 성능을 측정하는 지표입니다. CPU의 단일 코어가 1분 동안 처리할 수 있는 트랜잭션 수를 나타냅니다.
CPU 성능 측정 지표 TPC
CPU 성능 측정 지표 TPMc
TPMc는 웹 서버, 데이터베이스 서버, 온라인 스토어와 같이 많은 수의 작은 트랜잭션이 발생하는 작업에서 서로 다른 CPU의 성능을 비교하는 데 유용한 지표입니다. 그러나 메모리 대역폭, I/O 성능, 전력 소비와 같은 다른 요소를 고려하지 않기 때문에 CPU 성능의 완벽한 지표는 아닙니다.
CPU TPMc에 대한 추가 세부 사항은 다음과 같습니다.
- 원본: TPMc는 Transaction Processing Performance Council (TPC)에서 처음 개발되었습니다.
- 벤치마크: TPMc를 측정하는 데 일반적으로 TPC-C 벤치마크가 사용됩니다.
- 단위: TPMc는 transactions per minute per core (tpmC)로 측정됩니다.
- TPMc에 영향을 미치는 요소:
- CPU 코어 수: 코어 수가 많을수록 TPMc가 일반적으로 높아집니다.
- CPU 클럭 속도: 클럭 속도가 높을수록 TPMc가 일반적으로 높아집니다.
- 캐시 크기: 캐시 크기가 클수록 TPMc가 일반적으로 높아집니다.
- 명령어 집합 구조 (ISA): 서로 다른 ISA는 서로 다른 성능 특성을 가질 수 있습니다.
- 메모리 대역폭: 메모리 대역폭이 높을수록 TPMc가 높아질 수 있습니다.
- I/O 성능: I/O 속도가 빠를수록 TPMc가 높아질 수 있습니다.
참고 사이트
- TPC-C 벤치마크: https://www.tpc.org/tpcc
- TPMc 계산기: https://community.hpe.com/t5/operating-system-hp-ux/cpu-tpmc-benchmarks-calculation/td-p/3297534
CPU TPMc 순위
2023년 12월 10일 기준, CPU TPMc 순위는 다음과 같습니다.
순위CPUTPMc
| 1 | AMD Ryzen 9 7950X | 127,900 |
| 2 | Intel Core i9-13900K | 123,000 |
| 3 | AMD Ryzen 9 7900X | 114,000 |
| 4 | Intel Core i9-13900 | 112,000 |
| 5 | AMD Ryzen 9 7800X | 108,000 |
| 6 | Intel Core i7-13700K | 100,000 |
| 7 | AMD Ryzen 7 7800X | 96,000 |
| 8 | Intel Core i7-13700 | 94,000 |
이 순위는 TPC-C 벤치마크를 사용하여 측정되었습니다. TPC-C는 온라인 쇼핑몰의 트랜잭션 처리 성능을 측정하는 벤치마크입니다.
위 순위에서 알 수 있듯이, AMD의 Ryzen 7000 시리즈와 Intel의 Core i3000 시리즈가 최상위권을 차지했습니다. 두 시리즈 모두 전작 대비 IPC(Instructions Per Clock) 성능이 크게 향상되어 TPMc도 크게 향상되었습니다.
특히, AMD Ryzen 9 7950X는 16코어 32스레드 구성으로, 단일 코어 성능이 뛰어나고 코어 수가 많아 TPMc에서 높은 성능을 보였습니다.
x86 서버 tpmc 계산
X86 서버의 TPMc를 계산하는 방법은 다음과 같습니다.
tpmc = 코어 수 * 클럭 속도 * 트랜잭션 처리율
여기서,
- 코어 수: CPU의 코어 수
- 클럭 속도: CPU의 클럭 속도 (GHz)
- 트랜잭션 처리율: CPU가 1초 동안 처리할 수 있는 트랜잭션 수
예를 들어, 코어 수가 16개인 CPU의 클럭 속도가 3.6GHz이고 트랜잭션 처리율이 10000 TPS(Transaction Per Second)이면, TPMc는 다음과 같이 계산됩니다.
tpmc = 16 * 3.6 * 10000tpmc = 576000
즉, 이 CPU의 TPMc는 약 576,000입니다.
그러나 실제로는 이러한 계산식만으로 정확한 TPMc를 계산하기 어렵습니다. 다른 요소들도 TPMc에 영향을 미치기 때문입니다. 이러한 요소들은 다음과 같습니다.
- 캐시 크기
- 명령어 집합 구조 (ISA)
- 메모리 대역폭
- I/O 성능
따라서 실제 TPMc를 측정하려면 TPC-C 벤치마크와 같은 실제 벤치마크를 사용하여 측정해야 합니다.
요약
TPMc는 CPU의 트랜잭션 처리 성능을 측정하는 지표이지만, CPU 성능의 완벽한 지표는 아닙니다. 메모리 대역폭, I/O 성능, 전력 소비와 같은 다른 요소도 CPU 성능에 영향을 미치기 때문입니다.