* achieving a workload to get specific unique duplicate blocks @ 2015-04-25 13:03 Srinivasa Chamarthy 2015-05-04 20:39 ` Jens Axboe 0 siblings, 1 reply; 11+ messages in thread From: Srinivasa Chamarthy @ 2015-04-25 13:03 UTC (permalink / raw) To: fio Firstly, thanks before in hand. :) Using FIO, what is the way to achieve a work load with specific number of unique blocks duplicates for specific number of times. For Example, i want a 252k block duplicates 1000 times and i want it to be the unique block in the complete workload. Another query is that, for a blocksize of 256k does the io buffers are created at 256k and written to the disk and are all those 256k blocks unique buffer?. Can there be a change that in a 256k block, the smaller size buffers be the same? -- Srinivasa R Chamarthy ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: achieving a workload to get specific unique duplicate blocks 2015-04-25 13:03 achieving a workload to get specific unique duplicate blocks Srinivasa Chamarthy @ 2015-05-04 20:39 ` Jens Axboe 2015-05-05 2:23 ` Srinivasa Chamarthy 0 siblings, 1 reply; 11+ messages in thread From: Jens Axboe @ 2015-05-04 20:39 UTC (permalink / raw) To: Srinivasa Chamarthy, fio On 04/25/2015 07:03 AM, Srinivasa Chamarthy wrote: > Firstly, thanks before in hand. :) > > Using FIO, what is the way to achieve a work load with specific number > of unique blocks duplicates for specific number of times. For Example, > i want a 252k block duplicates 1000 times and i want it to be the > unique block in the complete workload. If you have very specific requirements, it might be easier to simply write an iolog generator that spits out what you want the pattern to look like. Then fio can import that, and run the workload. > Another query is that, for a blocksize of 256k does the io buffers are > created at 256k and written to the disk and are all those 256k blocks > unique buffer?. Can there be a change that in a 256k block, the > smaller size buffers be the same? That depends on the settings for compressibility, dedupability, etc. In general see scramble_buffers, refill_buffers, and so on. That is all in the man page or HOWTO. -- Jens Axboe ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: achieving a workload to get specific unique duplicate blocks 2015-05-04 20:39 ` Jens Axboe @ 2015-05-05 2:23 ` Srinivasa Chamarthy 2015-05-07 2:19 ` Matthew Eaton 0 siblings, 1 reply; 11+ messages in thread From: Srinivasa Chamarthy @ 2015-05-05 2:23 UTC (permalink / raw) To: Jens Axboe; +Cc: fio Thanks Jens. I was using refill_buffers and scramble_buffers at the same time. If i specify them at the same time, there seems to be no difference in the workloads. If i specify scramble_buffers then there shouldn't be refill_buffers specified to get the buffers differently. Thanks. Srinivasa R Chamarthy On Tue, May 5, 2015 at 4:39 AM, Jens Axboe <axboe@kernel.dk> wrote: > On 04/25/2015 07:03 AM, Srinivasa Chamarthy wrote: >> >> Firstly, thanks before in hand. :) >> >> Using FIO, what is the way to achieve a work load with specific number >> of unique blocks duplicates for specific number of times. For Example, >> i want a 252k block duplicates 1000 times and i want it to be the >> unique block in the complete workload. > > > If you have very specific requirements, it might be easier to simply write > an iolog generator that spits out what you want the pattern to look like. > Then fio can import that, and run the workload. > >> Another query is that, for a blocksize of 256k does the io buffers are >> created at 256k and written to the disk and are all those 256k blocks >> unique buffer?. Can there be a change that in a 256k block, the >> smaller size buffers be the same? > > > That depends on the settings for compressibility, dedupability, etc. In > general see scramble_buffers, refill_buffers, and so on. That is all in the > man page or HOWTO. > > -- > Jens Axboe > ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: achieving a workload to get specific unique duplicate blocks 2015-05-05 2:23 ` Srinivasa Chamarthy @ 2015-05-07 2:19 ` Matthew Eaton 2015-05-07 3:58 ` Srinivasa Chamarthy 0 siblings, 1 reply; 11+ messages in thread From: Matthew Eaton @ 2015-05-07 2:19 UTC (permalink / raw) To: Srinivasa Chamarthy; +Cc: Jens Axboe, fio It doesn't make sense to set refill_buffers and scramble_buffers at the same time, since you won't get any repeating data with refill_buffers set. On Mon, May 4, 2015 at 7:23 PM, Srinivasa Chamarthy <chamarthy.raju@gmail.com> wrote: > Thanks Jens. I was using refill_buffers and scramble_buffers at the > same time. If i specify them at the same time, there seems to be no > difference in the workloads. If i specify scramble_buffers then there > shouldn't be refill_buffers specified to get the buffers differently. > Thanks. > Srinivasa R Chamarthy > > > On Tue, May 5, 2015 at 4:39 AM, Jens Axboe <axboe@kernel.dk> wrote: >> On 04/25/2015 07:03 AM, Srinivasa Chamarthy wrote: >>> >>> Firstly, thanks before in hand. :) >>> >>> Using FIO, what is the way to achieve a work load with specific number >>> of unique blocks duplicates for specific number of times. For Example, >>> i want a 252k block duplicates 1000 times and i want it to be the >>> unique block in the complete workload. >> >> >> If you have very specific requirements, it might be easier to simply write >> an iolog generator that spits out what you want the pattern to look like. >> Then fio can import that, and run the workload. >> >>> Another query is that, for a blocksize of 256k does the io buffers are >>> created at 256k and written to the disk and are all those 256k blocks >>> unique buffer?. Can there be a change that in a 256k block, the >>> smaller size buffers be the same? >> >> >> That depends on the settings for compressibility, dedupability, etc. In >> general see scramble_buffers, refill_buffers, and so on. That is all in the >> man page or HOWTO. >> >> -- >> Jens Axboe >> > -- > To unsubscribe from this list: send the line "unsubscribe fio" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: achieving a workload to get specific unique duplicate blocks 2015-05-07 2:19 ` Matthew Eaton @ 2015-05-07 3:58 ` Srinivasa Chamarthy 2015-05-07 6:32 ` Srinivasa Chamarthy 2015-05-07 14:27 ` Jens Axboe 0 siblings, 2 replies; 11+ messages in thread From: Srinivasa Chamarthy @ 2015-05-07 3:58 UTC (permalink / raw) To: Matthew Eaton; +Cc: Jens Axboe, fio Thanks Eaton. One question thought. From the man page for refill_buffers: "If this option is given, fio will refill the IO buffers on every submit. The default is to only fill it at init time and reuse that data. Only makes sense if zero_buffers isn't specified, naturally. If data verification is enabled, refill_buffers is also automatically enabled." Every IO submitted will have a new pattern for repeated workloads? using refill_buffers, i seem to get same pattern repeatedly. Is that how it should be? i was under the impression that refill will use new pattern every time. # fio --filename=test_refill --readwrite=randwrite --size=1m --refill_buffers --bs=256k --norandommap --name=refill # for each in {0..3}; do dd if=test_refill bs=262144 count=1 skip=$each 2>/dev/null | md5sum; done 86c3e47e173a58ad93470fd8db856f8c - 6fe5ce86d04522889c99809d6d97cb94 - 9113ce00f3781861afc41aaf6da32428 - f0b575c40e9da23b524f585723cbea4e - # fio --filename=test_refill --readwrite=randwrite --size=1m --refill_buffers --bs=256k --norandommap --name=refill # for each in {0..3}; do dd if=test_refill bs=262144 count=1 skip=$each 2>/dev/null | md5sum; done 86c3e47e173a58ad93470fd8db856f8c - 6fe5ce86d04522889c99809d6d97cb94 - 9113ce00f3781861afc41aaf6da32428 - f0b575c40e9da23b524f585723cbea4e - Srinivasa R Chamarthy On Thu, May 7, 2015 at 10:19 AM, Matthew Eaton <m.eaton82@gmail.com> wrote: > It doesn't make sense to set refill_buffers and scramble_buffers at > the same time, since you won't get any repeating data with > refill_buffers set. > > On Mon, May 4, 2015 at 7:23 PM, Srinivasa Chamarthy > <chamarthy.raju@gmail.com> wrote: >> Thanks Jens. I was using refill_buffers and scramble_buffers at the >> same time. If i specify them at the same time, there seems to be no >> difference in the workloads. If i specify scramble_buffers then there >> shouldn't be refill_buffers specified to get the buffers differently. >> Thanks. >> Srinivasa R Chamarthy >> >> >> On Tue, May 5, 2015 at 4:39 AM, Jens Axboe <axboe@kernel.dk> wrote: >>> On 04/25/2015 07:03 AM, Srinivasa Chamarthy wrote: >>>> >>>> Firstly, thanks before in hand. :) >>>> >>>> Using FIO, what is the way to achieve a work load with specific number >>>> of unique blocks duplicates for specific number of times. For Example, >>>> i want a 252k block duplicates 1000 times and i want it to be the >>>> unique block in the complete workload. >>> >>> >>> If you have very specific requirements, it might be easier to simply write >>> an iolog generator that spits out what you want the pattern to look like. >>> Then fio can import that, and run the workload. >>> >>>> Another query is that, for a blocksize of 256k does the io buffers are >>>> created at 256k and written to the disk and are all those 256k blocks >>>> unique buffer?. Can there be a change that in a 256k block, the >>>> smaller size buffers be the same? >>> >>> >>> That depends on the settings for compressibility, dedupability, etc. In >>> general see scramble_buffers, refill_buffers, and so on. That is all in the >>> man page or HOWTO. >>> >>> -- >>> Jens Axboe >>> >> -- >> To unsubscribe from this list: send the line "unsubscribe fio" in >> the body of a message to majordomo@vger.kernel.org >> More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: achieving a workload to get specific unique duplicate blocks 2015-05-07 3:58 ` Srinivasa Chamarthy @ 2015-05-07 6:32 ` Srinivasa Chamarthy 2015-05-07 14:27 ` Jens Axboe 1 sibling, 0 replies; 11+ messages in thread From: Srinivasa Chamarthy @ 2015-05-07 6:32 UTC (permalink / raw) To: Matthew Eaton; +Cc: Jens Axboe, fio One of the thread i went though: http://www.spinics.net/lists/fio/msg00876.html does state that using refill_buffers should give fully different random data everytime. Srinivasa R Chamarthy On Thu, May 7, 2015 at 11:58 AM, Srinivasa Chamarthy <chamarthy.raju@gmail.com> wrote: > Thanks Eaton. One question thought. From the man page for refill_buffers: > > "If this option is given, fio will refill the IO buffers on every > submit. The default is to only fill it at init time and reuse that > data. Only makes sense if zero_buffers isn't specified, naturally. If > data verification is enabled, refill_buffers is also automatically > enabled." > > Every IO submitted will have a new pattern for repeated workloads? > using refill_buffers, i seem to get same pattern repeatedly. Is that > how it should be? i was under the impression that refill will use new > pattern every time. > > # fio --filename=test_refill --readwrite=randwrite --size=1m > --refill_buffers --bs=256k --norandommap --name=refill > # for each in {0..3}; do dd if=test_refill bs=262144 count=1 > skip=$each 2>/dev/null | md5sum; done > 86c3e47e173a58ad93470fd8db856f8c - > 6fe5ce86d04522889c99809d6d97cb94 - > 9113ce00f3781861afc41aaf6da32428 - > f0b575c40e9da23b524f585723cbea4e - > > # fio --filename=test_refill --readwrite=randwrite --size=1m > --refill_buffers --bs=256k --norandommap --name=refill > # for each in {0..3}; do dd if=test_refill bs=262144 count=1 > skip=$each 2>/dev/null | md5sum; done > 86c3e47e173a58ad93470fd8db856f8c - > 6fe5ce86d04522889c99809d6d97cb94 - > 9113ce00f3781861afc41aaf6da32428 - > f0b575c40e9da23b524f585723cbea4e - > Srinivasa R Chamarthy > > > On Thu, May 7, 2015 at 10:19 AM, Matthew Eaton <m.eaton82@gmail.com> wrote: >> It doesn't make sense to set refill_buffers and scramble_buffers at >> the same time, since you won't get any repeating data with >> refill_buffers set. >> >> On Mon, May 4, 2015 at 7:23 PM, Srinivasa Chamarthy >> <chamarthy.raju@gmail.com> wrote: >>> Thanks Jens. I was using refill_buffers and scramble_buffers at the >>> same time. If i specify them at the same time, there seems to be no >>> difference in the workloads. If i specify scramble_buffers then there >>> shouldn't be refill_buffers specified to get the buffers differently. >>> Thanks. >>> Srinivasa R Chamarthy >>> >>> >>> On Tue, May 5, 2015 at 4:39 AM, Jens Axboe <axboe@kernel.dk> wrote: >>>> On 04/25/2015 07:03 AM, Srinivasa Chamarthy wrote: >>>>> >>>>> Firstly, thanks before in hand. :) >>>>> >>>>> Using FIO, what is the way to achieve a work load with specific number >>>>> of unique blocks duplicates for specific number of times. For Example, >>>>> i want a 252k block duplicates 1000 times and i want it to be the >>>>> unique block in the complete workload. >>>> >>>> >>>> If you have very specific requirements, it might be easier to simply write >>>> an iolog generator that spits out what you want the pattern to look like. >>>> Then fio can import that, and run the workload. >>>> >>>>> Another query is that, for a blocksize of 256k does the io buffers are >>>>> created at 256k and written to the disk and are all those 256k blocks >>>>> unique buffer?. Can there be a change that in a 256k block, the >>>>> smaller size buffers be the same? >>>> >>>> >>>> That depends on the settings for compressibility, dedupability, etc. In >>>> general see scramble_buffers, refill_buffers, and so on. That is all in the >>>> man page or HOWTO. >>>> >>>> -- >>>> Jens Axboe >>>> >>> -- >>> To unsubscribe from this list: send the line "unsubscribe fio" in >>> the body of a message to majordomo@vger.kernel.org >>> More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: achieving a workload to get specific unique duplicate blocks 2015-05-07 3:58 ` Srinivasa Chamarthy 2015-05-07 6:32 ` Srinivasa Chamarthy @ 2015-05-07 14:27 ` Jens Axboe 2015-05-07 15:30 ` Srinivasa Chamarthy 2015-05-08 6:04 ` Ruvinsky, Konstantin 1 sibling, 2 replies; 11+ messages in thread From: Jens Axboe @ 2015-05-07 14:27 UTC (permalink / raw) To: Srinivasa Chamarthy, Matthew Eaton; +Cc: fio On 05/06/2015 09:58 PM, Srinivasa Chamarthy wrote: > Thanks Eaton. One question thought. From the man page for refill_buffers: > > "If this option is given, fio will refill the IO buffers on every > submit. The default is to only fill it at init time and reuse that > data. Only makes sense if zero_buffers isn't specified, naturally. If > data verification is enabled, refill_buffers is also automatically > enabled." > > Every IO submitted will have a new pattern for repeated workloads? > using refill_buffers, i seem to get same pattern repeatedly. Is that > how it should be? i was under the impression that refill will use new > pattern every time. > > # fio --filename=test_refill --readwrite=randwrite --size=1m > --refill_buffers --bs=256k --norandommap --name=refill > # for each in {0..3}; do dd if=test_refill bs=262144 count=1 > skip=$each 2>/dev/null | md5sum; done > 86c3e47e173a58ad93470fd8db856f8c - > 6fe5ce86d04522889c99809d6d97cb94 - > 9113ce00f3781861afc41aaf6da32428 - > f0b575c40e9da23b524f585723cbea4e - > > # fio --filename=test_refill --readwrite=randwrite --size=1m > --refill_buffers --bs=256k --norandommap --name=refill > # for each in {0..3}; do dd if=test_refill bs=262144 count=1 > skip=$each 2>/dev/null | md5sum; done > 86c3e47e173a58ad93470fd8db856f8c - > 6fe5ce86d04522889c99809d6d97cb94 - > 9113ce00f3781861afc41aaf6da32428 - > f0b575c40e9da23b524f585723cbea4e - First of all, please stop top posting. It breaks the flow of conversations. Secondly, this is expected behavior, and it's done to get identical behavior between runs. If you had longer runs, each buffer would be different. But if you did a new run after that, the sequence of buffers would be the same. Same thing happens with the offsets generated, the buffer lengths generated, etc. If you want a truly different run everytime, you have a few options. One is to simply set randrepeat=0, then OS entropy will seed the random generators. Or you can use randseed= to set a specific seed, which would allow you to reproduce a specific run. -- Jens Axboe ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: achieving a workload to get specific unique duplicate blocks 2015-05-07 14:27 ` Jens Axboe @ 2015-05-07 15:30 ` Srinivasa Chamarthy 2015-05-08 9:35 ` Srinivasa Chamarthy 2015-05-08 6:04 ` Ruvinsky, Konstantin 1 sibling, 1 reply; 11+ messages in thread From: Srinivasa Chamarthy @ 2015-05-07 15:30 UTC (permalink / raw) To: Jens Axboe; +Cc: fio, Matthew Eaton [-- Attachment #1: Type: text/plain, Size: 2260 bytes --] Sorry for that. Thanks for clarification on refill_buffers. On 07-May-2015 10:27 pm, "Jens Axboe" <axboe@kernel.dk> wrote: > On 05/06/2015 09:58 PM, Srinivasa Chamarthy wrote: > >> Thanks Eaton. One question thought. From the man page for refill_buffers: >> >> "If this option is given, fio will refill the IO buffers on every >> submit. The default is to only fill it at init time and reuse that >> data. Only makes sense if zero_buffers isn't specified, naturally. If >> data verification is enabled, refill_buffers is also automatically >> enabled." >> >> Every IO submitted will have a new pattern for repeated workloads? >> using refill_buffers, i seem to get same pattern repeatedly. Is that >> how it should be? i was under the impression that refill will use new >> pattern every time. >> >> # fio --filename=test_refill --readwrite=randwrite --size=1m >> --refill_buffers --bs=256k --norandommap --name=refill >> # for each in {0..3}; do dd if=test_refill bs=262144 count=1 >> skip=$each 2>/dev/null | md5sum; done >> 86c3e47e173a58ad93470fd8db856f8c - >> 6fe5ce86d04522889c99809d6d97cb94 - >> 9113ce00f3781861afc41aaf6da32428 - >> f0b575c40e9da23b524f585723cbea4e - >> >> # fio --filename=test_refill --readwrite=randwrite --size=1m >> --refill_buffers --bs=256k --norandommap --name=refill >> # for each in {0..3}; do dd if=test_refill bs=262144 count=1 >> skip=$each 2>/dev/null | md5sum; done >> 86c3e47e173a58ad93470fd8db856f8c - >> 6fe5ce86d04522889c99809d6d97cb94 - >> 9113ce00f3781861afc41aaf6da32428 - >> f0b575c40e9da23b524f585723cbea4e - >> > > First of all, please stop top posting. It breaks the flow of conversations. > > Secondly, this is expected behavior, and it's done to get identical > behavior between runs. If you had longer runs, each buffer would be > different. But if you did a new run after that, the sequence of buffers > would be the same. Same thing happens with the offsets generated, the > buffer lengths generated, etc. > > If you want a truly different run everytime, you have a few options. One > is to simply set randrepeat=0, then OS entropy will seed the random > generators. Or you can use randseed= to set a specific seed, which would > allow you to reproduce a specific run. > > > -- > Jens Axboe > > [-- Attachment #2: Type: text/html, Size: 2738 bytes --] ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: achieving a workload to get specific unique duplicate blocks 2015-05-07 15:30 ` Srinivasa Chamarthy @ 2015-05-08 9:35 ` Srinivasa Chamarthy 0 siblings, 0 replies; 11+ messages in thread From: Srinivasa Chamarthy @ 2015-05-08 9:35 UTC (permalink / raw) To: Jens Axboe; +Cc: fio, Matthew Eaton My reply din't seem to get through the mailing list. Blame HTML enabled on my mobile. :) Again. Sorry for top posting. Thought i was continuing the thread :( Thanks for clarification on refill_buffers. I get FIO now after trials and help from you guys. -- Srinivasa Chamarhy -- Srinivasa R Chamarthy On Thu, May 7, 2015 at 11:30 PM, Srinivasa Chamarthy <chamarthy.raju@gmail.com> wrote: > Sorry for that. Thanks for clarification on refill_buffers. > > On 07-May-2015 10:27 pm, "Jens Axboe" <axboe@kernel.dk> wrote: >> >> On 05/06/2015 09:58 PM, Srinivasa Chamarthy wrote: >>> >>> Thanks Eaton. One question thought. From the man page for refill_buffers: >>> >>> "If this option is given, fio will refill the IO buffers on every >>> submit. The default is to only fill it at init time and reuse that >>> data. Only makes sense if zero_buffers isn't specified, naturally. If >>> data verification is enabled, refill_buffers is also automatically >>> enabled." >>> >>> Every IO submitted will have a new pattern for repeated workloads? >>> using refill_buffers, i seem to get same pattern repeatedly. Is that >>> how it should be? i was under the impression that refill will use new >>> pattern every time. >>> >>> # fio --filename=test_refill --readwrite=randwrite --size=1m >>> --refill_buffers --bs=256k --norandommap --name=refill >>> # for each in {0..3}; do dd if=test_refill bs=262144 count=1 >>> skip=$each 2>/dev/null | md5sum; done >>> 86c3e47e173a58ad93470fd8db856f8c - >>> 6fe5ce86d04522889c99809d6d97cb94 - >>> 9113ce00f3781861afc41aaf6da32428 - >>> f0b575c40e9da23b524f585723cbea4e - >>> >>> # fio --filename=test_refill --readwrite=randwrite --size=1m >>> --refill_buffers --bs=256k --norandommap --name=refill >>> # for each in {0..3}; do dd if=test_refill bs=262144 count=1 >>> skip=$each 2>/dev/null | md5sum; done >>> 86c3e47e173a58ad93470fd8db856f8c - >>> 6fe5ce86d04522889c99809d6d97cb94 - >>> 9113ce00f3781861afc41aaf6da32428 - >>> f0b575c40e9da23b524f585723cbea4e - >> >> >> First of all, please stop top posting. It breaks the flow of >> conversations. >> >> Secondly, this is expected behavior, and it's done to get identical >> behavior between runs. If you had longer runs, each buffer would be >> different. But if you did a new run after that, the sequence of buffers >> would be the same. Same thing happens with the offsets generated, the buffer >> lengths generated, etc. >> >> If you want a truly different run everytime, you have a few options. One >> is to simply set randrepeat=0, then OS entropy will seed the random >> generators. Or you can use randseed= to set a specific seed, which would >> allow you to reproduce a specific run. >> >> >> -- >> Jens Axboe >> > ^ permalink raw reply [flat|nested] 11+ messages in thread
* RE: achieving a workload to get specific unique duplicate blocks 2015-05-07 14:27 ` Jens Axboe 2015-05-07 15:30 ` Srinivasa Chamarthy @ 2015-05-08 6:04 ` Ruvinsky, Konstantin 2015-05-08 6:10 ` Ruvinsky, Konstantin 1 sibling, 1 reply; 11+ messages in thread From: Ruvinsky, Konstantin @ 2015-05-08 6:04 UTC (permalink / raw) To: Jens Axboe; +Cc: fio@vger.kernel.org Hi, >If you want a truly different run everytime, you have a few options. One is to simply set randrepeat=0, then OS entropy will seed the random generators. Or you can use randseed= to set a specific seed, which would allow you to reproduce a specific run. Two points: 1. Looks like randseed is not documented in HowTo (see http://git.kernel.dk/?p=fio.git;a=blob;f=HOWTO;h=005dac251dd202917fdb446ffec22d3126757f8c;hb=HEAD) 2. Maybe make sense to add to HowTo that randrepeat=1 is the default value. Regards Konstantin ^ permalink raw reply [flat|nested] 11+ messages in thread
* RE: achieving a workload to get specific unique duplicate blocks 2015-05-08 6:04 ` Ruvinsky, Konstantin @ 2015-05-08 6:10 ` Ruvinsky, Konstantin 0 siblings, 0 replies; 11+ messages in thread From: Ruvinsky, Konstantin @ 2015-05-08 6:10 UTC (permalink / raw) To: Jens Axboe; +Cc: fio@vger.kernel.org Sorry about randseed, looked at wrong link. The right one is http://git.kernel.dk/?p=fio.git;a=blob;f=HOWTO;h=0808cc3a07e0f53a62c3476b6789f47426917829;hb=HEAD -----Original Message----- From: fio-owner@vger.kernel.org [mailto:fio-owner@vger.kernel.org] On Behalf Of Ruvinsky, Konstantin Sent: Friday, May 08, 2015 9:04 AM To: Jens Axboe Cc: fio@vger.kernel.org Subject: RE: achieving a workload to get specific unique duplicate blocks Hi, >If you want a truly different run everytime, you have a few options. One is to simply set randrepeat=0, then OS entropy will seed the random generators. Or you can use randseed= to set a specific seed, which would allow you to reproduce a specific run. Two points: 1. Looks like randseed is not documented in HowTo (see http://git.kernel.dk/?p=fio.git;a=blob;f=HOWTO;h=005dac251dd202917fdb446ffec22d3126757f8c;hb=HEAD) 2. Maybe make sense to add to HowTo that randrepeat=1 is the default value. Regards Konstantin N�����r��y���b�X��ǧv�^�){.n�+�������\x17��ܨ}���Ơz�&j:+v���\r����zZ+��+zf���h���~����i���z�\x1e�w���?����&�)ߢ^[f ^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2015-05-08 9:35 UTC | newest] Thread overview: 11+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2015-04-25 13:03 achieving a workload to get specific unique duplicate blocks Srinivasa Chamarthy 2015-05-04 20:39 ` Jens Axboe 2015-05-05 2:23 ` Srinivasa Chamarthy 2015-05-07 2:19 ` Matthew Eaton 2015-05-07 3:58 ` Srinivasa Chamarthy 2015-05-07 6:32 ` Srinivasa Chamarthy 2015-05-07 14:27 ` Jens Axboe 2015-05-07 15:30 ` Srinivasa Chamarthy 2015-05-08 9:35 ` Srinivasa Chamarthy 2015-05-08 6:04 ` Ruvinsky, Konstantin 2015-05-08 6:10 ` Ruvinsky, Konstantin
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.