× 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: This is a software design question - ILE related
  • From: "Simon Coulter" <shc@xxxxxxxxxxxxxxxxx>
  • Date: Wed, 02 Aug 00 10:55:53 +1000

h
Hello Al,

You wrote:
>With all due respect, I believe that this information is not correct.  They 
>must be periodically deleted and re-created.

With an equal amount of respect -- you're wrong.  Queues reuse the existing 
space 
however they do not RECLAIM existing space.  For example, if an application 
writes 100 
entries to a queue and those entries are processed and removed the queue will 
occupy 
storage for 100 entries (plus object overhead).  If the application then writes 
50 
entries to the queue they reuse the existing space.  The queue still occupies 
100 
entries worth of space.  Assume those 50 entries are processed and removed.  
The queue 
still occupies 100 entries space.  Now assume a serious increase in activity 
and the 
sending application writes 125782 entries to the queue.  The queue is now using 
a 
potentially large amount of DASD.  Processing and removing the entries doesn't 
RECLAIM 
the space but the queue will not increase in size until it contains more than 
125782 
entries.  If the normal number of entries on the queue is 75 then the queue is 
wasting 
DASD and the only way to reclaim that space is to delete and recreate the queue.

There is no need to delete and recreate queues in a properly designed system.  
As the 
senders increase the entries the receiver starts more processes to handle the 
load.  As 
the load decreases the receivers shut themselves down.  Simple!

Regards,
Simon Coulter.

«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»
«» FlyByNight Software         AS/400 Technical Specialists       «»
«» Eclipse the competition - run your business on an IBM AS/400.  «»
«»                                                                «»
«» Phone: +61 3 9419 0175      Mobile: +61 0411 091 400           «»
«» Fax:   +61 3 9419 0175      mailto: shc@flybynight.com.au      «»
«»                                                                «»
«» Windoze should not be open at Warp speed.                      «»
«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»
+---
| 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-Ups:

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.