On 2/1/24 7:03 AM, Oliver Sang wrote: > hi, Jens Axboe, > > On Thu, Feb 01, 2024 at 06:40:07AM -0700, Jens Axboe wrote: >> On 2/1/24 12:18 AM, Oliver Sang wrote: >>> hi, Jens Axboe, >>> >>> On Wed, Jan 31, 2024 at 11:42:46AM -0700, Jens Axboe wrote: >>>> On 1/31/24 11:17 AM, Bart Van Assche wrote: >>>>> On 1/31/24 07:42, kernel test robot wrote: >>>>>> kernel test robot noticed a -72.9% regression of fio.write_iops on: >>>>>> >>>>>> >>>>>> commit: 574e7779cf583171acb5bf6365047bb0941b387c ("block/mq-deadline: use separate insertion lists") >>>>>> https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git master >>>>>> >>>>>> testcase: fio-basic >>>>>> test machine: 64 threads 2 sockets Intel(R) Xeon(R) Gold 6346 CPU @ 3.10GHz (Ice Lake) with 256G memory >>>>>> parameters: >>>>>> >>>>>> runtime: 300s >>>>>> disk: 1HDD >>>>>> fs: xfs >>>>>> nr_task: 100% >>>>>> test_size: 128G >>>>>> rw: write >>>>>> bs: 4k >>>>>> ioengine: io_uring >>>>>> direct: direct >>>>>> cpufreq_governor: performance >>>>> >>>>> The actual test is available in this file: >>>>> https://download.01.org/0day-ci/archive/20240131/202401312320.a335db14-oliver.sang@xxxxxxxxx/repro-script >>>>> >>>>> I haven't found anything in that file for disabling merging. Merging >>>>> requests decreases IOPS. Does this perhaps mean that this test is >>>>> broken? >>>> >>>> It's hard to know as nothing in this email or links include the actual >>>> output of the job... >>> >>> I attached a dmesg and 2 outputs while running tests on 574e7779cf. >>> not sure if they are helpful? >> >> Both fio outputs is all I need, but I only see one of them attached? > > while we running fio, there are below logs captured: > fio > fio.output > fio.task > fio.time > > I tar them in fio.tar.gz as attached. > you can get them by 'tar xzvf fio.tar.gz' Right, but I need BOTH outputs - one from before the commit and the one on the commit. The report is a regression, hence there must be both a good and a bad run output... This looks like just the same output again, I can't really do much with just one output. -- Jens Axboe