© 2009 Hewlett-Packard Development Company, L.P.The information contained herein is subject to change without notice

rx7640성능 소개

HP Korea/BCS

2010. 01. 21

rx7640 의 역사

2

출시 : 2007 년 11 월프로세스 : Montvale최대확장 : 1.6GHz * 16성능 (tpmC) : 1,095,400

출시 : 2003 년 7 월프로세스 : Madison최대확장 : 1.5GHz * 8성능 (tpmC) : 170,700

출시 : 2005 년 프로세스 : Montecito최대확장 : 1.6GHz * 16성능 (tpmC) : 643,800

출시 : 2000 년 9 월프로세스 : PA-8600최대확장 :650MHz* 8성능 (tpmC):98,00

PA-RISC

Itanium-EPIC

출시 : 2001 년프로세스 : PA-8700최대확장 :750MHz* 8성능 (tpmC) : 100,800

출시 : 2003 년프로세스 : PA-8800최대확장 :1.0GHz*16성능 (tpmC):266,200

출시 : 2004 년프로세스 : PA-8900최대확장 :1.1GHz*16성능 (tpmC):309,100

출시 : 2002 년프로세스 : PA-8700+최대확장 :875MHz*8 성능 (tpmC) : 105,000

rx7640 서버는 2000 년 이전에 PA-RISC 프로세스를 탑재한 rp7400 서버가 원조이며 , 현재 8 세대 이상의 Integrity rx7640 서버를 출시하고 있습니다 .

출시 : 2002 년프로세스 : Makenly

출시 : 2001 년프로세스 : Itanium I

PA-RISC 에서 EPIC 프로세스로의 전환

3

HP 는 2001 년도 Itanium I 프로세스를 탑재한 low-end 서버를 출시하였고 , 2003 년에 PA-RISC 프로세스에서 Itanium II 프로세스를 탑재한 rx7620 서버를 출시하였습니다 . Itanium 프로세스는 기존의 RISC 기법 (serial 컴파일 ->parallel 프로세싱 ) 이 가지고 있는 단점을 보완한 프로세스로 컴파일 단계 부터 binary 코드 자체를 병렬화 시킴으로 (parallel 컴파일 ->parallel 프로세싱 ), 프로세스 클럭스피드의 향상 없이 성능을 높일수 있게 되었습니다 . (EPIC:Explicitly Parallel Instruction Computing). 이러한 기법은 저전력 (Green IT) 를 지향하는 현재의 컴퓨팅 방법이라고 할수 있습니다 .

병렬화코드

CPU 내부

RISC- Implicitly Parallel ( 불완전한 병렬처리 ) EPIC-Explicitly Parallel ( 완벽한 병렬처리 )

처리유닛

병렬 처리유닛병렬처리를 위해 CPU 가 많은 트랜지스터가 필요함

컴파일러가 병렬처리를 콘트롤하므로 CPU 에 부하가 없다

IF a=b, thenX=a-bElseY=a+bEnd

IF a=b, thenX=a-bElseY=a+bEnd

분기 (Branch) 예측테이블

A

B

C

D

A B C

D

RISC 에서는 순차적으로 처리할 수 밖에 없슴여러가지 가능한 경우를 동시에 병렬로 처리한다( 즉 EPIC 의 경우는 예 , 아니오의 경우를 동시에 병렬로 처리한다 )

Serial 코드

CPU 내부

Parallel 코드

고정 테이블

단위시간동안 교통량을 높이려면 ?1. 속도를 높인다

2. 도로를 확장한다

RISC 칩의 성능을 높이려면 ?

* Clock 속도를 높인다

• 컴파일러 단계에서 코드를 병렬처리를 한다

MHz GHz

발생열 때문에 어느선 이상은 불가능( 구리칩이 나온 이유 )병렬처리 콘트롤을 칩내부에서 하기때문에 엄청난 트랜지스터가 필요함

병렬 처리를 컴파일러 단계에서 이미 수행하기 때문에 프로세스 자체의 부하를 줄여줌

RISC 와 EPIC 의 성능 확장의 방법 RISC 프로세스와 EPIC 프로세스의 성능 확장 방법은 다릅니다 . RICS 프로세스의 경우 클럭 스피드를 높이는 방법에 비해서 EPIC 의 경우 동일한 클럭에 병렬로 처리 할 수 있는 명령어를 늘리는 방법을 사용합니다 . 예를 들면 자동차의 속도를 향상시키는 방법이 차를 속도를 높이는 방법 (RISC) 또는 도로를 넓히는 방법 (EPIC) 이 있는데 EPIC 의 경우 도로를 넓혀 성능을 높이는 방법을 사용합니다 .

EPIC 칩의 성능을 높이려면 ?

클럭 스피드와 성능의 연관 관계

5

실제 EPIC 프로세스를 탑재한 rx7640 의 경우 클럭 스피드는 0.1GHz 밖에 높아 지지 않았으나 성능은 406% 가 늘어난 반면에 RICS 프로세스인 경우 클럭 스피드는 2.5GHz 가 늘어났으나 성능은 57% 밖에 늘어 나지 않았습니다 .

시스템Processor 개수

(Processor/Core)Operating Sys-

temDatabase tpmC 수치

Integrity rx7640

Madison1.5GHz 64p/64c HP-UX 11i Oracle 10g 1,008,144

Integrity rx7640

Montecito 1.6GHz 64p/128c

HP-UX 11i Oracle 10g 4,092,799

406% 향상

( 공인 성능 )

EPIC 의 경우 – HP rx7640

시스템Processor 개수

(Processor/Core)Operating Sys-

temDatabase tpmC 수치

P 570 (P5) Power5 2.2GHz 8/16 AIX5.3 UDB 8.2 1,025,169

P 570 (P6) Power6 4.7GHz 8/16 AIX5.3 UDB 9.1 1,616,16257% 향상

RISC – IBM

- 6 -

HP 와 IBM 의 서버 설계 철학은 다릅니다 .

• 가상화 및 통합을 위해 최적의 성능 및 안정성 , 확장성 제공 ( 다양한 파티션 기법 , 가상화를 위한 안정성 및 관리 편이성 , 파티션 할 수록 늘어나는 성능 )

• 다양한 Commercial Workload 소화를 위해 balanced 성능 architecture 지향

• HW 뿐 아니라 , OS, compiler 를 통한 성능 향상 주력

• Open, Standard 기술 활용 , 고객의 선택 폭 넓힘

• 낮은 Clock, 높은 효율 , Green 환경을 위한 적은 전력 사용

• HPTC 용 processor 설계 방식으로 공학용 계산에 적합 (Power 7 도 DARPA의 지원을 받아 빠른 실수 연산 용 칩 개발 , Power 7 에서는 지금보다 clock 이 내려감 ).

• 빠른 clock 을 이용한 TPC-C 성능 위주 마케팅

• Proprietary 기술을 통한 고객의 Lock-in 전략 ( 메인프레임 드라이브 , DB2 ..)

다양한 실 업무환경에 적합한 Balanced Performance 구현

빠른 clock 을 이용한 계산용 업무에 적합 . OLTP 위주의 성능 구현

주전산 서버의 선정 기준은 ( 성능 ?)

서버 선정 시에 무엇을 고려해야 할까요 ?

SSHA ( 자동장애극복 , 이중화 )

기술OLARD (CPU, memory, i/o, fan,

…)장애 극복에 소요되는 시간하드웨어 부품 교체 소요 시간서비스 엔지니어 qualitymission critical support 지원

능력

SLA 기반의 Workload 관리 여부자동화된 iCAP 활성화 지원 ISV 솔루션 (Oracle, SAP) 과의

통합성적용 파티션 솔루션의 오버헤드가상화 관리 솔루션의 관리 통합성

단일 BOX 당 최대 파티션 성능단일 BOX 당 최대 확장성단위 BOX 당 소비 전력파티션 간의 장애 격리성쿨링 시스템다양한 운영체제 지원 능력

실 workload (I/O intensive,

HPC) 를 수용할 수 있는 필요 성능 제공

업무 유영에 따른 사이징 기준프로젝트 레벨의 성능 튜닝 능력실 사용 ISV (DB, middleware)

솔루션 탑재 성능monthly 기반의 성능 자료 제공가상화 환경에서의 용량 예측

솔루션관리 솔루션 통합성 (Unified

Management Portal)원격 관리 지원 (iLO)

SLA 기반의 Workload 관리 여부 자동화된 iCAP 활성화 지원 ISV 솔루션 (Oracle, SAP) 과의 통합성 적용 파티션 솔루션의 오버헤드 가상화 관리 솔루션의 관리 통합성

데이터 암호화 기능 지원역할 기반 자원 엑세스 지원 어플리케이션 간 보안 격리성 지원

실 환경에서의 rx7640 성능

8

하드 파티션 #1

하드 파티션 #2

구분 Montvale

Core 수 성능

4 283,200

8 560,700

16 1,095,400

NO

파 티 션

2 4 6 8 10 12 14 16

500,000

1,000,000

1,500,000

tpmC 성능

Core 수

rx7640 서버와 같은 SMP Architecture 를 가진 서버의 경우 프로세스 수가 늘어 날수록 1Core 당 성능치가 낮게 나타 납니다 . 이를 보완하는 방법으로 적은수의 하드 파티션 기법으로 서버를 나누어 구성하여 1 Core 당 성능을 높이는 방법을 사용합니다 .

하 드

파 티 션

Technology for better business outcomes