From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <54354FB7.1010907@kernel.dk> Date: Wed, 08 Oct 2014 08:52:39 -0600 From: Jens Axboe MIME-Version: 1.0 Subject: Re: FIO - Client and Server - Suggestion References: <54345B52.7060306@kernel.dk> <543462BE.3000101@kernel.dk> <54346A66.6000509@kernel.dk> <40C9565A-0AB9-413A-B342-F5EF247686E5@netapp.com> <54349A4E.3080207@kernel.dk> <5434B79F.4030700@kernel.dk> <54354B49.8040307@kernel.dk> In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit To: "Neto, Antonio Jose Rodrigues" Cc: "fio@vger.kernel.org" List-ID: On 10/08/2014 08:47 AM, Neto, Antonio Jose Rodrigues wrote: > > > On 10/8/14, 10:33 AM, "Jens Axboe" wrote: > >> On 10/08/2014 08:13 AM, Neto, Antonio Jose Rodrigues wrote: >>> >>> >>> On 10/8/14, 12:03 AM, "Jens Axboe" wrote: >>> >>>> On 2014-10-07 21:24, Neto, Antonio Jose Rodrigues wrote: >>>>> Nossa Senhora:fio neto$ ./fio --client 10.61.109.151 --remote-config >>>>> /root/fio.patch/fio/model >>>>> hostname=s1, be=0, 64-bit, os=Linux, arch=x86-64, >>>>> fio=fio-2.1.13-42-g3232, >>>>> flags=1 >>>>> fio: unable to open '/root/fio.patch/fio/model:70?' job file >>>>> client: host=10.61.109.151 disconnected >>>>> >>>>> Any ideas? >>>> >>>> Looks like I just forgot to zero terminate that string. It was never >>>> absolute or relative path, just luck and what was in memory. Try and >>>> pull again, I committed a fix for that. >>>> >>>> -- >>>> Jens Axboe >>>> >>>> -- >>> >>> >>> Hi Jens, >>> >>> This is neto from Brazil >>> >>> How are you? >>> >>> Seems to me it's working with absolute path now with the latest commit >>> to >>> remote-config branch. >> >> Great, I verified this morning that it was an issue, we'd be looking at >> unitialized/allocated memory without it. >> >>> But, running the workload from my mac (connected to 2 Linux clients) I >>> do >>> not see the progress. >>> >>> Nossa Senhora:fiop neto$ ./fio --client 10.61.109.151 --remote-config >>> /root/fiop/model --client 10.61.109.152 --remote-config /root/fiop/model >>> hostname=s2, be=0, 64-bit, os=Linux, arch=x86-64, fio=fio-2.1.13, >>> flags=1 >>> hostname=s1, be=0, 64-bit, os=Linux, arch=x86-64, >>> fio=fio-2.1.13-31-g15e3, >>> flags=1 >>> workload: (g=0): rw=read, workload: (g=0): rw=read, >>> bs=64K-64K/64K-64K/64K-64K, bs=64K-64K/64K-64K/64K-64K, ioengine=libaio, >>> iodepth=1 >>> ioengine=libaio, iodepth=1 >>> ... >>> ... >>> Starting Starting 128 threads >>> 128 threads >>> Jobs: 0 (f=0) >>> >>> Any idea why? >> >> Works for me, just tried it from an OSX client. I notice that you don't >> seem to have updated the 's2' fio version, however. So I'd suggest you >> ensure you are running the same thing on all of them. >> >> -- >> Jens Axboe >> > > > Hi Jens, > > This is neto from Brazil > > How are you? > > With one client and one server it works > > Nossa Senhora:fiop neto$ ./fio --client 10.61.109.151 --remote-config > /root/fiop/model > hostname=s1, be=0, 64-bit, os=Linux, arch=x86-64, fio=fio-2.1.13-31-g15e3, > flags=1 > workload: (g=0): rw=read, bs=64K-64K/64K-64K/64K-64K, > ioengine=libaio, iodepth=1 > ... > Starting 128 threads > Jobs: 128 (f=2048): [R(128)] [4.4% done] [1770M/0K/0K /s] [27.7K/0/0 iops] > [eta 09m:45s] > > > > > > But with one client and 2 servers it does not work (the progress) > > > Nossa Senhora:fiop neto$ ./fio --client 10.61.109.151 --remote-config > /root/fiop/model --client 10.61.109.152 --remote-config /root/fiop/model > hostname=s2, be=0, 64-bit, os=Linux, arch=x86-64, fio=fio-2.1.13-31-g15e3, > flags=1 > hostname=s1, be=0, 64-bit, os=Linux, arch=x86-64, fio=fio-2.1.13-31-g15e3, > flags=1 > workload: (g=0): rw=read, workload: (g=0): rw=read, > bs=64K-64K/64K-64K/64K-64K, bs=64K-64K/64K-64K/64K-64K, ioengine=libaio, > iodepth=1 > ioengine=libaio, iodepth=1 > ... > ... > Starting Starting 128 threads128 threads > > Jobs: 0 (f=0) > Jobs: 0 (f=0) Weird, tested two here, running different jobs, and it summed them up fine and reported the ETA line. I will take a look, when time permits. -- Jens Axboe