On 2012-04-14 01:48, Suresh Dhanarajan wrote: > Hi, > > I wanted to use the "offset increment option" and "numjobs" so that i > can split the work load between ten jobs and reduce the run time. > But what i am seeing is that the offset counter is not getting reset > when the first job in the jobfile is completed.(is it that the offset > is global for the job file and not for the Jobs inside the jobfile?) > So my read starts from the last offset set by the writes. > > here is my job file, > > [global] > bs=64k > direct=1 > numjobs=10 > size=1m > group_reporting > > [write-phase] > offset_increment=1m > filename=/dev/sdb > rw=write > write_iolog=verfywrite2 > > [read-phase] > stonewall > offset_increment=1m > filename=/dev/sdb > rw=read > write_iolog=verfyread2 > > I tried using the offset=0 option in the read phase job but now every > time the read happens from zeroth offsite. > Now the offset increment option is not getting honored. > > [write-phase] > offset_increment=1m > filename=/dev/sdb > rw=write > write_iolog=verfywrite2 > > [read-phase] > stonewall > offset=0 > offset_increment=1m > filename=/dev/sdb > rw=read > write_iolog=verfyread2 > > I tried the same case with verify option. > the behavior is same. > > Is there any way that i can reset the offset counters once the job is completed? Right now there isn't, but it does make sense to reset the counter across stonewalls. At the moment, it'll just increment for each job. Internally, fio sets up all the jobs, even across stonewalls, when it starts up. It just starts some of them later on, depending on those parameters. It does seem most useful to have it reset across a hard barrier though, I can definitely change it to do that. Let me brew up a patch later today that you can test. -- Jens Axboe -- To unsubscribe from this list: send the line "unsubscribe fio" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
