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



Nathan wrote:
You argue that wide pointers add overhead, consume more memory, and
negatively impact performance. But Frank Soltis asserts that SLS
significantly improves performance in multi-user, multi-tasking
settings.

Take the idea of multiple users running the same application, but
each instance of the application in a separate process. There may be
many jobs running, but never more than one instance of application
code and data in memory under SLS, which IIRC greatly reduces the
conventional overhead of each process allocating its own space for
code and data, and the conventional overhead of switching between
jobs.

Actually, that's how things work in Linux too. To quote from the book
"Beginning Linux" (Cox, Matthew, Stone; published 2003):

"Typically, a Linux system will share code and system libraries among
processes so that there's only one copy of the code in memory at one
time."



That may not appeal particularly to those who may be deploying
applications under a single J2EE application server. It may not
appeal to those who may be deploying applications on one machine and
a DBMS on another.

But that REALLY appeals to those of us who use native languages
and interfaces that take advantage of that architecture.

As I said before, there's nothing in any language native to the iSeries
that depends on single-level store. Your RPG programs could just as easily
run on a conventional operating system. (Or could if a compiler existed.)

Cheers! Hans




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.