× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Rob,

good point. I would think that STRASPBAL with some PF/LF file management and RGZPFM's where appropriate should keep his disk access about as effecient as it's going to get... Obviousely you can't let the platters get too full or you get past the knee of the curve on queueing...and lose effeciency there...

And, it also depends on what you're doing. If you're a heavy SAVF or JRN user, I would suggest you may want to consider a seperate ASP for those and that they be on their own spindles and if REALLY heavy perhaps even further isolated.

Don in DC



At 09:58 AM 3/14/2006 -0500, you wrote:
And, years ago, IBM did occasionally recommend an unload/reload to balance
the disks.  Did a dandy job.  Hopefully that is well covered by the
significantly less risky STRASPBAL.

Rob Berendt
--
Group Dekko Services, LLC
Dept 01.073
PO Box 2000
Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com





"Jones, John \(US\)" <John.Jones@xxxxxxxxxx>
Sent by: midrange-l-bounces@xxxxxxxxxxxx
03/14/2006 09:43 AM
Please respond to
Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>


To
"Midrange Systems Technical Discussion" <midrange-l@xxxxxxxxxxxx>
cc

Subject
RE: Iseries Disk managment






STR/ENDDSKRGZ; not sure which OS release started offering these.
Defrags free space only; apparently doesn't make files contiguous.
Having contiguous files is less important with scatter-loading, although
it'd be nice if it could make contiguous each file's allocation on any
given disk unit.

There's also STRASPBAL, which has been around for a while.

The absolute cleanest "defrag" is a save/wipe/restore of the system.
Unlike the above, this method has risks and involves downtime.


John A. Jones, CISSP
Americas Information Security Officer
Jones Lang LaSalle, Inc.
V: +1-630-455-2787 F: +1-312-601-1782
john.jones@xxxxxxxxxx

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Steve Moland
Sent: Tuesday, March 14, 2006 8:25 AM
To: midrange-l@xxxxxxxxxxxx
Subject: Iseries Disk managment

 I'm a fossil and have been around since 360/20 days. Other than using
RGZPFM to re-organize some very volatile file on my career long boxes, I
just realized that I've not thought about or worried about defragging
the drives as a whole.

I revitalized some of my grandkids laptops this last weekend by simply
defragging them.

The question of why we don't need to do that on the Iseries boxes popped
into my head.

Is that because the don't need to have it done, or we really do need to
do that and is it like the early days when IBM just didn't give us the
same tools and features that existed on other boxes. That's not
necessarily a complaint because I think many may have stayed out of
trouble by not having some more esoteric features available.

There is also the issue that they write books about what I don't know
about that which I work on. [grin]

Steve Moland


--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe,
unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a
moment to review the archives at http://archive.midrange.com/midrange-l.



This email is for the use of the intended recipient(s) only.  If you have
received this email in error, please notify the sender immediately and
then delete it.  If you are not the intended recipient, you must not keep,
use, disclose, copy or distribute this email without the author's prior
permission.  We have taken precautions to minimize the risk of
transmitting software viruses, but we advise you to carry out your own
virus checks on any attachment to this message.  We cannot accept
liability for any loss or damage caused by software viruses.  The
information contained in this communication may be confidential and may be
subject to the attorney-client privilege. If you are the intended
recipient and you do not wish to receive similar electronic messages from
us in the future then please respond to the sender to this effect.

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.


--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.




As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.