|
I don't know the design architecture of the AS/400 that well, but just memory management in general. The AS/400 needs to keep track of what program has what memory, and does this by a number of schemes, the most common being a section of memory that has a table of who has what memory, a pointer into this memory, and the size of the allocated memory. Also, alloced memory must be contiguous, that is, one block of memory, not different sections of memory, so physical memory plays a role. Paging also has an effect, how big is the page size the AS/400 uses for dynamic memory. So the limits come in from how big a chunk of memory the AS/400 can grab at one time, how big of a number can the AS/400 store in the allocation tables, and how the AS/400 uses pages. So how much memory Alloc will allocate is the lowest value of these different things that play a part. Most likely, it is the page size that is the limiting factor on the AS/400, though I'm not certain of that. Regards, Jim Langston Scott Klement wrote: > > On Thu, 15 Mar 2001, Patrick Conner wrote: > > > Can I define the based on pointer character field as 1A? And > > why is 16M the limit? > > > > Sure... you can define it as 1A, then move the pointer forward to > access more memory. Depending on what you're doing, this may not > perform very well, but it should work. > > I don't know why there's a limit on ALLOC. (I got that number from > the V4R4 ILE RPG/400 Reference manual) > > +--- > | This is the RPG/400 Mailing List! > | To submit a new message, send your mail to RPG400-L@midrange.com. > | To subscribe to this list send email to RPG400-L-SUB@midrange.com. > | To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com. > | Questions should be directed to the list owner/operator: david@midrange.com > +--- +--- | This is the RPG/400 Mailing List! | To submit a new message, send your mail to RPG400-L@midrange.com. | To subscribe to this list send email to RPG400-L-SUB@midrange.com. | To unsubscribe from this list send email to RPG400-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 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.