On 12/8/06, albartell <albartell@xxxxxxxxx> wrote:
>the 16 meg size limit on space allocations is one.

I agree to some extent.  Given your specific reference of XML, if you are
passing 16MB of XML you more than likely have an infrastructure or approach
problem than anything.  This is purely opinion based on MY use of XML.  XML
is too much of an untamed animal to have a productive discussion on it as
some people use it to pass entire databases which is DEFINITELY not a good
choice if space and speed have ANY concern in your programming practices.

I am sure in the next few years 16MB will seem like small stuff.  Just look
at all of the different mediums out there that we are being introduced to.
Who would ever think that we would need to be concerned about MP3's or sound
files, but look at what IBM is introducing low-level into the i5OS (i.e.
VoIP capabilities).  How does/should one process those files from RPG/Java?
Maybe a better question is how will those resources be used?  If they are
being listened to through a browser then streaming makes sense.  Streaming,
in my mind, can take very little memory and processing power if programs are
truly streaming.  Until hardware size catches up with resources we create
(xml, audio, images, etc) we will have to keep programming at lower levels
than we wish.

stream files handle MP3s and other large binary objects well enough.
In a networking world, where objects have to be convertable to and
from string form so they can be sent from here to there, the OS has to
support biggee sized strings.  Teraspace I guess is the answer, but I
have my doubts.


Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2015 by MIDRANGE dot 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 here. If you have questions about this, please contact