Using QAT on a Hygon CPU
- Dominant language
- C
- Stars
- 169
- Forks
- 59
- PR merge metrics
- No merged PRs in 30d
Description
Can QAT work properly on a Hygon CPU and ensure normal performance?
```
Distribution Name Kylin V10 SP3 2403
Distribution Version 9.7
Kernel Version 4.19.90-89.11.v2401.ky10.x86_64
Architecture x86_64
qat Version 4.20.0
zfs Version 2.2.4-1
```
There are issues with read performance when using ZFS compression together with QAT.During the fio test, read performance drops a lot.
```
--qat
mkdir -p /opt/qat
tar -xvf QAT.L.4.20.0-00001.tar.gz
./configure --enable-kapi
make -j$(nproc)
make install
--zfs
./configure --with-qat=/opt/qat
make -j$(nproc)
make install
ldconfig && depmod -a
modprobe zfs
zpool create datapool raidz /dev/nvme2n1 /dev/nvme3n1 /dev/nvme4n1 /dev/nvme5n1 -o listsnapshots=on -O atime=off -O primarycache=metadata -o ashift=12 -f
zfs create -o volblocksize=32k -o refreservation=0B -o compression=gzip -V 1000G datapool/datatest
mkfs.xfs /dev/zd0
mount /dev/zd0 /datatest
fio read
[global]
ioengine=libaio
direct=1
runtime=60
time_based=1
numjobs=4
iodepth=8
bs=1024K
rw=read
group_reporting
buffer_compress_chunk=4096
buffer_compress_percentage=90
size=100g
[file1]
filename=/datatest/file1
```
Contributor guide
Research direction
No source file or project test is named. Start by reviewing the reported QAT 4.20.0 and ZFS 2.2.4 setup, then reproduce the fio read comparison on the Hygon CPU; the issue is resolved when QAT and ZFS compression no longer cause the reported read-performance drop or its cause is clearly identified.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- c, linux
- Domain
- performance
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Quiet
- Clarity
- Needs clarification
- Newbie friendliness
- 38/100