All of lore.kernel.org
 help / color / mirror / Atom feed
* Re-4: verify seems not to take place on iSCSI-Target writing
@ 2012-03-05  9:11 Stefan Hübner
  2012-03-05 10:39 ` Jens Axboe
  0 siblings, 1 reply; 2+ messages in thread
From: Stefan Hübner @ 2012-03-05  9:11 UTC (permalink / raw)
  To: axboe; +Cc: fio

-------- Original Message --------
Subject: Re: Re-2: verify seems not to take place on iSCSI-Target writing (02-Mrz-2012 19:46)
From:    Jens Axboe <axboe@kernel.dk>
To:      shu@xtivate.de

> On 2012-03-02 18:06, Stefan Hübner wrote:
> > Dear Jens,
> > 
> > this is the output.  I added some supplementary details in the hope it's 
> > useful ...
> > 
> > UltraBitch ~ # ISCSI_DEVICE=/dev/sdb SECONDS=$((20*3600)) fio iscsi-stress.
> > fio 
> > iSCSI: (g=0): rw=randwrite, bs=4K-4M/4K-4M, ioengine=libaio, iodepth=16
> > fio 2.0.3
> > Starting 1 process
> > Jobs: 1 (f=1): [w] [17.3% done] [0K/113.2M /s] [0 /71  iops] [eta 03d:23h:
> > 28m:21s]
> > iSCSI: (groupid=0, jobs=1): err= 0: pid=18184
> >   write: io=7740.2GB, bw=112723KB/s, iops=63 , runt=72000222msec
> >     bw (KB/s)  : min= 3669, max=593424, per=100.00%, avg=113561.25, stdev=
> > 26868.27
> >   cpu          : usr=4.18%, sys=1.28%, ctx=4760480, majf=0, minf=106912
> >   IO depths    : 1=0.1%, 2=0.1%, 4=0.1%, 8=0.1%, 16=100.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.1%, 32=0.0%, 64=0.0%, >=64=
> > 0.0%
> >      issued    : total=r=0/w=4560578/d=0, short=r=0/w=0/d=0
> > 
> > Run status group 0 (all jobs):
> >   WRITE: io=7740.2GB, aggrb=112723KB/s, minb=115428KB/s, maxb=115428KB/s, 
> > mint=72000222msec, maxt=72000222msec
> 
> No reads happened - quick guess, you had the timeout hit before the
> write phase has finished. Hence it'll exit, and don't do verifies.
> 
> The reads you saw in the stats must be from other processes. Fio didn't
> do any.
> 
> -- 
> Jens Axboe
> 
Hi Jens,

then I don't quite understand what sense "verify_async" makes.  I thought it'd do the verifies "in parallel".

Any hint's how to get a timebased torture-test with verify working?

Mit freundlichen Grüßen
Stefan Hübner,
OECE - open-e certified engineer
xtivate Service-Team

WWWgroup GbR
Michael Sänger, Jens Walter, Jörg Weißmantel
Ziegelhüttenweg 4

98693 Ilmenau
________________________________________________________________
Telefon:   0800 XTIVATE
(0800 9848283, gratis aus deutschem Fest- und Mobilnetz)

Telefon:   +49 (0)3677 46 99 440
Fax:       +49 (0)3677 46 99 449
eMail:     shu@xtivate.de




To: axboe@kernel.dk
Cc: fio@vger.kernel.org

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: Re-4: verify seems not to take place on iSCSI-Target writing
  2012-03-05  9:11 Re-4: verify seems not to take place on iSCSI-Target writing Stefan Hübner
@ 2012-03-05 10:39 ` Jens Axboe
  0 siblings, 0 replies; 2+ messages in thread
From: Jens Axboe @ 2012-03-05 10:39 UTC (permalink / raw)
  To: Stefan Hübner; +Cc: fio

On 03/05/2012 10:11 AM, Stefan Hübner wrote:
> -------- Original Message --------
> Subject: Re: Re-2: verify seems not to take place on iSCSI-Target writing (02-Mrz-2012 19:46)
> From:    Jens Axboe <axboe@kernel.dk>
> To:      shu@xtivate.de
> 
>> On 2012-03-02 18:06, Stefan Hübner wrote:
>>> Dear Jens,
>>>
>>> this is the output.  I added some supplementary details in the hope it's 
>>> useful ...
>>>
>>> UltraBitch ~ # ISCSI_DEVICE=/dev/sdb SECONDS=$((20*3600)) fio iscsi-stress.
>>> fio 
>>> iSCSI: (g=0): rw=randwrite, bs=4K-4M/4K-4M, ioengine=libaio, iodepth=16
>>> fio 2.0.3
>>> Starting 1 process
>>> Jobs: 1 (f=1): [w] [17.3% done] [0K/113.2M /s] [0 /71  iops] [eta 03d:23h:
>>> 28m:21s]
>>> iSCSI: (groupid=0, jobs=1): err= 0: pid=18184
>>>   write: io=7740.2GB, bw=112723KB/s, iops=63 , runt=72000222msec
>>>     bw (KB/s)  : min= 3669, max=593424, per=100.00%, avg=113561.25, stdev=
>>> 26868.27
>>>   cpu          : usr=4.18%, sys=1.28%, ctx=4760480, majf=0, minf=106912
>>>   IO depths    : 1=0.1%, 2=0.1%, 4=0.1%, 8=0.1%, 16=100.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.1%, 32=0.0%, 64=0.0%, >=64=
>>> 0.0%
>>>      issued    : total=r=0/w=4560578/d=0, short=r=0/w=0/d=0
>>>
>>> Run status group 0 (all jobs):
>>>   WRITE: io=7740.2GB, aggrb=112723KB/s, minb=115428KB/s, maxb=115428KB/s, 
>>> mint=72000222msec, maxt=72000222msec
>>
>> No reads happened - quick guess, you had the timeout hit before the
>> write phase has finished. Hence it'll exit, and don't do verifies.
>>
>> The reads you saw in the stats must be from other processes. Fio didn't
>> do any.
>>
>> -- 
>> Jens Axboe
>>
> Hi Jens,
> 
> then I don't quite understand what sense "verify_async" makes.  I
> thought it'd do the verifies "in parallel".
> 
> Any hint's how to get a timebased torture-test with verify working?

You didn't add a specific backlog for the verify threads. Granted that's
a bit confusing... But you want to tell fio how far behind the verify
threads are running. So if you set verify_backlog=32 for instance, it
will be 32 ios behind the writer. That will give you a job that
continually randomly writes and verifies as it goes, the kind of torture
I think you are looking for.

verify_async=2 just tells fio to allocate 2 threads for doing verifies.

-- 
Jens Axboe


^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2012-03-05 10:39 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2012-03-05  9:11 Re-4: verify seems not to take place on iSCSI-Target writing Stefan Hübner
2012-03-05 10:39 ` Jens Axboe

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.