Matrix performance section

From Linux NFS

(Difference between revisions)
Jump to: navigation, search
(IV.E Evaluation in various load scenarios)
(Evaluation in stress scenarios)
Line 279: Line 279:
!style="background: #ececec;"|'''owner'''
!style="background: #ececec;"|'''owner'''
!style="background: #ececec;"|'''notes'''
!style="background: #ececec;"|'''notes'''
 +
|-
|IV.F.1
|IV.F.1
|Measure performance of server when in limited resource situations :
|Measure performance of server when in limited resource situations :

Revision as of 13:15, 16 June 2005

Contents

IV.A Comparison of NFSv4 vs. NFSv3 for common use cases

ID test tool test status owner notes
IV.A.1 Time to perform sequence of unique read/write operations Iozone Open Bull Done by Bull in 2004
IV.A.2 Time to perform sequence of cacheable read/write operations Iozone New
IV.A.3 Random reads/writes/opens from many clients to one server Iozone Open Bull Done by Bull in 2004
IV.A.4 Industry standard loads SpecSFS, Specweb99 New Tools does not exist
IV.A.5 Time to read file from beginning to end and then rewrite it IOzone In progress Bull Part of IOZone standard tests
IV.A.6 Time for appending info to a log file sporadically over time Iozone New Bull
IV.A.7 Metadata - open/close intensive workload Iozone New Bull
IV.A.8 Metadata - directory scanning Iozone Open Bull
IV.A.9 Metadata - create/delete Iozone New Bull
IV.A.10 Metadata - changing attributes (chown, chmod) while dir scanning IOZone New Bull
IV.A.11 How many locks can be made and released over time FFsB New Bull
IV.A.12 Comparison of speeds attainable for different NIC cards

IV.B NFSv4 on TCP vs. RDMA

ID test tool test status owner notes
IV.B Compare latency, throughput, etc. of NFSv4 on TCP vs. RDMA New Only prototypes exist currently; possibly will be more fully implemented by end of 2005

IV.C Test performance on different local filesystems

ID test tool test status owner notes
IV.C.1 Analyze whether file system choice affects performance Iozone Done Bull NFSv4 performances do not depend on the local file-system used
IV.C.2 Test performance with Ext2 on server with metadata /acls IOZone/FFsB
IV.C.3 Test performance with ext3 on server with metadata / acls IOZone/FFsB New
IV.C.4 Test performance with Reiser3 on server with metadata / acls IOZone/FFsB New
IV.C.5 Test performance with xfs on server with metadata / acls IOZone/FFsB New
IV.C.6 Test performance with jfs on server with metadata / acls IOZone/FFsB New
IV.C.7 Test performance with Reiser4 on server with metadata /acls IOZone/FFsB New

IV.D Test perfomance on different cluster filesystems

ID test tool test status owner notes
IV.D.1 Test performance when using GFS cluster file system New
IV.D.2 Test performance when using Luster cluster file system New
IV.D.3 Test performance when using GPFS cluster file system New
IV.D.4 Test performance when using Polyserve cluster file system New

IV.E Evaluation in various load scenarios

ID test tool test status owner notes
IV.E.1 Test performance with large numbers of small (<4k) files addhoc tool In progress Bull While most NFS functionnalities are not affected by the number of files (1 000 000 of empty files), some bash functions are not responding : ls (answer take more than 15 hours). This question will be splited in sub topics soon.
IV.E.2 Test performance with a few very large (>1G) files IOzone Open Bull Goals need some clarifications
IV.E.3 4-16 clients generating high load on 1 server in lab environment Mail/user dir New Bull
IV.E.4 2000-5000 clients on 5-10 servers in production environment Clusters New NetApps
IV.E.5 NFS "Cluster" scenario with 1000+ clients and several servers Film industry, HPC or visualization workload New
IV.E.6 NFS front end with cluster backend; 100+ clients New
IV.E.7 Pure cluster; 100+ clients New

Evaluation in stress scenarios

ID test tool test status owner notes
IV.F.1 Measure performance of server when in limited resource situations :
  • Low memory / heavy swap space usage
  • High inode count situations
New
IV.F.2 Measure performance of client when in limited resource situations :
  • Low memory / heavy swap space usage
  • Low/saturated network bandwidth
New
IV.F.3 Graceful failure mode New See Chuck for more info
IV.F.4 Measure memory/network/CPU efficiency of client for fixed workload IOzone - FFsB In progress Bull

Scalability (performance)

|IV.G. |Verify server scalability with clients generating various basic requests (ACCESS, GETATTR, et al) |Iozone |New | | |- |IV.G.2 |Verify server scalability with clients using compound requests |Iozone |New | | |- |IV.G.3 |Measure effects of scaling up number of connections |IOZone |New |Bull |SMP - Measure number of mounts per second on client and server |- |IV.G.4 |Measure effects of increasing number of files |Addhoc tool |Open |Bull | |- |IV.G.5 |Measure effects of increasing file size (with/without cache) |IOzone |Open |Bull | |- |IV.G.6 | | | | | |- |IV.G.7 | | | | | |- |IV.G.8 | | | | | |- |IV.G.9 | | | | | |- |IV.G.10 | | | | | |-

Personal tools