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



IMHO, no.

An application isn't going to see any difference. The developer
writing the application isn't going to need to know the difference.

IBM could have chosen to completely "hide" the control of SSD usage
below the MI; but they didn't. Instead, they surface a few functions
that allows for admins to set preferences on how the SSDs are used.

If I'm reading Bill's post right, IBM plans on releasing a PTF that
will enable the "automagical" movement of hot data to SSDs and cold
data off them. Right now, the process has to be done manually using a
combination of STRASPTRC and STRASPBAL.
Once that PTF is available, you could benefit from simply adding SSDs
to a system without any additional work required. Thank you SLS!

As I understand it, originally the 400 (S/36, S/38?) allowed only one
ASP. All disk was part of that one ASP. But it turned out that many
times there were considerable benefits to having more than one ASP.
So IBM surface some functionality to allow admins to place objects on
specific ASPs.

Theory, meet the real world! :)

Also, the i's had some functionality related to hierarchical storage
management for a long time. The SSDs are just enhancing that.

-Charles Wilt


On Tue, Sep 29, 2009 at 9:07 AM, Walden H. Leverich
<WaldenL@xxxxxxxxxxxxxxx> wrote:
The concept of balancing data access for performance seems to fly in the face of single-level-store, no? Isn't a core concept behind SLS that the "higher-level" OS functions don't care about where on disk something is stored, it's all presented to anything above the TIMI as one gigantic memory space. If decisions on where to write data are being made based on knowledge of the underlying storage infrastructure haven't we poked some rather major holes in the MI layer?

-Walden

--
Walden H Leverich III
Tech Software &
BEC - IRBManager
(516) 627-3800 x3051
WaldenL@xxxxxxxxxxxxxxx
http://www.TechSoftInc.com
http://www.IRBManager.com

Quiquid latine dictum sit altum viditur.
(Whatever is said in Latin seems profound.)

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

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.