On Thu, Apr 18, 2013 at 10:50 AM, Spencer Shepler
<[email protected]> wrote:
>
> Note that SPEC SFS does not support RDMA.
>
IIRC, the benchmark comes with source code - wondering anyone has
modified it to run on RDMA ? Or is there any real user to share the
experience ?
-- Wendy
> ________________________________
> From: Wendy Cheng
> Sent: 4/18/2013 9:16 AM
> To: Yan Burman
> Cc: Atchley, Scott; J. Bruce Fields; Tom Tucker; [email protected];
> [email protected]; Or Gerlitz
>
> Subject: Re: NFS over RDMA benchmark
>
> On Thu, Apr 18, 2013 at 5:47 AM, Yan Burman <[email protected]> wrote:
>>
>>
>> What do you suggest for benchmarking NFS?
>>
>
> I believe SPECsfs has been widely used by NFS (server) vendors to
> position their product lines. Its workload was based on a real life
> NFS deployment. I think it is more torward office type of workload
> (large client/user count with smaller file sizes e.g. software
> development with build, compile, etc).
>
> BTW, we're experimenting a similar project and would be interested to
> know your findings.
>
> -- Wendy
> --
> To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
>
> the body of a message to [email protected]
> More majordomo info at http://vger.kernel.org/majordomo-info.html
On Apr 18, 2013, at 6:03 PM, Atchley, Scott wrote:
> On Apr 18, 2013, at 3:15 PM, Wendy Cheng <[email protected]> wrote:
>
>> On Thu, Apr 18, 2013 at 10:50 AM, Spencer Shepler
>> <[email protected]> wrote:
>>>
>>> Note that SPEC SFS does not support RDMA.
>>>
>>
>> IIRC, the benchmark comes with source code - wondering anyone has
>> modified it to run on RDMA ? Or is there any real user to share the
>> experience ?
>
> I am not familiar with SpecSFS, but if it exercises the filesystem, it does not know which RPC layer that NFS uses, no? Or does it implement its own client and directly access the RPC layer?
Yes, the SPEC SFS benchmark implements its own NFSv3 client, RPC layer, etc.
Spencer
>
>>
>> -- Wendy
>>
>>> ________________________________
>>> From: Wendy Cheng
>>> Sent: 4/18/2013 9:16 AM
>>> To: Yan Burman
>>> Cc: Atchley, Scott; J. Bruce Fields; Tom Tucker; [email protected];
>>> [email protected]; Or Gerlitz
>>>
>>> Subject: Re: NFS over RDMA benchmark
>>>
>>> On Thu, Apr 18, 2013 at 5:47 AM, Yan Burman <[email protected]> wrote:
>>>>
>>>>
>>>> What do you suggest for benchmarking NFS?
>>>>
>>>
>>> I believe SPECsfs has been widely used by NFS (server) vendors to
>>> position their product lines. Its workload was based on a real life
>>> NFS deployment. I think it is more torward office type of workload
>>> (large client/user count with smaller file sizes e.g. software
>>> development with build, compile, etc).
>>>
>>> BTW, we're experimenting a similar project and would be interested to
>>> know your findings.
>>>
>>> -- Wendy
>>> --
>>> To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
>>>
>>> the body of a message to [email protected]
>>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
On Apr 18, 2013, at 3:15 PM, Wendy Cheng <[email protected]> wrote:
> On Thu, Apr 18, 2013 at 10:50 AM, Spencer Shepler
> <[email protected]> wrote:
>>
>> Note that SPEC SFS does not support RDMA.
>>
>
> IIRC, the benchmark comes with source code - wondering anyone has
> modified it to run on RDMA ? Or is there any real user to share the
> experience ?
I am not familiar with SpecSFS, but if it exercises the filesystem, it does not know which RPC layer that NFS uses, no? Or does it implement its own client and directly access the RPC layer?
>
> -- Wendy
>
>> ________________________________
>> From: Wendy Cheng
>> Sent: 4/18/2013 9:16 AM
>> To: Yan Burman
>> Cc: Atchley, Scott; J. Bruce Fields; Tom Tucker; [email protected];
>> [email protected]; Or Gerlitz
>>
>> Subject: Re: NFS over RDMA benchmark
>>
>> On Thu, Apr 18, 2013 at 5:47 AM, Yan Burman <[email protected]> wrote:
>>>
>>>
>>> What do you suggest for benchmarking NFS?
>>>
>>
>> I believe SPECsfs has been widely used by NFS (server) vendors to
>> position their product lines. Its workload was based on a real life
>> NFS deployment. I think it is more torward office type of workload
>> (large client/user count with smaller file sizes e.g. software
>> development with build, compile, etc).
>>
>> BTW, we're experimenting a similar project and would be interested to
>> know your findings.
>>
>> -- Wendy
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
>>
>> the body of a message to [email protected]
>> More majordomo info at http://vger.kernel.org/majordomo-info.html