× 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.


  • Subject: Re: Temporary Addresses - What causes them to be used up?
  • From: Rob Berendt <rob@xxxxxxxxx>
  • Date: Wed, 19 Jan 2000 13:32:36 -0500

We bring our AS/400's down every 8 weeks for downtime.  We had one 
AS/400 we had to bring down every 4 weeks.  Not since we've gone to 
RISC.  Use that as a selling point - cut your downtime in half by 
upgrading from CISC to RISC.





theis_richard@fr.ibm.com on 01/19/2000 12:14:03 PM
Please respond to MIDRANGE-L@midrange.com@Internet
To:     MIDRANGE-L@midrange.com@Internet
cc:      
Fax to: 
Subject:        Re: Temporary Addresses - What causes them to be used up?



> > As you create and delete any object on the system, this will consume an
 > > address.  You have 2 to the 48th power temporary addresses on a CISC
 > > system.  If you *NEVER want to IPL, go to RISC, which has 2 to the 64th
 > > power.
You don't have so much virtual addresses, as they are not allocated on a byte
per byte basis, but in bunches (64K or 16M), depending of the use.  The system
is consuming many temporary addresses for its own work.
I suspect the V4R4 to be able to allocate 1 TB with only one virtual address
for the so-called UNIX teraspace, but I'm not sure...

> It's my contention that (at the current rate that we use our systems) that
> you never have to IPL a RISC AS/400, except for operations that require an
> IPL (PTFs, new releases, upgrades, etc.).
That's true, the RISC system has so many addresses, they don't need to be
reused:
look at the WRKSYSSTS, the temporary address percentage will increase for the
life
of the machine, with or without IPL, even thru releases.

Richard THEIS
  AS/400 Education, France
    theis_richard@fr.ibm.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
+---

As an Amazon Associate we earn from qualifying purchases.

This thread ...


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.