<HTML >
<HEAD>
<META http-equiv="Content-Type" content="text/html; charset=us-ascii">
<meta name=Generator content="Microsoft Word 11 (filtered medium)">
<!--[if !mso]>
<style>
v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style>
<![endif]-->
<style>
<!--
/* Font Definitions */
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman";}
a:link, span.MsoHyperlink
{color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{color:blue;
text-decoration:underline;}
span.EmailStyle17
{mso-style-type:personal-reply;
font-family:Arial;
color:navy;}
@page Section1
{size:8.5in 11.0in;
margin:1.0in 1.25in 1.0in 1.25in;}
div.Section1
{page:Section1;}
-->
</style>
</HEAD>
<BODY lang=EN-US link=blue vlink=blue>
<DIV>
<div class=Section1>
<p class=MsoNormal><font size=2 color=navy face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:navy'>Also it is a common practice of some
vendors to disable write cache when replacing some components just to avoid the
possibility of failure even when the part is hot swappable and redundant.
There’s been a couple of times we’ve seen vendors forget to
re-enable it after the replacement.<o:p></o:p></span></font></p>
<p class=MsoNormal><font size=2 color=navy face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:navy'><o:p> </o:p></span></font></p>
<div>
<div class=MsoNormal align=center style='text-align:center'><font size=3
face="Times New Roman"><span style='font-size:12.0pt'>
<hr size=2 width="100%" align=center tabindex=-1>
</span></font></div>
<p class=MsoNormal><b><font size=2 face=Tahoma><span style='font-size:10.0pt;
font-family:Tahoma;font-weight:bold'>From:</span></font></b><font size=2
face=Tahoma><span style='font-size:10.0pt;font-family:Tahoma'>
ale-bounces@ale.org [mailto:ale-bounces@ale.org] <b><span style='font-weight:
bold'>On Behalf Of </span></b>Greg Clifton<br>
<b><span style='font-weight:bold'>Sent:</span></b> Thursday, May 06, 2010 1:50
PM<br>
<b><span style='font-weight:bold'>To:</span></b> Atlanta Linux Enthusiasts -
Yes! We run Linux!<br>
<b><span style='font-weight:bold'>Subject:</span></b> Re: [ale] why would it
take longer to delete a file than tocreateit?</span></font><o:p></o:p></p>
</div>
<p class=MsoNormal><font size=3 face="Times New Roman"><span style='font-size:
12.0pt'><o:p> </o:p></span></font></p>
<p class=MsoNormal style='margin-bottom:12.0pt'><font size=3
face="Times New Roman"><span style='font-size:12.0pt'>Speaking of RAID arrays,
one thing that can compromise performance is having write caching turned off,
which, it is my understanding, should be done for safety of the data if the
RAID controller is not equipped with it's own battery backup.<br>
<br>
GC<o:p></o:p></span></font></p>
<div>
<p class=MsoNormal><font size=3 face="Times New Roman"><span style='font-size:
12.0pt'>On Thu, May 6, 2010 at 1:22 PM, JK <<a
href="mailto:jknapka@kneuro.net">jknapka@kneuro.net</a>> wrote:<o:p></o:p></span></font></p>
<div>
<p class=MsoNormal style='margin-bottom:12.0pt'><font size=3
face="Times New Roman"><span style='font-size:12.0pt'>On 5/6/2010 9:39 AM, Jim
Kinney wrote:<br>
> Look through the hdparm variables and see if your drive(s) are in some<br>
> stupid/slow mode.<br>
<br>
<o:p></o:p></span></font></p>
</div>
<p class=MsoNormal><font size=3 face="Times New Roman"><span style='font-size:
12.0pt'>Begging the question: what counts as "stupid/slow"? I
know that having<br>
DMA turned off, or set wrong, will kill performance. What else should<br>
be checked?<br>
<br>
And Google leads me to:<br>
<br>
<a href="http://www.linuxclues.com/articles/20.htm" target="_blank">http://www.linuxclues.com/articles/20.htm</a><br>
<br>
In general, PIO modes are slowest and UDMA modes are fastest, correct?<br>
I remember a while back I had a 160G RAID array that was literally<br>
taking days to rebuild. Turned out the HDs were in like PIO3 or something.<br>
Changed to UDMA4 and the rebuild completed in fifteen minutes.<br>
<br>
-- JK<br>
<font color="#888888"><span style='color:#888888'><br>
<br>
--<br>
Forget Jesus: stars died so that you could be here today.<br>
- physicist Lawrence Krauss</span></font><o:p></o:p></span></font></p>
<div>
<div>
<p class=MsoNormal><font size=3 face="Times New Roman"><span style='font-size:
12.0pt'>_______________________________________________<br>
Ale mailing list<br>
<a href="mailto:Ale@ale.org">Ale@ale.org</a><br>
<a href="http://mail.ale.org/mailman/listinfo/ale" target="_blank">http://mail.ale.org/mailman/listinfo/ale</a><br>
See JOBS, ANNOUNCE and SCHOOLS lists at<br>
<a href="http://mail.ale.org/mailman/listinfo" target="_blank">http://mail.ale.org/mailman/listinfo</a><o:p></o:p></span></font></p>
</div>
</div>
</div>
<p class=MsoNormal><font size=3 face="Times New Roman"><span style='font-size:
12.0pt'><br>
<br>
<o:p></o:p></span></font></p>
<input id=gwProxy type=hidden>
<input id=jsProxy type=hidden onclick="jsCall();">
</div>
</DIV>
<DIV> </DIV>
<DIV>
<FONT FACE="Arial" SIZE="2">Proud partner. Susan G. Komen for the Cure.</FONT>
</DIV>
<DIV> </DIV>
<DIV>
<FONT FACE="Arial" COLOR="green" SIZE="1"><EM>Please consider our environment before printing this e-mail or attachments.</EM></FONT>
</DIV>
<DIV STYLE="FONT-SIZE: 9pt; FONT-FAMILY: Courier New">
<FONT FACE="Arial" SIZE="2">----------------------------------<BR>CONFIDENTIALITY NOTICE: This e-mail may contain privileged or confidential information and is for the sole use of the intended recipient(s). If you are not the intended recipient, any disclosure, copying, distribution, or use of the contents of this information is prohibited and may be unlawful. If you have received this electronic transmission in error, please reply immediately to the sender that you have received the message in error, and delete it. Thank you.<BR>----------------------------------<BR></FONT>
</DIV></BODY></HTML>