Re: AW: Disk balancing - when

At 12:04 PM 7/27/00 -0500, you wrote:

That is what STRASPBAL (new in V4R4) accomplishes.

Al


>When the 400 was new, we used to do a complete unload/reload and that
>made a world of difference in performance.
>
>
>
>
>
>barsa2@ibm.net on 07/27/2000 10:03:29 AM
>Please respond to MIDRANGE-L@midrange.com@Internet
>To:     MIDRANGE-L@midrange.com@Internet
>cc:
>Fax to:
>Subject:        Re: AW: Disk balancing - when
>
>
> >I take it, STRDSKRGZ is something like defrag under DOS..
>
>
>The nice thing about this list is that I learn something new every day.
>
>I had never heard of the STRDSKRGZ command, so when I went to prompt it,
>shizam (holy Gomer Pyle) it was there.  Although I needed specific
>authority to it.
>
>So I called my good folks in zip code 55901, and asked them what it does.
>
>The short answer is that it's a disk defragger.
>
>Armed with my knowledge that in 99.9999999999% of all cases, OS/400 does an
>outstanding job handling free space, I asked why do you need it.  What
>followed was a long answer, which nets out that it's a placebo!  You
>virtually never need it (although there were some bugs in V3R1 - remember
>that release, the one that absorbed - where it helped), but it stands there
>as a placebo to make people think that the system has done something.  It
>was pointed out to me that Level 2 likes to recommend it to customers, as
>it gives them a warm fuzzy.
>
>There were some plans not to bring this command across from CISC to RISC,
>but there were some large customers that demanded that it be kept.
>
>One might think that If Rochester has the budget to maintain placebo
>commands, then they could find the trivial budget to keep DDS competitive
>with SQL, so that programmers that create databases would have the power of
>DDS to cost effectively maintain databases.
>
>Ah, DDS is not an industry standard so we cannot afford to maintain it, but
>placebo commands are!!!
>
>Enclosed find one gift certificate, redeemable at the Mayo Clinic for a
>lobotomy.
>
>Al
>
>
>
>
>
>
>+--------------------------------------------------+
>| Please do not send private mail to this address. |
>| Private mail should go to barsa@ibm.net.         |
>+--------------------------------------------------+
>
>Al Barsa, Jr. - Account for Midrange-L
>Barsa Consulting, LLC.
>400 > 390
>
>Phone:          914-251-1234
>Fax:            914-251-9406
>http://www.barsaconsulting.com
>http://www.taatool.com
>
>+---
>| This is the Midrange System Mailing List!
>| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
>| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
>| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
>| Questions should be directed to the list owner/operator: david@midrange.com
>+---
>
>
>+---
>| This is the Midrange System Mailing List!
>| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
>| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
>| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
>| Questions should be directed to the list owner/operator: david@midrange.com
>+---



+--------------------------------------------------+
| Please do not send private mail to this address. |
| Private mail should go to barsa@ibm.net.         |
+--------------------------------------------------+

Al Barsa, Jr. - Account for Midrange-L
Barsa Consulting, LLC.  
400 > 390

Phone:          914-251-1234
Fax:            914-251-9406
http://www.barsaconsulting.com
http://www.taatool.com

+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---