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


  • Subject: Re: Program performance using File Status Data Structure
  • From: Anton Gombkötö <Gombkoetoe@xxxxxxxxxx>
  • Date: Fri, 06 Oct 2000 19:17:56 +0200

At 10:54 06.10.00 -0500, you wrote:
>Does anyone know if it slows down program performance by including a File
>Status Data Structure within the F-Specs?
>If we are not using any of the information from the File Status Data
>Structure should we avoid including it within the program?

I think i once read that there is a performance loss when you code an INFDS 
that is longer than 80 bytes. (But that can be a S/36 info, too, so don't 
count on it)

I tried to look this up in the RPG/400 Reference and the ILE RPG for AS/400 
Reference, but wasn't able to. But i found the sentence that the infos of 
the file feedback section are available via a DUMP. These are the first 80 
bytes.

If you don't need it, why code it? If you ever decide to use it, the lines 
are easily included (again). It would confuse me when someone codes 
something that isn't used. I'd think i oversaw something.

On the other hand, i do not hesitate to code an INFDS whenever i need it, 
regardless of how much milliseconds i'd loose. Somewhere in the RPG 
handbook is a sentence "a function call takes about 1000 times more time 
than an EXSR". I am not able to measure the difference. (not because i'm a 
XXXthree_pepperoni_wordXXX [i'm using Eudora 5.0 :-], but as it makes 
absolutely no significant difference). We all are writing software for the 
machines of today and tomorrow, so let's forget about these things. One can 
gain much more performance (for all users on the machine) by avoiding 
unnecessary disk I/O. That (and the general logic, of course :-) are points 
that deserve time for investigation of performance wins.

0.02 Euro



Mit freundlichen Grüssen / best regards

Anton Gombkötö

e-mail Office   :       mailto:Anton.Gombkoetoe@avenum.com
Homepage        :       http://www.avenum.com

----------
Avenum Technologie GmbH
Brigittenauer Lände 50-54, Stiege 6     Salzburger Strasse 29   Dreifelder 
Strasse 4
A-1200 Wien / Austria                   A-5163 Mattsee          D-70599 
Stuttgart

Tel./phone      :       +43-1/92101-148         +43-6217/5995 - 
0               +49-711/4411 116
Fax             :       +43-1/92101-300         +43-6217/5995 - 
13      +49-711/4411 563

----------
Avenum ist der Zusammenschluss von AS Software und Black System.
----------

+---
| This is the RPG/400 Mailing List!
| To submit a new message, send your mail to RPG400-L@midrange.com.
| To subscribe to this list send email to RPG400-L-SUB@midrange.com.
| To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---

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.