송주환간단한 내용과 함께 BMT결과화면1012; 캡쳐Ȣ16;셔서 업/196;드 Ȣ16;시면 .121;니다.
(SPEC Viewpert/Vray Rendering / HD Tune / HD Tach / CINEBENCH / CrystalDiskMark / IOMeter / AJA / 소비1204;/141;)
Xeon Silver 4310 * 2 / 128GB DDR4 3200 16GB * 8EA (4EA per CPU) / Samsung PM1733a 3.84TB * 12EA / SupremeRAID SR-1010 / 별도 커널 패러매터 ț16;닝 없1020;
Linux Kernel 5.14.0 / Fio-3.34 / job=8 (R01032; ᅆ1;우 8개에서 fio가 saturate .120;) / libaio / runtime 50ǥ16;
1-1. Sequential Read / QD1
1-2. Sequential Read / QD32
1-3. Sequential Read / QD64
2-1. Random Read / QD1
2-2. Random Read / QD32
2-3. Random Read / QD64
3-1. Sequential Write / QD1
3-2. Sequential Write / QD32
3-3. Sequential Write / QD64
4-1. Random Write / QD1
4-2. Random Write / QD32
4-3. Random Write / QD64
5. IOPS/Lat - QD64
최대 성능과 1201;1208;한 테스트 범위를 확1064;Ȣ16;기 위해 RAID-0 구성1004;/196; 간략Ȣ16;,172; 돌/140;보았습니다.
1069;기 성능1008; 대체/196; 안1221;1201;1060;나, 테스트가 1333;료.104;기 1649;1204;에 편차가 커1648;lj16; 문1228;가 1080;고 (프/196;그ǖ16; 버그?)
Ǹ16;기 성능1008; 1204;0152;1201;1004;/196; 높1008; QD/BS 값에서 널뛰기가 심Ȣ16;네요.
리뷰에 들Ǻ12;가기 1204;에 Ǻ12;떤 메트릭들1012; 추가/196; 수1665;해야 할1648; 봐야 할 ,163; 같습니다.
그래프를 보니 3-2. 부터 write 결과에서 말씀하신 널뛰기(?) 증상이 보이네요.
경험상 SPC-1 테스트를 수행했을 때 처음에는 괜찮다가 어느정도 지나니 NVMe의 GC으로 고생했던 기억이 듭니다... ㅠㅠ
혹시 그래프와 같이 fio raw 결과도 올려주실 수 있을까요?
그 결과에 테스트 수행 과정에서 전체 write한 크기를 보여줄 텐데, 해당 값을 통해 PM1733a 3.84TB 제품에 대한 DWPD를 계산해 볼 필요가 있어 보입니다.
추가로 테스트가 끝나고 다음 테스트를 진행했을 때 nvme format를 수행했는지 궁금합니다.
위 결과들을 바탕으로 3-1부터 write 성능에 널뛰기(?) 현상에 대한 원인을 확인해 볼 수 있겠네요.
다음 테스트는 무엇인가요?
개인적으로 패리티 연산이 수행되는 RAID-5, 6의 성능이 매우 기대됩니다.
현재 Poseidon OS에 NVIDIA GPU를 연결해서 패리티 연산을 GPU에서 수행하는 프로젝트를 진행 중인데, 해당 결과에 참고 또는 목표치가 될 수 있겠네요.^^
테스트하시느라 고생 많으셨습니다. 다음 글도 기대하겠습니다.
아시다시피 재현 가능한 테스트 결과를 얻으려면 precinditioning이 필요한데, 시간 소요가 크며, GRAID 성능 평가라는 목적에 부합하지 않아 이번 테스트에서는 제외하였습니다.
그리고, GRAID에 연결된 SSD는 kernel에서 detach 되기에, 각 테스트 케이스 시작 전 초기화 작업은 이루어지지 않았습니다. 개인적으로는 steady state에 영향을 주지 않을 것이라는 판단을 내렸습니다.
감사합니다.