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



Larry, would it matter that this unit is probably participating in a raid
pool??

Second ?, how would you do this:

End Allocation and user data removed from it portion.




On Thu, Oct 7, 2010 at 4:52 PM, Gqcy <gmufasa01@xxxxxxxxx> wrote:

Are we saying that more than just the base LIC is on unit 1?

If it is QSYS, then there are journal receivers for auditing, history
log files, etc...

-gerald



On 10/7/2010 3:48 PM, Jim Oberholtzer wrote:
I guess what catches me a little off guard is I would expect read
activity, it's the write requests that have me a little confused. I
guess the OS overrides the stop allocation on the load source.

Interesting........

Jim Oberholtzer
CEO/Chief Technical Architect
Agile Technology Architects, LLC


On 10/7/2010 3:28 PM, Jerry Adams wrote:
>> Larry,

I'm not an expert like you and others, but, since the Load Source is
on Drive 1, doesn't that mean that most of the system "stuff"
including MI is there? If so, wouldn't this account for the higher
percentage? If not, hmmmm here, too.

Jerry C. Adams
IBM System i Programmer/Analyst
You don't need to be "straight" to fight and die for your country. You
just need to shoot straight. -Barry Goldwater, author of "Conscience
of a Conservative" in a letter to the Washington Post on 10 June 1993.
-- B&W Wholesale office: 615-995-7024 email: jerry@xxxxxxxxxxxxxxx
-----Original Message----- From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of DrFranken Sent:
Thursday, October 07, 2010 2:31 PM To: Midrange Systems Technical
Discussion Subject: [Junk released by Allow List] Interesting Disk
UNIT 1 behavior Some time back I heard/read/was told that for best
performance the first disk unit in the system ASP (The Load Source)
should be flagged for End Allocation and user data removed from it
with STRASPBAL. So I did this on Frankie just to see if I could notice
anything. This has been this way for many months. Today I happened to
have WRKDSKSTS up and saw this: ================= Elapsed time:
03:28:08 Size % I/O Request Read Write Read Write % Unit Type (M) Used
Rqs Size (K) Rqs Rqs (K) (K) Busy 1 6718 15355 18.4 116.4 4.0 2.3
114.0 4.1 4.0 10 2 6718 13161 78.9 6.3 20.9 3.5 2.8 32.1 6.8 2 3 6718
13161 78.8 6.4 20.7 3.6 2.8 32.0 6.1 2 4 6718 17548 82.6 37.7 6.8 2.7
34.9 37.8 4.3 5 5 6718 15355 80.4 4.2 29.6 2.5 1.6 43.8 7.5 2 6 6718
15355 80.4 4.6 26.9 2.8 1.8 40.2 6.8 1 7 6718 15355 80.3 19.5 9.5 2.5
17.0 45.1 4.3 3 8 6718 13161 78.9 5.5 23.5 3.0 2.5 37.3 6.6 2 9 6718
15355 80.5 4.8 25.9 2.8 1.9 39.1 7.0 2 10 6718 15355 80.5 4.7 26.3 2.9
1.8 38.7 7.0 2 11 6718 15355 80.5 5.0 25.4 2.5 2.4 44.0 6.1 2 12 6718
15355 80.4 5.4 23.5 2.7 2.6 40.3 5.8 2 13 6718 17548 83.0 4.5 26.0 2.6
1.8 37.1 9.5 2 ... down through drive 45 ================= So DESPITE
this, drive 1 is STILL the busiest on the system. Clearly 10% busy is
in no way an issue but the max for any other drive is 5 with the
average probably about 3. Things that make you go Hmmmmmm. - Larry
"DrFranken" Bolhuis

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