ADSM-L

Re: [ADSM-L] HSM practical limit?

2007-07-13 10:18:26
Subject: Re: [ADSM-L] HSM practical limit?
From: "Stapleton, Mark" <mark.stapleton AT BERBEE DOT COM>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Fri, 13 Jul 2007 08:57:07 -0500
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Richard Sims
> Speaking from experience running HSM on AIX JFS for many years:
> Applied to a file system, HSM turns it into the slowest you've ever
> experienced, even on the fastest RS/6000 and disk systems.

I just want to toss in my two cents on a procedural issue:

HSM is a legacy infrastructure that was originally implemented for
mainframe systems 50 years ago. It was built in a day when hard disk was
horrendously
expensive and required impressive physical resources to maintain. (Old
HDs were a big reason why raised floors were originally made from
preformed concrete.)

Anyway, in these days of decent cheap disk getting cheaper and more
decent all the time, HSM's day is pretty much past despite attempts to
implement it for Microsoft OSs (which is a lost cause). 

If you need more storage, buy it. If you need to move seldom-accessed
files to cheaper disk (which IS a legitimate goal), use something like
IBM's TPC for disk to ferret out such files and move 'em. Or (even
better) archive 'em with TSM with a long retention period.

Why would anyone want to implement an infrastructure that turns your
computer system to the cybernetic equivalent of the village idiot?

--
Mark Stapleton
System engineer
Berbee, a CDW company
www.berbee.com

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