* Feature Request, Job Info inserted into json output
@ 2015-12-09 16:10 Kurt Dorsey
2015-12-10 17:08 ` Jens Axboe
0 siblings, 1 reply; 3+ messages in thread
From: Kurt Dorsey @ 2015-12-09 16:10 UTC (permalink / raw)
To: fio
Hi All,
I have a feature request. One of the things that is missing (in my
opinion) from the json output is the actual fio job configuration.
In the current state it outputs a json file with all the output from the
jobs run. One addition that would make it very helpful for parsing and
comparing data (especially historical data or data run by another
engineer) is to have the actual job file as a key inside the json
output. This could be something as simple as just putting the parsed
command line argument in
fio --ioengine=libaio --buffered=0 --norandommap --log_avg_msec=10000 --
direct=1 --ba=4k --ramp_time=0 --runtime=1800 --time_based --
filename=/dev/sdg --name=8K_RR_QD1 --name=8K_RR_QD1 --bs=8k --
rw=randread --iodepth=1 --write_iops_log=./8K_RR_qd1_
Or even better would be a dictionary inside the json with every
configuration parameter verbosely printed (like the below "jobinfo")
{
"fio version" : "fio-2.1.10",
"jobs" : [
{
"jobname" : "8K_Random_Read",
"jobinfo" :{
"ioengine" : "libaio"
"buffered" : 0
"norandommap" : 1
"log_avg_msec" : 10000
"direct" : 1
"ba" : 4k
"ramp_time" : 0
"runtime" :1800
"time_based" : 1
"filename" : "/dev/sdc"
"name" : "8K_Random_Read"
"bs" : "8K"
"rw" : "randread"
"iodepth" : 1
}
"groupid" : 0,
"error" : 0,
"read" : {
I understand it would add size to the output but I think it would really
help.
Thoughts?
-Kurt
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Feature Request, Job Info inserted into json output
2015-12-09 16:10 Feature Request, Job Info inserted into json output Kurt Dorsey
@ 2015-12-10 17:08 ` Jens Axboe
2015-12-15 17:32 ` Jens Axboe
0 siblings, 1 reply; 3+ messages in thread
From: Jens Axboe @ 2015-12-10 17:08 UTC (permalink / raw)
To: Kurt Dorsey, fio
On 12/09/2015 09:10 AM, Kurt Dorsey wrote:
> Hi All,
>
> I have a feature request. One of the things that is missing (in my
> opinion) from the json output is the actual fio job configuration.
>
> In the current state it outputs a json file with all the output from the
> jobs run. One addition that would make it very helpful for parsing and
> comparing data (especially historical data or data run by another
> engineer) is to have the actual job file as a key inside the json
> output. This could be something as simple as just putting the parsed
> command line argument in
>
> fio --ioengine=libaio --buffered=0 --norandommap --log_avg_msec=10000 --
> direct=1 --ba=4k --ramp_time=0 --runtime=1800 --time_based --
> filename=/dev/sdg --name=8K_RR_QD1 --name=8K_RR_QD1 --bs=8k --
> rw=randread --iodepth=1 --write_iops_log=./8K_RR_qd1_
>
> Or even better would be a dictionary inside the json with every
> configuration parameter verbosely printed (like the below "jobinfo")
>
>
>
> {
> "fio version" : "fio-2.1.10",
> "jobs" : [
> {
> "jobname" : "8K_Random_Read",
> "jobinfo" :{
> "ioengine" : "libaio"
> "buffered" : 0
> "norandommap" : 1
> "log_avg_msec" : 10000
> "direct" : 1
> "ba" : 4k
> "ramp_time" : 0
> "runtime" :1800
> "time_based" : 1
> "filename" : "/dev/sdc"
> "name" : "8K_Random_Read"
> "bs" : "8K"
> "rw" : "randread"
> "iodepth" : 1
> }
> "groupid" : 0,
> "error" : 0,
> "read" : {
>
>
> I understand it would add size to the output but I think it would really
> help.
That would be very useful, you're not the first to bring it up. I'll be
happy to take patches to add this feature.
--
Jens Axboe
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Feature Request, Job Info inserted into json output
2015-12-10 17:08 ` Jens Axboe
@ 2015-12-15 17:32 ` Jens Axboe
0 siblings, 0 replies; 3+ messages in thread
From: Jens Axboe @ 2015-12-15 17:32 UTC (permalink / raw)
To: Kurt Dorsey, fio
On 12/10/2015 10:08 AM, Jens Axboe wrote:
> On 12/09/2015 09:10 AM, Kurt Dorsey wrote:
>> Hi All,
>>
>> I have a feature request. One of the things that is missing (in my
>> opinion) from the json output is the actual fio job configuration.
>>
>> In the current state it outputs a json file with all the output from the
>> jobs run. One addition that would make it very helpful for parsing and
>> comparing data (especially historical data or data run by another
>> engineer) is to have the actual job file as a key inside the json
>> output. This could be something as simple as just putting the parsed
>> command line argument in
>>
>> fio --ioengine=libaio --buffered=0 --norandommap --log_avg_msec=10000 --
>> direct=1 --ba=4k --ramp_time=0 --runtime=1800 --time_based --
>> filename=/dev/sdg --name=8K_RR_QD1 --name=8K_RR_QD1 --bs=8k --
>> rw=randread --iodepth=1 --write_iops_log=./8K_RR_qd1_
>>
>> Or even better would be a dictionary inside the json with every
>> configuration parameter verbosely printed (like the below "jobinfo")
>>
>>
>>
>> {
>> "fio version" : "fio-2.1.10",
>> "jobs" : [
>> {
>> "jobname" : "8K_Random_Read",
>> "jobinfo" :{
>> "ioengine" : "libaio"
>> "buffered" : 0
>> "norandommap" : 1
>> "log_avg_msec" : 10000
>> "direct" : 1
>> "ba" : 4k
>> "ramp_time" : 0
>> "runtime" :1800
>> "time_based" : 1
>> "filename" : "/dev/sdc"
>> "name" : "8K_Random_Read"
>> "bs" : "8K"
>> "rw" : "randread"
>> "iodepth" : 1
>> }
>> "groupid" : 0,
>> "error" : 0,
>> "read" : {
>>
>>
>> I understand it would add size to the output but I think it would really
>> help.
>
> That would be very useful, you're not the first to bring it up. I'll be
> happy to take patches to add this feature.
Can you try current -git? There's support for this now.
--
Jens Axboe
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2015-12-15 17:32 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-12-09 16:10 Feature Request, Job Info inserted into json output Kurt Dorsey
2015-12-10 17:08 ` Jens Axboe
2015-12-15 17:32 ` Jens Axboe
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox