Sandra:
I'm using TSM 4.2.1.21.
TCPWINDOWSIZE has a value higher than yours (I'd to see...)
I think in 1 hour we're backing up more info in our actual situation.

Have you ever considered that with a DLT8000 drive and a block factor of
512 you can obtain more than 15Gb/hr? (just using tar, under Solaris:
last year we were in that situation)

We accepted to use TSM because of the disk spooling before moving data
to tape: isn`t it faster?

Well, I'm trying to get some feeling about these topics.
Lots of thanks!

Ignacio





> -----Mensaje original-----
> De: Sandra Ghaoui [mailto:sandra_ghaoui AT YAHOO DOT COM]
> Enviado el: Jueves, 16 de Mayo de 2002 03:47
> Para: ADSM-L AT VM.MARIST DOT EDU
> Asunto: Re: Tuning TSM
> 
> 
> Hello Ignacio,
> 
> I had performance problems with TSM too. (I still have
> in another installation too :p) ... After fixing the
> networks problems (to 100/full  duplex) performance
> was still poor.
> I don't know what version you are using but in my case
> I had to change the TCPWINDOWSIZE in the client
> options file to 63 (default is 32) , and now I'm
> backing up 11 GB in 1 hour which is pretty good ...
> 
> Hope it helps
> Sandra
> 
> 
> --- Ignacio Vidal <ividal AT BIYCSA.COM DOT AR> wrote:
> > Lindsey:
> > I've been walking around once and again about
> > networking configuration,
> > then with disk i/o performance, then with how is
> > configurated on disk
> > the storage pool (if it was in raid 5, or in raid 1
> > or in raid 10...).
> >
> > Those servers are connected through gigabit ethernet
> > channels, and they
> > are offering from 50 to 75 MBytes/sec. I believe
> > that throughput is very
> > low, but Tivoli's people (here) insisted in other
> > factors (disk i/o,
> > configuration of raids, etc)
> >
> > I'll try your reccomendation, I have not all
> > neccesary values from our
> > switches now.
> > Thanks
> >
> > Ignacio
> >
> > > -----Mensaje original-----
> > > De: lt [mailto:horse AT AUSTIN.IBM DOT COM]
> > > Enviado el: Miircoles, 15 de Mayo de 2002 19:42
> > > Para: ADSM-L AT VM.MARIST DOT EDU
> > > Asunto: Re: Tuning TSM
> > >
> > >
> > > Hi,
> > >  Be sure to set "ALL" parameters for the nic cards
> > correctly
> > > to match the
> > > ports on the switches.
> > >  Ensure that "ALL" 'no options' are set correctly
> > for your
> > > environment.
> > >
> > > Example:
> > >  AIX 433_ML_08:
> > >   100MB ethernet nic cards have the xmit/recieve
> > buffer pools
> > > maxed out
> > >   100MB ethernet nic cards have the speed/duplex
> > set to match
> > > switch ports
> > >   'no options' are set via an /etc/rc.{filename} &
> > called via
> > > /etc/inittab via:
> > >   rctunenet:2:wait:/etc/rc.tunenet > /dev/console
> > 2>&1 #Tune
> > > Network Parms
> > >    example:
> > >     /etc/rc.tunenet
> > >      if [ -f /usr/sbin/no ]
> > >      then
> > >      thewall=$(/usr/sbin/no -o thewall | awk '{
> > print $3 }')
> > >      if [ $thewall -lt 4096 ]
> > >      then
> > >      /usr/sbin/no -d thewall
> > >      else
> > >      print thewall is set to $thewall - left as is
> > >      fi
> > >      /usr/sbin/no -d thewall
> > >      /usr/sbin/no -d sb_max
> > >      /usr/sbin/no -o tcp_sendspace=$thewall
> > >      /usr/sbin/no -o tcp_recvspace=$thewall
> > >      /usr/sbin/no -o udp_sendspace=64000
> > >      /usr/sbin/no -o udp_recvspace=64000
> > >      /usr/sbin/no -o net_malloc_police=32768
> > >      /usr/sbin/no -o tcp_mssdflt=1452
> > >      /usr/sbin/no -o ipqmaxlen=150
> > >      /usr/sbin/no -o rfc1323=1
> > >      fi
> > >      print "Network parameters tuned..."
> > >  By allowing AIX_ML_08 to "figure out" the best
> > settings for
> > > thewall/sb_max, no -d thewall/sb_max, I do not
> > have to go
> > > thru the issue
> > > of calculating it anymore!!!
> > >  Having gone thru the above scenario, my 100MB
> > ethernet cloud
> > > performs
> > > at, a minimum, 10MB/sec. A lot of the network
> > traffic is logged at:
> > > 11MB/sec.
> > >  We are now implementing a GIG ethernet network
> > and I am
> > > looking forward
> > > to working with it as well.
> > >
> > > HTH.
> > >
> > >
> > > Mr. Lindsey Thomson
> > > BLDG:042/2F-065 IMA: 0422F065
> > > 11400 Burnet Rd.,  Austin, TX 78758
> > > off) 512) 823 6522 / (TL) 793 6522
> > >
> > > "I never waste memory on things that can easily be
> > stored
> > >  and retrieved from elsewhere."    - Albert
> > Einstein
> > > "Blessed is the nation whose God is the Lord" -
> > Psalm 33:12
> > > "Time is a great teacher, but unfortunately it
> > kills all
> > >  its pupils"    - Hector Berloiz
> > >
> > > On Wed, 15 May 2002, Ignacio Vidal wrote:
> > >
> > > > Hi:
> > > > I'm managing a pretty small TSM installation
> > with 4 RS/6K
> > > machines (2
> > > > 6M1 and 2 6H1) running AIX 4.3.3 (ML9).
> > > > TSM software consists of the server (running in
> > a 6M1 - 7Gb
> > > RAM), and
> > > > the clients running in the same machine and on
> > the others.
> > > >
> > > > I4ve got the following situation:
> > > > - the total of data backed up is about 200Gb's,
> > > > - 4 servers are connected using gigabit ethernet
> > links (and
> > > have 6Gb RAM
> > > > and 7Gb RAM each model 6H1 and 6M1 respectively)
> > > > - TSM uses a storage pool of 240Gb on FastT500
> > disks (those are
> > > > connected by FC channels)
> > > > - TSM uses a 3581 library (LTO) with 1 drive,
> > > >
> > > > The fact is (for the same set of information):
> > > > When I do an archive backup operation with TSM,
> > the time
> > > elapsed rounds
> > > > 5 hours (TSM writes "right to" the tape).
> > > > When I do an incremental backup operation, TSM
> > uses about
> > > 6:30hs for it
> > > > (TSM writes to storage pool).
> > > >
> > > > I'm looking for a rational approach to solve
> > this
> > > "problem": isn't it
> > > > more fast writing to storage pool (disk) that to
> > tape?
> > > >
> > > > Anyone had the same performance problem?
> > > >
> > > > Is it really a performance problem?
> > > >
> > > > I would like some commentaries about this, I can
> > provide
> > > some info about
> > > > the configuration of TSM and the AIX servers.
> > > >
> > > > Regards
> > > >
> > > > Ignacio
> > > >
> > >
> 
> 
> __________________________________________________
> Do You Yahoo!?
> LAUNCH - Your Yahoo! Music Experience
> http://launch.yahoo.com
>