holssi 님의 블로그
PTS로 NCP 성능 테스트 결과 본문
테스트 대상
- rocky8-g3
- rocky8-g3a
- rocky9-g3
- rocky9-g3a
공통: vCPU4,16GB


SSD - fb1 - 100GB
HDD - cb1 - 50GB
스토리지
- storage_rocky8_g3_ssd fb1 100
- storage_rocky8_g3_hdd cb1 50
- storage_rocky8_g3a_ssd fb1 100
- storage_rocky8_g3a_hdd cb1 50
- storage_rocky9_g3_ssd fb1 100
- storage_rocky9_g3_hdd cb1 50
- storage_rocky9_g3a_ssd fb1 100
- storage_roxky9_g3a_hdd cb1 50
1. cpu
| 테스트 종류 | 설명 | rocky8-g3 | rocky8-g3a | rocky9-g3 | rocky9-g3a | 우위 |
| 스펙 | s4-g3(vCPU4,16GB) | s4-g3a(vCPU4,16GB) | s4-g3(vCPU4,16GB) | s4-g3a(vCPU4,16GB) | ||
| 파일명 | kaeunleerocky8g3 | kaeunleerocky8g3a | kaeunleerocky9g3 | kaeunleerocky9g3a | ||
| ssd (100GB) | vdb - ssd | vdb - ssd | vdb - ssd | vdb - ssd | ||
| hdd (50GB) | vdc - hdd | vdc - hdd | vdc - hdd | vdc - hdd | ||
| hackbench | 싱글스레드, 멀티스레드 지연 시간 테스트 | 싱글: 15.521s 멀티: 24.973s |
싱글: 17.175s 멀티: 32,970s |
싱글: 22.522s 멀티: 35,537s |
싱글: 15.992s 멀티: 33,065s |
rocky8-g3 |
| compress- zip |
cpu의 정상 연산 능력과 디스크I/O의 복합적인 성능 | 60.035s | 38.565s | 61.432s | 40.045s | rocky8-g3a |
| fftw | 수학적 변환과 메모리 대역폭 테스트 | 14501 Mflops | 37076 Mflops | 16378 Mflops | 35396 Mflops | rocky8-g3 |
| rodinia | 병렬 처리 효율 테스트 | 59.306s | 50.941s | 58.878s | 31.457s | rocky9-g3a |
| x264 | H.264/AVC를 사용하여 동영상을 인코딩하는 속도를 측정 | 25.29Frames/s | 48.30 Frames/s | 25.79 Frames/s | 47.25Frames/s | rocky8-g3 |
rodinia는 OpenMP Streamcluster (데이터마이닝 및 클러스터링 성능)로 함
fftw는 float+sse, 14: 2D FFT Size 1024로 함
중간에 실행 파일 삭제하기: sudo rm -rf /var/lib/phoronix-test-suite/installed-tests/*
에러1: /dev/vda2가 포화상태임
리눅스 시스템은 루트 파티션 용량이 바닥나면 파일을 지워도 시스템 로그나 임시 파일이 순식간에 그 자리를 채워버림
/dev/shm (메모리 공간)을 임시 저장소로 활용하는 것이다.
1. 기존의 꽉 찬 폴더 삭제 (rm -rf /var/lib/phoronix-test-suite)
2. 메모리 공간에 새 폴더 생성 (mkdir -p /dev/shm/phoronix-test-suite)
3. 심볼릭 링크로 연결 (ln -s /dev/shm/phoronix-test-suiite /var/lib/phoronix-test-suite)
4. 다시 실행 (phoronix-test-suite run [])


루트 파티션이 꽉차서 시스템이 어떤 명령을 수행하려고 해도 기록할 공간이 없어서 발생하는 현상
pts는 실행시 현재 상태를 기록하는 락 파일을 생성해야하는데, 이 파일을 쓸 공간조차 없음
1. 패키지 매니저 캐시 싹 비우기
dnf clean all
rm -rf /var/cache/dnf/*
2. 시스템 로그 내용 비우기
truncate -s 0 /var/log/messages
truncate -s 0 /var/log/dnf.log
3. 꼬인 pts 상태 초기화
killall -9 phoronix-test-suite 2>/dev/null
rm -rf /var/lib/phoronix-test-suite
4. 넉넉한 메모리 공간에 다시 연결하기
mkdir -p /dev/shm/phoronix-test-suite
ln -s /dev/shm/phoronix-test-suite /var/lib/phoronix-test-suite

ssd, hdd 연결하고
# 1. 실행 중인 PTS 종료
killall -9 phoronix-test-suite 2>/dev/null
# 2. 루트 파티션의 꽉 찬 폴더(또는 잘못된 링크) 삭제
rm -rf /var/lib/phoronix-test-suite
# 3. SSD 디스크에 폴더 생성
mkdir -p /mnt/ssd/phoronix-data
# 4. 심볼릭 링크로 연결
ln -s /mnt/ssd/phoronix-data /var/lib/phoronix-test-suite
현재 링크 상태 확인 명령어
ls -ld /var/lib/phoronix-test-suite
파일을 만들공간 조차 없음

2. memory
| rocky8-g3 | rocky8-g3a | rocky9-g3 | rocky9-g3a | 우위 | ||
| stream | 메모리의 순차적 읽기/쓰기 성능 측정(순차대역폭) | - copy (43878.5MB/s) - scale (33677.8MB/s) |
- copy (143035.3GB/s) - scale (134512.9GB/s) |
- copy (43669.9GB/s) - scale (29150.7GB/s) |
- copy (141725.7GB/s) - scale (143045.6GB/s) |
rocky8-g3 |
| ramspeed | 정수 및 부동 소수점 복사, 가산 등 메모리 대역폭 측정 | - add (20083.06MB/s) - copy (20025.67.51MB/s) - scale (15896.82MB/s) |
- add (95606.44MB/s) - copy (91188.32MB/s) - scale (92822.43MB/s) |
- add (18523.42MB/s) - copy (18088.07MB/s) - scale (14784.18MB/s) |
- add (99125.10MB/s) - copy (97923.79MB/s) - scale (98369.10MB/s) |
rocky9-g3 |
* 기존 ssd 테스트 데이터 정리
1. rm -rf /mnt/ssd/phoronix-data/*
2. ssd로 링크 확인
ln -sf /mnt/ssd/phoronix-data /var/lib/phoronix-test-squite
* hdd로 전환하여 테스트
1. 기존 링크 제거
rm -f /var/lib/phoronix-test-suite
2. hdd 전용 폴더 생성 및 새 링크 연결
mkdir -p /mnt/hdd/phoronix-data
ln -s /mnt/hdd/phoronix-data /var/lib/phoronix-test-suite
3. 디스크 I/O 성능
| rocky8-g3 | rocky8-g3a | rocky9-g3 | rocky9-g3a | 우위 | ||
| postmark | 디스크 트랜잭션 성능 | 3807TPS | 4687TPS | 3927TPS | 4658TPS | rocky8-g3a |
| fio | SSD | - Random Read 2MB/s, 498 IOPS - Random Write 1.998MB/s, 498 IOPS - Sequential Read 2MB/s, 499 IOPS - Sequential Write 2.004MB/s, 499 IOPS |
- Random Read 2MB/s, 498 IOPS - Random Write 1.997MB/s, 498 IOPS - Sequential Read 2MB/s, 498 IOPS - Sequential Write 1.998 MB/s, 498 IOPS |
- Random Read 2MB/s, 498 IOPS - Random Write 1.995MB/s, 497 IOPS - Sequential Read 2MB/s, 498 IOPS - Sequential Write 2MB/s, 498 IOPS |
- Random Read 2MB/s, 498 IOPS - Random Write 1.994MB/s, 497 IOPS - Sequential Read 2MB/s, 498 IOPS - Sequential Write 1.998MB/s, 498 IOPS |
큰 차이 없음 |
| HDD | - Random Read 11.7MB/s, 2998 IOPS - Random Write 11.7MB/s, 2985 IOPS - Sequential Read 13.4MB/s, 3420 IOPS - Sequential Write 12.7MB/s, 3256 IOPS |
- Random Read 11.7MB/s, 2998 IOPS - Random Write 11.2MB/s, 2865 IOPS - Sequential Read 12.2MB/s, 3117 IOPS - Sequential Write 11.7MB/s, 2994 IOPS |
- Random Read 11.7MB/s, 2999 IOPS - Random Write 11.6MB/s, 2963 IOPS - Sequential Read 13.7MB/s, 3523 IOPS - Sequential Write 12.6MB/s, 3240 IOPS |
- Random Read 11.7MB/s, 2999 IOPS - Random Write 11.4MB/s, 2926 IOPS - Sequential Read 13.0MB/s, 3333 IOPS - Sequential Write 9.947MB/s, 2543 IOPS |
rocky8-g3 |
fio 엔진: Linux A10
TPS는 초당 처리된 트랜잭션 수 -> 높을수록 우수
IOPS는 디스크의 순수 입출력 반복 능력 -> 높을수록 우수

- postmark(트랜잭션): 모두 3000TPS로 디스크의 기본적인 초당 처리량은 큰 차이 없음
- fio(랜덤/순차 읽기 쓰기): 모두 약 12MB/s, 3200IOPS로 큰 차이 없음
4. 애플리케이션 및 암호화 성능
| rocky8-g3 | rocky8-g3a | rocky9-g3 | rocky9-g3a | 우위 | ||
| sqlite | SSD | - copies1(8.399s) - copies2(9.060s) - copies4(15.863s) |
- copies1(6.635s) - copies2 (11.315s) - copies4 (17.542s) |
- copies1 (9.859s) - copies2 (10.304s) - copies4 (16.447s) |
- copies1(7.365s) - copies2(9.480s) - copies4(17.159s) |
|
| HDD | - copies1(8.808s) - copies2(10.431s) - copies4(15.876s) |
- copies1 (7.888s) - copies2 (9.338s) - copies4 (16.926s) |
- copies1 (7.888s) - copies2 (9.338s) - copies4 (16.462s) |
- copies1(6.711s) - copies2(9.605s) - copies4(17.323s) |
||
| openssl | cpu가 암호화 연산을 얼마나 효율적으로 처리 | 서명 성능: 750.6 sign/s, 검증 성능: 48709.1 verify/s |
서명 성능: 2827.1sign/s, 검증 성능: 68358.4verify/s |
서명 성능: 757.1sign/s, 검증 성능: 49516.7verify/s |
서명 성능: 2817.1 sign/s, 검증 성능: 67627.2 verify/s |
rocky8-g3 |
| kernel | 리눅스 커널 소스 컴파일 시간 측정 | 927.011초 | 282.927초 | 607.293초 | 303.724초 |
openssl 알고리즘: rsa4096
sqlite는 데이터를 쓸때 파일 전체에 락을 걸고 동기화 작업을 수행함. 이 과정에서 디스크가 느리면 대기 시간이 기하급수적으로 늘어남
물리적인 헤드가 움직이는 hdd는 여러 작업을 동시에 처리할때 SSD보다 훨씬 취약하며, 특정 시점에 입출력 요청이 몰리면 처리 속도가 엄청 떨어질 수 있음
rocky8-g3a: https://openbenchmarking.org/result/2604239-NE-KAEUNLEER97
rocky9-g3: https://openbenchmarking.org/result/2604230-NE-KAEUNLEER33
rocky9-g3a: https://openbenchmarking.org/result/2604239-NE-KAEUNLEER52
'SERVER' 카테고리의 다른 글
| yum clean all 실패 해결 (0) | 2026.05.04 |
|---|---|
| phoronix 벤치마크로 gcp, ncp 성능 테스트하기 (0) | 2026.04.21 |
| phoronix-test-suite run pts/openssl시 No targets specified and no makefile found 에러와 해결 (1) | 2026.04.21 |
| [Linux] 리눅스 파일시스템과 /etc/fstab (0) | 2026.04.19 |
| [Linux] 리눅스 파일시스템과 /etc/exports (0) | 2026.04.19 |