Jobs beschleunigen

[BenderD]

Hallo scholle,

ich habe mich zu GIAPA überhaupt nicht geäußert, mein Statement über Zaubertools habe ich in einem Beitrag gemacht, indem keinerlei konkretes Tool genannt wurde; GIAPA kam erst in dem Antwortthread erstmalig in die Debatte. Ich habe und werde mich auch nicht zu GIAPA äußern, ich kenne es nicht, habe derzeit keinen Bedarf daran, sollte sich das ändern, dann sind Erfahrungen immer eine gute Empfehlung.

Wenn ich die Tooldebatte richtig verstehe, dann handelt es sich um ein Analysetool, das einem bei der Ursachensuche unterstützt und das deckt sich völlig mit meinen eigenen Erfahrungen und geht in die richtige Richtung: bevor man Aufwände betreibt (Hardware, Redesign, Workmanagement, oder was auch immer) muss man Ursachen und Engpässe kennen.

mfg

Dieter Bender

der sich auch künftig aussuchen wird, wer ihm gegenüber von den offiziellen Höflichkeitsregeln abweichen darf

Hallo, ich habe bisher immer nur die Threads gelesen und mich selbst nie an Diskussionen beteiligt.

Nachdem aber GIAPA als Wundertool bezeichnet wurde, oder Threads als Information ohne Informationsgehalt, nahm ich es auf und meldete mich an.

Bei uns, wir sind eines der größten Möbelhäuser, wird GIAPA eingesetzt.

Wegen der nicht zufriedenstellenden Performance hatten wir etlich Berater im Haus. Und hätten wir diese Ratschläge befolgt, dann hätte es nur eine Lösung gegeben: Kauf einer neuen Hardware.

Durch Zufall sind wir auf GIAPA gestossen.

GIAPA zeigte uns die Problemstellen und die haben wir behoben.

Erst informieren bzw. testen, nicht nur schimpfen.

Und der Satz "menschlich und fachlich disqualifizierend, ich verbitte mir die Anrede Kollege entschieden" ist überhaupt nicht angebracht.

[Rincewind]

Hi,

um auch mal wieder am Urpsrungsthema zu rütteln...

Falls es sich bei diesem Extrem-langlauf Job um ein SQL Programm handelt kann man auf 2 Arten wunderschön einfach an Erkenntnisse gelangen.

1. STRDBG UPDPROD(*YES) vorher einbauen, dann läuft das Programm zwar einmal langsamer, aber die Informationen im Joblog sind m.E. schon sehr hilfreich was evtl erstellte Indizes etc. angeht

2. Den Job per Operations Navigator überwachen und dann per SQL Leistungsanalyse optimieren lassen.


Schönen Gruß
Rince

P.s. Vermutlich sollte man aber mal in den Sourcecode der Programme gucken und schauen ob man nicht das einfach mal neu programmiert (ILE, Prozeduren, SQL, etc.)

[jan.wolsky]

Hallo zusammen,

hier ging es ja schon heiß her. Den inhaltlichen Dialog habe ich mit Interesse verfolgt. Ich möchte das aber nicht auch noch emotional bewerten.

Da ich Foren bisher nicht als Werbeträger verstanden habe, habe ich lange gezögert und erst jetzt unter http://www.rlpforen.de/showthread.php?t=10881 das Tool GiAPA und unseren deutschen Ansatz als Berater und Anbieter dieses Tools vorgestellt.

! Hier eine – hoffentlich vollständige – Klärung aller im Thread aufgeworfenen Fragen !

Zusammenfassend zeichnet GiAPA zuerst den Lastverlauf, u.a. CPU-Verbrauch und I/O-Verhalten, jedes Jobs und Tasks auf. GiAPA gibt auf Basis geeigneter Statistiken, Analysen und weiterer aufgezeichneter Werte wie ODPs, Satz-Zugriffe, Call-Stack u.a. gezielte Hinweise, an welcher Stelle die Performance von Programmen verbessert werden kann, bis auf die Quellcodezeile genau.

? Online Monitor oder Offline Erfassung ?

GiAPA ist also eine Art Offline-Tool, kein Online-Monitor. Semi-Online wird es dadurch, dass ich natürlich eine Aufzeichnung unterbrechen und die bis dahin gesammelten Daten analysieren kann, während die Aufzeichnung sofort neu aufgesetzt wird.

? Vollautomatische Verbesserung ?

GiAPA ist außerdem kein Automatismus nach dem EVA-Prinzip: Schlechter Programmcode rein, Automatik starten, gutes, performantes Programm wieder raus. Das geht so nicht. Dafür kann ein gelernter Programmierer mit einem gewissen Sinn für Programmier-Ökonomie innerhalb von etwa einem halben Tag Schulung durch uns die Sinne dafür schärfen, wie die analysierten GiAPA-Daten
1. zu interpretieren sind und
2. mit dem o.g. Bewusstsein der performanten Programmierung auch die Ausbesserung der erkannten Performance-Potentiale durchführen.

. Eingesetzte Methoden und 24/7-Controlling in der Produktion .

Die Methoden, die in GiAPA eingesetzt werden, entstanden aus einer Sammlung von letztlich 200 Erkennungstools für unterschiedlichste Performance-Anomalien, die nach der individuellen Verbesserung bei Kunden nach und nach entstanden sind. Nach einigen Optimierungen der Erkennungstools selbst (z.B. durch MI) und der Zusammenführung in das Produkt GiAPA können wir dieses in Produktionsumgebungen rund um die Uhr nicht nur zur Analyse sondern auch zur dauerhaften Überwachung einsetzen.

? Verbesserungsgarantie ?

Da wir mit GiAPA zusammen mit einigen Zusammenfassungs-Reports für z.B. PEX und TRACE bisher alle Probleme lösen konnten, und dies auch schon vor dem Produktstatus taten, gab es ein Full-Service-Angebot: Wir analysierten die auffälligen Kundenprogramme und schrieben nur eine Rechnung, wenn wenigstens 25 % Einsparungen (weniger Batchlaufzeit bzw. Antwortzeit) für das Programm erzielt wurden. Im Schnitt waren es über 60% !! ... Wir durften immer eine Rechnung schreiben!

. Zusätzliche Dienstleistungen .

Da wir jetzt das Tool GiAPA haben, brauchen wir nur noch die oben beschriebene Schulung, um ALLE Programme zu analysieren. Wir bieten natürlich auch den Service unseres GiAPA Competence Centers an, den Optimierungsfahrplan für die Anwendungsentwicklungsabteilung des Kunden zu erstellen, und natürlich auch den Full-Service der Umsetzung.

. Einfach zu handhaben und schnelle Erfolge .

Eine Garantieverbesserung oder besser eine Verbesserungsgarantie gibt es natürlich nie. Dafür können wir bei bekanntem Fehlverhalten mit höchster Wahrscheinlichkeit und VOR ALLEM mit einem Bruchteil des Aufwandes aller uns bekannten anderen Tools eine immense Performance-Verbesserung erreichen.

So, da war ein wenig Marketing dabei, es sollte aber zur kompletten Darstellung nichts davon weggelassen werden.

Für Fragen stehe ich jederzeit zur Verfügung.

Viele Grüße, Jan Wolsky