Just to add on this, I have personally taken caution not to use this, as I
had problems with restores of the clients!
Thanks
Simon Weaver
Technical Support
Windows Domain Administrator
EADS Astrium
Tel: 02392-708598
Email: Simon.Weaver AT Astrium.eads DOT net
-----Original Message-----
From: Dave Markham [mailto:dave.markham AT fjserv DOT net]
Sent: 08 February 2006 11:36
To: Paul Keating
Cc: veritas-bu AT mailman.eng.auburn DOT edu
Subject: Re: [Veritas-bu] performance?
Have you set NET_BUFFER_SZ at all on the clients? It may try and
increase the throughput buffer wise from client end where it was using
standard values before.
Dave
Paul Keating wrote:
>I can add more GigE cards.....matter of fact the box already has a dual
>GigE NIC installed. But I don't want to add bigger doors in front of a
>small hallway. Ie...can the PCI bus/bridge support 2 more GigE NICs.
>Networks is monitoring my switch ports and showing me peaks less than
>200Mb/s on each of my Gig cards.....avg even less.
>
>I'm getting a sniffer ready to monitor my NICs for a few minutes during
>some peak periods......should be able to tell me if the server is
>congested and pushing back, or if the clients just aren't sending it
>fast enough.
>
>Looking at deploying some media servers this year anyway, so....
>
>Paul
>
>
>
>
>>-----Original Message-----
>>From: veritas-bu-admin AT mailman.eng.auburn DOT edu
>>[mailto:veritas-bu-admin AT mailman.eng.auburn DOT edu] On Behalf Of
>>Austin Murphy
>>Sent: February 7, 2006 2:58 PM
>>To: veritas-bu AT mailman.eng.auburn DOT edu
>>Subject: Re: [Veritas-bu] performance?
>>
>>
>>It looks like you are maxing out your Gigabit ethernet cards.
>>
>>My performance measurements of Gigabit ethernet were at best ~35MB/sec
>>for one normal gigabit link. The only numbers I saw on the internet
>>that were substantially higher used jumbo frames.
>>
>>I'm using an E450 (4x 296MHz) with a 4-port GigaSwift (2 ports live,
>>2 offline). I restricted the storage unit to only use 2 drives
>>(LTO-2) at once, each of which maxes out at ~30MB/sec native.
>>
>>If you added a 4x GigaSwift card (or two) and arranged your network to
>>make use of the extra Gigabit links, you could pump more data to your
>>tapes. If you can spend a bit more money you might try a faster
>>technology like 10GbE or IP over Fibrechannel. Beyond that I think
>>you are looking at a media server.
>>
>>Austin Murphy
>>
>>
>>On 2/7/06, Paul Keating <pkeating AT bank-banque-canada DOT ca> wrote:
>>
>>
>>>I'm running a Sunfire V880.
>>>
>>>4x 1.2 GHz Ultrasparc III+ proc.
>>>8 Gig Ram
>>>
>>>6 internal 72 Gig disks.
>>>
>>>1st pair disks mirrored OS /, /usr, /opt, etc etc
>>>2nd pair disks mirrored /opt/openv (replicated to a standby
>>>
>>>
>>system using
>>
>>
>>>Veritas Volume Replicator)
>>>3rd pair disks one slice mirrored for VVR's SRL logs
>>> remainder of the two disks concatenated
>>>
>>>
>>into a 96 Gig FS
>>
>>
>>>for a DSSU for a couple of small clients on 10Mb/s HD
>>>
>>>
>>encrypted links.
>>
>>
>>>Pair of FC200 HBAs in 66MHz PCI slots
>>>Pair of GigaSwift GigE cards in 33MHz PCI slots (only 2
>>>
>>>
>>66Mhz slots on the
>>
>>
>>>machine.)
>>>
>>>the HBAs each feed 7 tape drives and 1 robot.....using Inline tape
>>>copy.....the robots are essentially mirrored....one onsite,
>>>
>>>
>>one at the end
>>
>>
>>>of a DWDM link.
>>>
>>>
>>>I previously had only 3 drives at each site.....and added
>>>
>>>
>>the additional 4
>>
>>
>>>at each site two weeks ago.
>>>
>>>with the 3 drives per site, I was getting approx 60MB/s
>>>
>>>
>>total date to the
>>
>>
>>>three drives...so an avg of 20MB/s drive.
>>>
>>>The addidional drives were added for resiliency (Mgmt
>>>
>>>
>>wanted two stus, one
>>
>>
>>>for dev, one for prod servers..so now we have a stu with 4
>>>
>>>
>>drives avail for
>>
>>
>>>prod, and 3 drives avail for dev)
>>>in the case where a client or two stuck at half duplex
>>>
>>>
>>hangs up a drive all
>>
>>
>>>night, the remainder of jobs can finish...
>>>
>>>The problem is that, after adding the new tape drives, we
>>>
>>>
>>don't get any more
>>
>>
>>>total throughput....seemd stuck at about 60-65MB/s, but now
>>>
>>>
>>spread among
>>
>>
>>>twice the tape drives.
>>>This means that since more machines are backing up
>>>
>>>
>>concurrantly (allowed
>>
>>
>>>because of the increased number of drives) that each
>>>
>>>
>>machine is backing up
>>
>>
>>>slower...in effect, each machine is taking twice as long to back
>>>up....causing some major issues.
>>>
>>>Anyone know of any particular configs or issues that may be
>>>
>>>
>>affecting us
>>
>>
>>>here? benchmarks on processing required to manage this many
>>>
>>>
>>ITC jobs? we
>>
>>
>>>didn't see a performance hit in the lab, but never had this
>>>
>>>
>>big of a system
>>
>>
>>>in the lab to really load it.
>>>
>>>I've been doing consant IOstat and netstat monitoring....no
>>>waits/queues/errors/collisions anywhere, except at one
>>>
>>>
>>point for about 15
>>
>>
>>>minutes during the FULL window on the weekend, a few waits
>>>
>>>
>>accumulated on
>>
>>
>>>the disks the /opt/openv resides on....but the performance
>>>
>>>
>>was the same
>>
>>
>>>during that period as the remaining 24+ hours, where there
>>>
>>>
>>were no waits.
>>
>>
>>>any new ideas would be welcome.
>>>
>>>Thanks,
>>>Paul
>>>
>>>
>>>
>>==============================================================
>>======================
>>
>>
>>>La version française suit le texte anglais.
>>>
>>>
>>>
>>>
>>--------------------------------------------------------------
>>----------------------
>>
>>
>>>This email message from the Bank of Canada is given in good
>>>
>>>
>>faith, and shall
>>
>>
>>>not be
>>>binding or construed as constituting any obligation on the
>>>
>>>
>>part of the Bank.
>>
>>
>>>This email may contain privileged and/or confidential
>>>
>>>
>>information, and the
>>
>>
>>>Bank of
>>>Canada does not waive any related rights. Any distribution,
>>>
>>>
>>use, or copying
>>
>>
>>>of this
>>>email or the information it contains by other than the
>>>
>>>
>>intended recipient is
>>
>>
>>>unauthorized. If you received this email in error please delete it
>>>immediately from your system and notify the sender promptly by email
>>>that
>>>
>>>
>>you have done so.
>>
>>
>>>Recipients are advised to apply their own virus checks to
>>>
>>>
>>this message upon
>>
>>
>>>receipt.
>>>
>>>
>>>
>>>
>>--------------------------------------------------------------
>>----------------------
>>
>>
>>>L'information communiquée dans les courriels en provenance
>>>
>>>
>>de la Banque du
>>
>>
>>>Canada
>>>est soumise de bonne foi, mais elle ne saurait lier la
>>>
>>>
>>Banque et ne doit
>>
>>
>>>aucunement
>>>être interprétée comme constituant une obligation de sa part.
>>>
>>>Le présent courriel peut contenir de l'information privilégiée ou
>>>confidentielle. La Banque du Canada ne renonce pas aux droits qui s'y
>>>
>>>
>>rapportent. Toute
>>
>>
>>>diffusion,
>>>utilisation ou copie de ce courriel ou des renseignements
>>>
>>>
>>qu'il contient par
>>
>>
>>>une
>>>personne autre que le ou les destinataires désignés est
>>>
>>>
>>interdite Si vous
>>
>>
>>>recevez
>>>ce courriel par erreur, veuillez le supprimer immédiatement
>>>
>>>
>>et envoyer sans
>>
>>
>>>délai à
>>>l'expéditeur un message électronique pour l'aviser que vous
>>>
>>>
>>avez éliminé de
>>
>>
>>>votre
>>>ordinateur toute copie du courriel reçu.
>>>
>>>Dès la réception du présent message, le ou les
>>>
>>>
>>destinataires doivent activer
>>
>>
>>>leur
>>>programme de détection de virus pour éviter toute
>>>
>>>
>>contamination possible.
>>
>>
>>>
>>>
>>>
>>_______________________________________________
>>Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
>>http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>>
>>
>>
>=======================================================================
>=============
>
>La version française suit le texte anglais.
>
>-----------------------------------------------------------------------
>-------------
>
>This email message from the Bank of Canada is given in good faith, and
>shall not be binding or construed as constituting any obligation on the
>part of the Bank.
>
>This email may contain privileged and/or confidential information, and
>the Bank of Canada does not waive any related rights. Any distribution,
>use, or copying of this email or the information it contains by other
>than the intended recipient is unauthorized. If you received this email
>in error please delete it immediately from your system and notify the
>sender promptly by email that you have done so.
>
>Recipients are advised to apply their own virus checks to this message
>upon receipt.
>
>-----------------------------------------------------------------------
>-------------
>
>L'information communiquée dans les courriels en provenance de la Banque
>du Canada est soumise de bonne foi, mais elle ne saurait lier la Banque
>et ne doit aucunement être interprétée comme constituant une obligation
>de sa part.
>
>Le présent courriel peut contenir de l'information privilégiée ou
>confidentielle. La Banque du Canada ne renonce pas aux droits qui s'y
>rapportent. Toute diffusion, utilisation ou copie de ce courriel ou des
>renseignements qu'il contient par une personne autre que le ou les
>destinataires désignés est interdite. Si vous recevez ce courriel par
>erreur, veuillez le supprimer immédiatement et envoyer sans délai à
>l'expéditeur un message électronique pour l'aviser que vous avez
>éliminé de votre ordinateur toute copie du courriel reçu.
>
>Dès la réception du présent message, le ou les destinataires doivent
>activer leur programme de détection de virus pour éviter toute
>contamination possible.
>
>_______________________________________________
>Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
>http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>
>
>
_______________________________________________
Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
This email is for the intended addressee only.
If you have received it in error then you must not use, retain, disseminate or
otherwise deal with it.
Please notify the sender by return email.
The views of the author may not necessarily constitute the views of EADS
Astrium Limited.
Nothing in this email shall bind EADS Astrium Limited in any contract or
obligation.
EADS Astrium Limited, Registered in England and Wales No. 2449259
Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England
|
