Chapter 2 HPSS Planning
HPSS Installation Guide September 2002 139
Release 4.5, Revision 2
Parallel transfers move the data between the Mover and the end-client processes bypassing the
HPSS FTPD. Customers should be educated to use the parallel functions rather than the non-
parallelfunctions. NOTE:ASCII transfers are not supported by the parallel functions and the non-
parallelfunctions will need to be specified for ASCII transfers. ASCIItransfers are NOT typically
required; but the end-customer should familiarize themselves with the particulars.
Parallel transfers should be optimized so that the Class of Service (COS), Media Stripe Widths,
Network Stripe Widths, and Parallel Block Sizes are consistent with each other. E.g., using a
NetworkStripe Width of 4 with a Media Width of 2 may result in poorer performance than if both
specifications are equal! Specifying a Network Stripe Width of 4 where there is only one network
interface may not provide any improvement over a lower Network Stripe Width (2) if the
bandwidth of the network is (over-)filled by a 4-way stripe.
Non-paralleltransfers occur via a “stage and forward” approach (Device <==> Mover <==> HPSS
FTP Daemon <==> FTP Client.) It is recommended that the “–h” option be specified on the
hpss_pftpdand that the “hpss_option HOST hostname” be specified in the ftpaccess file if the FTP
Daemon system has multiple interfaces. The hostname should refer to the highest speed interface
available for transmission of data between the FTP Daemon and HPSS Movers. NOTE: this
interface MUST be available to all client systems that contact the FTP Daemon.
Where reasonable, the standard FTP ports should be modified to something other than 20/21 on
the system acting as the HPSS FTP Daemon. The HPSS FTP Daemon should be set to use the 20/
21ports by default. This reduces the problem of requiring the end-customer from needing to know
whichport to use for transfers to HPSS. In conjunction with this, it is highly recommended that the
{ftpbanner} file be used with an appropriate message to provide information to the end-customer
that they are accessing HPSS as opposed to a standard system.
2.11.7 Client API
The Client API provides the capability to perform data transfer of any size (the size being
parameterssupplied by the client to the read and write interfaces). The size of the data transfers can
havea significant impact on the performance of HPSS. In general, larger transfers will generate less
overhead than a series of smaller transfers for the same total amount of data.
Thesize of the transfers is extremely important because the clients may write files directly to a tape
storage class, as described in Section 2.11.5.
2.11.8 Name Server
Minor performance degradations may be seen when the Name Server is processing path names
witha large number of components, listing directories containing entries with long (greater than 23
characters) names, servicing requests for objects which have a large (greater than 4) number of
Object ACL entries, and servicing requests for objects which have Initial Container/Initial Object
ACL entries.
2.11.9 Location Server
The Location Policy defined for a site generally determines how the Location Server will perform
and how it will impact the rest of the HPSS system. View the help for the fields on this screen to
determineif the values need to be changed. Thedefaultpolicy values are adequate for the majority