Litreatur iseries --> z. B. Performance

[Fuerchau]

Wer sich über sowas Gedanken macht verwendet sicherlich kein SQL so dass ihm mit dieser Literatur auch nicht geholfen ist .

Und wer sich ein bisschen mit MI beschäftigt hat weiß auch, das es zwischen MOVE und einfachem EVAL keinen gravierenden Unterschied gibt.

Irgendwo hatte ich mal gesehen, dass folgende Befehle zu immer dem selben MI-Befehl führen:

FELDA ADD FELDB FELDB
ADD FELDA FELDB
eval FELDB = FELDA + FELDB
eval FELDB += FELDA

Bei Zeichenfeldern gibt es nur dann einen Unterschied, wenn das Ziel größer als die Quelle ist (wobei EVALR dem MOVE(P) und EVAL dem MOVEL(P) entspricht).
Sicherlich kann ich hier Zeiten einsparen wenn ich anstelle von

MOVE *BLANKS FELDX
MOVEL FELDA FELDX

gleich

MOVEL(P) FELDA FELDX

verwende.
Bei der Gesamtlaufzeit eines Programmes/Programmteiles kann ich auf diese Weise sicherlich ein paar Nanosekunden rausholen.

Aber ich kenne auch noch viele Programme, die es sich wirklich einfach machen, Dateien z.B. per IP komplett durchzulesen um einige wenige Sätze zu verarbeiten. Hier lassen sich mitunter ganze Stunden optimieren.
Und da hilft einem leider kein Handbuch.

[RobertMack]

Denkt auch jemand über die Performance von Entwicklern nach? Schließlich ist das der teuerste Posten im Gesamtbudget.

Übersichtliche und leicht wartbare Programme mit sprechenden MOVEs, ADDs, kurzen EVALs und kommentierten Zwischenergebnissen sind bares Geld wert. Wer schon mal einen fremden EVAL ala
=((KRYPT1/(DS1(I)+FLDX))-(KRYPT1/(DS1(I)+FLDY)))*(KRYPT2/100) recherchieren oder debuggen musste, weiß wovon ich rede. Hier gehen heutzutage die Millisekunden flöten... ;-)

scnr

[Fuerchau]

Ich habe noch keine Firma kennengelernt, die sich im IT-Umfeld über Ehda-Kosten je Gedanken gemacht hat.

[peterspeer]

Danke für Eure Antworten.
Gut, zugegeben, bei einem Movel oder Eval Zeit einzusparen wird wohl kaum messbar sein.
Die groben Dinge (DB-Design oder Zugriffe für wenige Datensätze) oder Nutzung von ILE, SQL etc. sind alle klar, ich wollte nur mal wissen, ob es noch so ein paar versteckte "Tricks" und "Tücken" gibt.

@Fuerchau: Doch, SQL und Embedded-SQL wird schon seit Anfang 2000 genutzt....nur auch hier weniger vor dem Hintergrund der Performance.

Und genau, da (bei der Performance) hätt ich gedacht hier was "verschlafen" zu haben.

Viele Grüße
Peter Speer