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



It is not duplicating physical file data, rather its duplicating at least
the key data which you've built the logical with, and some pointers to
physical file data. Consider what you're asking though. Its similar to
saying, you have a lot of data on your system, and asking if that impacts
performance. You'd have to take into account what activity is going on to
determine the source of the issue. I'm a bit of a novice on system
performance, but I usually start with WRKDSKSTS and refresh a couple times
to see if it looks like disks are busy. Then I do WRKSYSACT and sort by
I/O activity to see what is doing lots of I/O.

If you just implemented some system, one other thing to keep in mind, is
that there are settings that defer logical file maintenance until the file
is used. Maybe you're seeing logicals being organized during the read,
instead of the write, and that's surprising you? I don't know. I've
pasted the CHGLF parameter that controls maintenance.
Access path maintenance . . . . MAINT *SAME, *IMMED, *REBLD,
*DLY



From: Kok.Gregory@xxxxxxxxxxxxxx
To: midrange-l@xxxxxxxxxxxx
Date: 05/20/2016 08:05 AM
Subject: Logical Files (Views) - Impact on Performance (I/O)
Sent by: "MIDRANGE-L" <midrange-l-bounces@xxxxxxxxxxxx>



Hello Midrangers.

We recently implemented a new system on our IBM i720 (v6r1m0). Performance
is since negatively impacted and the bottle-neck is massively I/O related.
Disks are not keeping up.

Looking at the size of the systems database, it is 53% Logical Files
(Views).
All these views (LF's) were created (CRTLF) with the attribute FILETYPE =
DATA. (Most LF's reference a single Physical File only, not multiple PF's)
These LF's are occupying physical space on disk (53%... more than half the
actual database) and I'm concerned there is an I/O impact because of this
?

Can someone elaborate on what the FILETYPE = DATA setting does ? Is it
duplicating physical file data and possibly the source of severe I/O
activity ? (Whats the difference between data records and source records
?) Is there any best practice / recommendations re the use of LF's ?

CRTLF (Command - Create Logical File)

Attribute : File type (FILETYPE)
Specifies whether each member of the logical file being created contains
data records, or contains source records for a program or another file.
*DATA
The logical file contains data records.
*SRC
The logical file contains source records. This value cannot be specified
for join logical files.




Thanks,
G
-------------------------------------------------------------------------------------

This e-mail is subject to the Columbus Stainless [Pty] Ltd Email Legal
Notices available at: http://www.columbus.co.za/EmailLegalNotice.htm.
-------------------------------------------------------------------------------------


This e-mail message has been scanned for Viruses and Content and cleared by
MailMarshal
-------------------------------------------------------------------------------------

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

Please contact support@xxxxxxxxxxxx for any subscription related questions.




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.