Veritas-bu

[Veritas-bu] Multiple data streams

2005-11-11 09:54:37
Subject: [Veritas-bu] Multiple data streams
From: Philip.Weber AT egg DOT com (Weber, Philip)
Date: Fri, 11 Nov 2005 14:54:37 -0000
This is a multi-part message in MIME format.


------_=_NextPart_001_01C5E6CF.D6E8FE5F
Content-Type: text/plain;
        charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

A lot of our clients are on 100 meg interfaces & we get better=0D=0Aperform=
ance out of our tape drives if we do not multistream, but do=0D=0Amultiplex=
=2E  Otherwise the streams aren't coming from the clients fast=0D=0Aenough =
to keep the tape drives streaming nicely, without increasing the=0D=0Amulti=
plexing levels too high=2E=0D=0A=0D=0A-----Original Message-----=0D=0AFrom:=
 veritas-bu-admin@mailman=2Eeng=2Eauburn=2Eedu=0D=0A[mailto:veritas-bu-admi=
n@mailman=2Eeng=2Eauburn=2Eedu] On Behalf Of Piszcz,=0D=0AJustin=0D=0ASent:=
 11 November 2005 14:27=0D=0ATo: Hindle, Greg; veritas-bu@mailman=2Eeng=2Ea=
uburn=2Eedu=0D=0ASubject: RE: [Veritas-bu] Multiple data streams=0D=0A=0D=
=0A=0D=0A=0D=0AThere are reasons in certain instances=2E=0D=0A=0D=0A =0D=0A=
=0D=0AExample: You want the fastest restore's possible, then you would not=
=0D=0Awant to use multiplexing=2E=0D=0A=0D=0AExample: If you mean multiple =
data streams per client, you only want to=0D=0Arun one stream per physical =
device or else the heads would be going nuts=0D=0Aif you do more than one p=
er disk=2E=0D=0A=0D=0A =0D=0A=0D=0A =0D=0A=0D=0A=0D=0A  _____  =0D=0A=0D=0A=
=0D=0AFrom: veritas-bu-admin@mailman=2Eeng=2Eauburn=2Eedu=0D=0A[mailto:veri=
tas-bu-admin@mailman=2Eeng=2Eauburn=2Eedu] On Behalf Of Hindle,=0D=0AGreg=
=0D=0ASent: Friday, November 11, 2005 8:55 AM=0D=0ATo: veritas-bu@mailman=
=2Eeng=2Eauburn=2Eedu=0D=0ASubject: [Veritas-bu] Multiple data streams=0D=
=0A=0D=0A =0D=0A=0D=0A =0D=0A=0D=0AIs there a time or situation where you w=
ould NOT want to use multiple=0D=0Adata streams? =0D=0A  =0D=0AGreg Hindle =
=0D=0AConstellation Energy =0D=0AData Management & Recovery =0D=0AFront St=
=2E 410-291-5715 =0D=0A <mailto:greg=2Ehindle@constellation=2Ecom> greg=2Eh=
indle@constellation=2Ecom =0D=0A  =0D=0A  =0D=0A=0D=0A>>> This e-mail and a=
ny attachments are confidential, may contain legal,=0D=0Aprofessional or ot=
her privileged information, and are intended solely=0D=0Afor the=0D=0Aaddre=
ssee=2E  If you are not the intended recipient, do not use the=0D=0Ainforma=
tion=0D=0Ain this e-mail in any way, delete this e-mail and notify the send=
er=2E=0D=0ACEG-IP2=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A---------------------------=
--------------=0D=0AEgg is a trading name of the Egg group of companies whi=
ch includes: Egg=0D=0Aplc (reg no=0D=0A2448340), Egg Financial Intermediati=
on Ltd =0D=0A(reg no 3828289), and Egg Banking plc (reg =0D=0Ano 2999842)=
=2E Egg Banking plc and Egg =0D=0AFinancial Intermediation Ltd are authoris=
ed =0D=0Aand regulated by the Financial Services =0D=0AAuthority (FSA) and =
are entered in the FSA =0D=0Aregister under numbers 205621 and 309551 =0D=
=0Arespectively=2E These members of the Egg group =0D=0Aare registered in E=
ngland and Wales=2E =0D=0ARegistered office: 1 Waterhouse Square, 138-=0D=
=0A142 Holborn, London EC1N 2NA=2E=0D=0A =0D=0A=0D=0AThis e-mail is confide=
ntial and for use by =0D=0Athe addressee only=2E If you are not the =0D=0Ai=
ntended recipient of this e-mail and have =0D=0Areceived it in error, pleas=
e return the =0D=0Amessage to the sender by replying to it and =0D=0Athen d=
elete it from your mailbox=2E Internet e-=0D=0Amails are not necessarily se=
cure=2E The Egg =0D=0Agroup of companies do not accept =0D=0Aresponsibility=
 for changes made to this =0D=0Amessage after it was sent=2E=0D=0A=0D=0A=0D=
=0AWhilst all reasonable care has been taken to =0D=0Aavoid the transmissio=
n of viruses, it is the =0D=0Aresponsibility of the recipient to ensure =0D=
=0Athat the onward transmission, opening or use =0D=0Aof this message and a=
ny attachments will not =0D=0Aadversely affect its systems or data=2E No =
=0D=0Aresponsibility is accepted by the Egg group =0D=0Aof companies in thi=
s regard and the =0D=0Arecipient should carry out such virus and =0D=0Aothe=
r checks as it considers appropriate=2E=0D=0A=0D=0AThis communication does =
not create or modify =0D=0Aany contract=2E=0D=0A
------_=_NextPart_001_01C5E6CF.D6E8FE5F
Content-Type: text/html;
        charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<HTML>=0D=0A<BODY>=0D=0A<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4=2E0 Trans=
itional//EN">=0D=0A<HTML xmlns=3D"http://www=2Ew3=2Eorg/TR/REC-html40"; xmln=
s:v =3D =0D=0A"urn:schemas-microsoft-com:vml" xmlns:o =3D =0D=0A"urn:schema=
s-microsoft-com:office:office" xmlns:w =3D =0D=0A"urn:schemas-microsoft-com=
:office:word" xmlns:st1 =3D =0D=0A"urn:schemas-microsoft-com:office:smartta=
gs"><HEAD>=0D=0A<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; cha=
rset=3Dus-ascii">=0D=0A<TITLE>Message</TITLE>=0D=0A=0D=0A<META content=3D"M=
SHTML 6=2E00=2E2800=2E1479" name=3DGENERATOR><!--[if !mso]>=0D=0A<STYLE>v\:=
* {=0D=0A       BEHAVIOR: url(#default#VML)=0D=0A}=0D=0Ao\:* {=0D=0A    
BEHAVIOR: ur=
l(#default#VML)=0D=0A}=0D=0Aw\:* {=0D=0A        BEHAVIOR: 
url(#default#VML)=0D=0A}=
=0D=0A=2E=2Eshape {=0D=0A       BEHAVIOR: 
url(#default#VML)=0D=0A}=0D=0A</STYLE>=
=0D=0A<![endif]--><o:SmartTagType name=3D"Street" =0D=0Anamespaceuri=3D"urn=
:schemas-microsoft-com:office:smarttags"></o:SmartTagType><o:SmartTagType =
=0D=0Aname=3D"address" =0D=0Anamespaceuri=3D"urn:schemas-microsoft-com:offi=
ce:smarttags"></o:SmartTagType><!--[if !mso]>=0D=0A<STYLE>st1\:* {=0D=0A        
BE=
HAVIOR: url(#default#ieooui)=0D=0A}=0D=0A</STYLE>=0D=0A<![endif]-->=0D=0A<S=
TYLE>@font-face {=0D=0A font-family: Tahoma;=0D=0A}=0D=0A@page Section1 {si=
ze: 8=2E5in 11=2E0in; margin: 1=2E0in 1=2E25in 1=2E0in 1=2E25in; }=0D=0AP=
=2EMsoNormal {=0D=0A    FONT-SIZE: 12pt; MARGIN: 0in 0in 0pt; FONT-FAMILY: "Ti=
mes New Roman"=0D=0A}=0D=0ALI=2EMsoNormal {=0D=0A       FONT-SIZE: 12pt; 
MARGIN: =
0in 0in 0pt; FONT-FAMILY: "Times New Roman"=0D=0A}=0D=0ADIV=2EMsoNormal {=
=0D=0A  FONT-SIZE: 12pt; MARGIN: 0in 0in 0pt; FONT-FAMILY: "Times New Roman"=
=0D=0A}=0D=0AA:link {=0D=0A     COLOR: blue; TEXT-DECORATION: underline=0D=0A}=
=0D=0ASPAN=2EMsoHyperlink {=0D=0A       COLOR: blue; TEXT-DECORATION: underline=
=0D=0A}=0D=0AA:visited {=0D=0A  COLOR: blue; TEXT-DECORATION: underline=0D=
=0A}=0D=0ASPAN=2EMsoHyperlinkFollowed {=0D=0A   COLOR: blue; TEXT-DECORATION:=
 underline=0D=0A}=0D=0AP {=0D=0A        FONT-SIZE: 12pt; MARGIN-LEFT: 0in; 
MARGIN-=
RIGHT: 0in; FONT-FAMILY: "Times New Roman"; mso-margin-top-alt: auto; mso-m=
argin-bottom-alt: auto=0D=0A}=0D=0APRE {=0D=0A  FONT-SIZE: 10pt; MARGIN: 0in=
 0in 0pt; FONT-FAMILY: "Courier New"=0D=0A}=0D=0ASPAN=2EEmailStyle19 {=0D=
=0A     COLOR: navy; FONT-FAMILY: Arial; mso-style-type: personal-reply=0D=0A}=
=0D=0ADIV=2ESection1 {=0D=0A    page: Section1=0D=0A}=0D=0A</STYLE>=0D=0A</HEA=
D>=0D=0A<BODY lang=3DEN-US vLink=3Dblue link=3Dblue>=0D=0A<DIV><SPAN class=
=3D370335314-11112005><FONT face=3DArial color=3D#0000ff size=3D2>A lot =0D=
=0Aof our clients are on 100 meg interfaces &amp; we get better performance=
 out of =0D=0Aour tape drives if we do not multistream, but do multiplex=2E=
&nbsp; Otherwise the =0D=0Astreams aren't coming from the clients fast enou=
gh to keep the tape drives =0D=0Astreaming nicely, without increasing the m=
ultiplexing levels too =0D=0Ahigh=2E</FONT></SPAN></DIV>=0D=0A<BLOCKQUOTE d=
ir=3Dltr style=3D"MARGIN-RIGHT: 0px">=0D=0A  <DIV></DIV>=0D=0A  <DIV class=
=3DOutlookMessageHeader lang=3Den-us dir=3Dltr align=3Dleft><FONT =0D=0A  f=
ace=3DTahoma size=3D2>-----Original Message-----<BR><B>From:</B> =0D=0A  ve=
ritas-bu-admin@mailman=2Eeng=2Eauburn=2Eedu =0D=0A  [mailto:veritas-bu-admi=
n@mailman=2Eeng=2Eauburn=2Eedu] <B>On Behalf Of </B>Piszcz, =0D=0A  Justin<=
BR><B>Sent:</B> 11 November 2005 14:27<BR><B>To:</B> Hindle, Greg; =0D=0A  =
veritas-bu@mailman=2Eeng=2Eauburn=2Eedu<BR><B>Subject:</B> RE: [Veritas-bu]=
 Multiple =0D=0A  data streams<BR><BR></FONT></DIV>=0D=0A  <DIV class=3DSec=
tion1>=0D=0A  <P class=3DMsoNormal><FONT face=3DArial color=3Dnavy size=3D2=
><SPAN =0D=0A  style=3D"FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial">T=
here are reasons in =0D=0A  certain instances=2E<o:p></o:p></SPAN></FONT></=
P>=0D=0A  <P class=3DMsoNormal><FONT face=3DArial color=3Dnavy size=3D2><SP=
AN =0D=0A  style=3D"FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial"><o:p>=
&nbsp;</o:p></SPAN></FONT></P>=0D=0A  <P class=3DMsoNormal><FONT face=3DAri=
al color=3Dnavy size=3D2><SPAN =0D=0A  style=3D"FONT-SIZE: 10pt; COLOR: nav=
y; FONT-FAMILY: Arial">Example: You want the =0D=0A  fastest restore&#8217;=
s possible, then you would not want to use =0D=0A  multiplexing=2E<o:p></o:=
p></SPAN></FONT></P>=0D=0A  <P class=3DMsoNormal><FONT face=3DArial color=
=3Dnavy size=3D2><SPAN =0D=0A  style=3D"FONT-SIZE: 10pt; COLOR: navy; FONT-=
FAMILY: Arial">Example: If you mean =0D=0A  multiple data streams per clien=
t, you only want to run one stream per physical =0D=0A  device or else the =
heads would be going nuts if you do more than one per =0D=0A  disk=2E<o:p><=
/o:p></SPAN></FONT></P>=0D=0A  <P class=3DMsoNormal><FONT face=3DArial colo=
r=3Dnavy size=3D2><SPAN =0D=0A  style=3D"FONT-SIZE: 10pt; COLOR: navy; FONT=
-FAMILY: Arial"><o:p>&nbsp;</o:p></SPAN></FONT></P>=0D=0A  <P class=3DMsoNo=
rmal><FONT face=3DArial color=3Dnavy size=3D2><SPAN =0D=0A  style=3D"FONT-S=
IZE: 10pt; COLOR: navy; FONT-FAMILY: Arial"><o:p>&nbsp;</o:p></SPAN></FONT>=
</P>=0D=0A  <DIV>=0D=0A  <DIV class=3DMsoNormal style=3D"TEXT-ALIGN: center=
" align=3Dcenter><FONT =0D=0A  face=3D"Times New Roman" size=3D3><SPAN styl=
e=3D"FONT-SIZE: 12pt">=0D=0A  <HR tabIndex=3D-1 align=3Dcenter width=3D"100=
%" SIZE=3D2>=0D=0A  </SPAN></FONT></DIV>=0D=0A  <P class=3DMsoNormal><B><FO=
NT face=3DTahoma size=3D2><SPAN =0D=0A  style=3D"FONT-WEIGHT: bold; FONT-SI=
ZE: 10pt; FONT-FAMILY: Tahoma">From:</SPAN></FONT></B><FONT =0D=0A  face=3D=
Tahoma size=3D2><SPAN style=3D"FONT-SIZE: 10pt; FONT-FAMILY: Tahoma"> =0D=
=0A  veritas-bu-admin@mailman=2Eeng=2Eauburn=2Eedu =0D=0A  [mailto:veritas-=
bu-admin@mailman=2Eeng=2Eauburn=2Eedu] <B><SPAN =0D=0A  style=3D"FONT-WEIGH=
T: bold">On Behalf Of </SPAN></B>Hindle, Greg<BR><B><SPAN =0D=0A  style=3D"=
FONT-WEIGHT: bold">Sent:</SPAN></B> Friday, November 11, 2005 8:55 =0D=0A  =
AM<BR><B><SPAN style=3D"FONT-WEIGHT: bold">To:</SPAN></B> =0D=0A  veritas-b=
u@mailman=2Eeng=2Eauburn=2Eedu<BR><B><SPAN =0D=0A  style=3D"FONT-WEIGHT: bo=
ld">Subject:</SPAN></B> [Veritas-bu] Multiple data =0D=0A  streams</SPAN></=
FONT><o:p></o:p></P></DIV>=0D=0A  <P class=3DMsoNormal><FONT face=3D"Times =
New Roman" size=3D3><SPAN =0D=0A  style=3D"FONT-SIZE: 12pt"><o:p>&nbsp;</o:=
p></SPAN></FONT></P>=0D=0A  <P class=3DMsoNormal><FONT face=3D"Times New Ro=
man" size=3D3><SPAN =0D=0A  style=3D"FONT-SIZE: 12pt"><o:p>&nbsp;</o:p></SP=
AN></FONT></P>=0D=0A  <P><FONT face=3DArial size=3D2><SPAN =0D=0A  style=3D=
"FONT-SIZE: 10pt; FONT-FAMILY: Arial">Is there a time or situation where =
=0D=0A  you would NOT want to use multiple data streams?</SPAN></FONT> <BR>=
<FONT =0D=0A  face=3DArial><SPAN style=3D"FONT-FAMILY: Arial">&nbsp;</SPAN>=
</FONT> <BR><FONT =0D=0A  face=3DArial size=3D2><SPAN style=3D"FONT-SIZE: 1=
0pt; FONT-FAMILY: Arial">Greg =0D=0A  Hindle</SPAN></FONT> <BR><FONT face=
=3DArial size=3D2><SPAN =0D=0A  style=3D"FONT-SIZE: 10pt; FONT-FAMILY: Aria=
l">Constellation Energy</SPAN></FONT> =0D=0A  <BR><FONT face=3DArial size=
=3D2><SPAN =0D=0A  style=3D"FONT-SIZE: 10pt; FONT-FAMILY: Arial">Data Manag=
ement &amp; <st1:Street =0D=0A  w:st=3D"on"><st1:address =0D=0A  style=3D"B=
ACKGROUND-POSITION: left bottom; BACKGROUND-IMAGE: url(res://ietag=2Edll/#3=
4/#1001); BACKGROUND-REPEAT: repeat-x" =0D=0A  w:st=3D"on">Recovery<FONT fa=
ce=3D"Times New Roman" size=3D3><SPAN =0D=0A  style=3D"FONT-SIZE: 12pt; FON=
T-FAMILY: 'Times New Roman'"> =0D=0A  <BR></SPAN></FONT>Front St=2E</st1:ad=
dress></st1:Street> =0D=0A  410-291-5715</SPAN></FONT> <BR><A =0D=0A  href=
=3D"mailto:greg=2Ehindle@constellation=2Ecom";><FONT face=3DArial size=3D2><=
SPAN =0D=0A  style=3D"FONT-SIZE: 10pt; FONT-FAMILY: Arial">greg=2Ehindle@co=
nstellation=2Ecom</SPAN></FONT></A> =0D=0A  <BR><FONT face=3DArial><SPAN st=
yle=3D"FONT-FAMILY: Arial">&nbsp;</SPAN></FONT> =0D=0A  <BR><FONT face=3DAr=
ial><SPAN style=3D"FONT-FAMILY: Arial">&nbsp;</SPAN></FONT> =0D=0A  <o:p></=
o:p></P><PRE><FONT face=3D"Courier New" size=3D2><SPAN style=3D"FONT-SIZE: =
10pt">&gt;&gt;&gt; This e-mail and any attachments are confidential, may co=
ntain legal,<o:p></o:p></SPAN></FONT></PRE><PRE><FONT face=3D"Courier New" =
size=3D2><SPAN style=3D"FONT-SIZE: 10pt">professional or other privileged i=
nformation, and are intended solely for the<o:p></o:p></SPAN></FONT></PRE><=
PRE><FONT face=3D"Courier New" size=3D2><SPAN style=3D"FONT-SIZE: 10pt">add=
ressee=2E&nbsp; If you are not the intended recipient, do not use the infor=
mation<o:p></o:p></SPAN></FONT></PRE><PRE><FONT face=3D"Courier New" size=
=3D2><SPAN style=3D"FONT-SIZE: 10pt">in this e-mail in any way, delete this=
 e-mail and notify the sender=2E CEG-IP2<o:p></o:p></SPAN></FONT></PRE></DI=
V></BLOCKQUOTE></BODY></HTML>=0D=0A=0D=0A=0D=0A<P><hr size=3D1></P>=0D=0A<P=
><STRONG>=0D=0AEgg is a trading name of the Egg group of companies which in=
cludes: Egg<br>plc (reg no<br>2448340), Egg Financial Intermediation Ltd <b=
r>(reg no 3828289), and Egg Banking plc (reg <br>no 2999842)=2E Egg Banking=
 plc and Egg <br>Financial Intermediation Ltd are authorised <br>and regula=
ted by the Financial Services <br>Authority (FSA) and are entered in the FS=
A <br>register under numbers 205621 and 309551 <br>respectively=2E These me=
mbers of the Egg group <br>are registered in England and Wales=2E <br>Regis=
tered office: 1 Waterhouse Square, 138-<br>142 Holborn, London EC1N 2NA=2E<=
br> <br><br>This e-mail is confidential and for use by <br>the addressee on=
ly=2E If you are not the <br>intended recipient of this e-mail and have <br=
>received it in error, please return the <br>message to the sender by reply=
ing to it and <br>then delete it from your mailbox=2E Internet e-<br>mails =
are not necessarily secure=2E The Egg <br>group of companies do not accept =
<br>responsibility for changes made to this <br>message after it was sent=
=2E<br><br><br>Whilst all reasonable care has been taken to <br>avoid the t=
ransmission of viruses, it is the <br>responsibility of the recipient to en=
sure <br>that the onward transmission, opening or use <br>of this message a=
nd any attachments will not <br>adversely affect its systems or data=2E No =
<br>responsibility is accepted by the Egg group <br>of companies in this re=
gard and the <br>recipient should carry out such virus and <br>other checks=
 as it considers appropriate=2E<br><br>This communication does not create o=
r modify <br>any contract=2E=0D=0A</STRONG></P>=0D=0A</BODY>=0D=0A</HTML>=
=0D=0A
------_=_NextPart_001_01C5E6CF.D6E8FE5F--


<Prev in Thread] Current Thread [Next in Thread>