[kata-dev] How to build test case for dax windows size?
李瑞友
liruiyou at huayun.com
Thu Jul 8 02:58:25 UTC 2021
The dax window I set is not very large (for example, 512MB). I am worried that the setting is too large. After a lot of VM workloads are started, it will take up a lot of memory (I know it is a mapping technology). If this setting is large, will it be a problem? , Such as 10G, 50G?
The following is my test performance data, it seems that the results are quite different, I don’t know why?
fio --name=small-file-multi-read --directory=/usr/share/nginx/html \
--rw=randread --file_service_type=sequential \
--bs=4k --filesize=10M --nrfiles=100 \
--runtime=60 --time_based --numjobs=1
...
small-file-multi-read: (groupid=0, jobs=1): err= 0: pid=190: Mon Jul 5 07:05:18 2021
read: IOPS=12.0k, BW=46.0MiB/s (49.2MB/s)(212MiB/4505msec)
fio --name=5G-bigfile-rand-read --directory=/usr/share/nginx/html --rw=randread --size=5G --bs=4k --runtime=60 --time_based --numjobs=1
...
5G-bigfile-rand-read: (groupid=0, jobs=1): err= 0: pid=184: Mon Jul 5 06:57:08 2021
read: IOPS=1255, BW=5024KiB/s (5144kB/s)(294MiB/60002msec)
在 2021/7/7 下午8:44,“Vivek Goyal”<vgoyal at redhat.com> 写入:
On Fri, Jul 02, 2021 at 10:57:43AM +0200, Fabiano Fidêncio wrote:
> Ryo Li,
>
> On Thu, Jul 1, 2021 at 11:49 AM 李瑞友 <liruiyou at huayun.com> wrote:
> >
> > Hi guys
> >
> > I want to build a test scenario to see the difference in performance between the size of DAX windows and the size of read files. But it's not that I don't know how to build.
> >
> > I tried the following two methods, but it seems that the performance results are similar
I am not sure what's the expectation. Why changing file size should change
the throughput significantly. If DAX window is big enough to accomodate
both small file and large file completely, then I/O rate will probably
be same/similar.
Thanks
Vivek
> >
> >
> >
> > fio -filename=/usr/share/nginx/html/400MBfile --rw=randread --loops=10 --group_reporting --name=400MBfile
> >
> >
> >
> > fio -filename=/usr/share/nginx/html/5Gfile --rw=randread -bs=16k --group_reporting --name=5Gfile
> >
> >
> >
> > sh-4.4# fio -filename=/usr/share/nginx/html/5Gfile --rw=randread -bs=16k --group_reporting --name=5Gfile
> >
> > 5Gfile: (g=0): rw=randread, bs=(R) 16.0KiB-16.0KiB, (W) 16.0KiB-16.0KiB, (T) 16.0KiB-16.0KiB, ioengine=psync, iodepth=1
> >
> > fio-3.19
> >
> > Starting 1 process
> >
> > Jobs: 1 (f=1): [r(1)][100.0%][r=148MiB/s][r=9450 IOPS][eta 00m:00s]
> >
> > 5Gfile: (groupid=0, jobs=1): err= 0: pid=139: Thu Jul 1 09:38:07 2021
> >
> > read: IOPS=9931, BW=155MiB/s (163MB/s)(5120MiB/32993msec)
> >
> > clat (usec): min=52, max=18734, avg=95.79, stdev=69.49
> >
> > lat (usec): min=53, max=18735, avg=96.47, stdev=69.53
> >
> > clat percentiles (usec):
> >
> > | 1.00th=[ 61], 5.00th=[ 64], 10.00th=[ 66], 20.00th=[ 71],
> >
> > | 30.00th=[ 75], 40.00th=[ 79], 50.00th=[ 82], 60.00th=[ 88],
> >
> > | 70.00th=[ 97], 80.00th=[ 114], 90.00th=[ 141], 95.00th=[ 163],
> >
> > | 99.00th=[ 235], 99.50th=[ 293], 99.90th=[ 734], 99.95th=[ 807],
> >
> > | 99.99th=[ 1287]
> >
> > bw ( KiB/s): min=87471, max=191168, per=100.00%, avg=159511.97, stdev=18299.18, samples=65
> >
> > iops : min= 5466, max=11948, avg=9969.48, stdev=1143.77, samples=65
> >
> > lat (usec) : 100=72.93%, 250=26.28%, 500=0.52%, 750=0.19%, 1000=0.06%
> >
> > lat (msec) : 2=0.01%, 4=0.01%, 10=0.01%, 20=0.01%
> >
> > cpu : usr=6.04%, sys=46.45%, ctx=329379, majf=1, minf=13
> >
> > IO depths : 1=100.0%, 2=0.0%, 4=0.0%, 8=0.0%, 16=0.0%, 32=0.0%, >=64=0.0%
> >
> > submit : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
> >
> > complete : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
> >
> > issued rwts: total=327680,0,0,0 short=0,0,0,0 dropped=0,0,0,0
> >
> > latency : target=0, window=0, percentile=100.00%, depth=1
> >
> >
> >
> > Run status group 0 (all jobs):
> >
> > READ: bw=155MiB/s (163MB/s), 155MiB/s-155MiB/s (163MB/s-163MB/s), io=5120MiB (5369MB), run=32993-32993msec
>
>
> I've looped in some folks from Red Hat and Intel who have been working
> with virtiofs, either on performance, on integration, or on virtiofs
> itself.
> I think they'll be able to provide you with some valuable feedback.
>
> Please, mind that due to July 4th I think folks from the US may be off
> for the next few days.
>
> Best Regards,
> --
> Fabiano Fidêncio
>
More information about the kata-dev
mailing list