qkdriver not terminating
Maeve Hooper
mhooper@mhg.co.za
Fri, 13 Aug 2004 16:14:03 +0200
This is a multi-part message in MIME format.
------_=_NextPart_001_01C4813F.C9742D7D
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Burton, that sounds like really good news!!! I'll give it a shot.
-----Original Message-----
From: Leathers, Burton [mailto:Burton.Leathers@Cognos.COM]
Sent: Friday, August 13, 2004 4:08 PM
To: Maeve Hooper
Subject: RE: qkdriver not terminating
Maeve,
=20
We fixed a slow leak problem last year which, as it happens, had been =
lurking in the code for over a decade. I strongly suspect your problem =
would vanish were you to try using 8.43D.
=20
Burton
_____ =20
From: Maeve Hooper [mailto:mhooper@mhg.co.za]=20
Sent: Friday, August 13, 2004 9:41 AM
To: Leathers, Burton
Subject: RE: qkdriver not terminating
=20
Hi
=20
Thanks Burton. We are on 8.43.c on HP-UX 11.11
-----Original Message-----
From: Leathers, Burton [mailto:Burton.Leathers@Cognos.COM]
Sent: Friday, August 13, 2004 3:37 PM
To: Maeve Hooper
Subject: RE: qkdriver not terminating
The problem behaviour described is characteristic of older releases. It =
is important to know with what release this is being seen. It is most =
likely that the motivation for process death would vanish if the latest =
PH release were being used. If this is being seen with the latest =
release, it would be best to log a call for a memory leak problem -- not =
a process termination issue.
=20
Burton
=20
Burton Leathers, Architect
Application Development Tools
Cognos Inc.
_____ =20
From: powerh-l-admin@lists.sowder.com =
[mailto:powerh-l-admin@lists.sowder.com] On Behalf Of Maeve Hooper
Sent: Friday, August 13, 2004 9:14 AM
To: Deskin, Bob
Cc: powerh-l@lists.sowder.com
Subject: RE: qkdriver not terminating
Thanks Bob.
=20
The qkdriver process is only loading once per user. But I was wanting =
the process to die when the external call is complete. Then a new one to =
load when the next call is made. The reason for this is that the Unix =
memory allocated to this process grows too large. It does not seem to =
release any of the memory it uses per program.=20
=20
We are experiencing memory problems on our new HP-UX box. We have =
migrated from MPE. When I look in Glance, under the RSS memory column, =
the memory is about 40M for 1 qkdriver process. It starts at about 200k =
and builds up during the day. The memory regions recorded by Glance for =
this process show all the programs called during the day. I don't know =
how to get qkdriver to "release" this memory again.
=20
All our Cobol programs are dynamically linked modules. So I believe the =
users are all sharing the code - it would just be data or working =
storage areas that are unique per user?
=20
Hope this makes sense.
=20
Our application makes extensive use of Cobol programs called from Quick =
- in fact, I think every single screen calls at least 1 cobol prog.
-----Original Message-----
From: Deskin, Bob [mailto:Bob.Deskin@Cognos.COM]
Sent: Friday, August 13, 2004 3:04 PM
To: Maeve Hooper; powerh-l@lists.sowder.com
Subject: RE: qkdriver not terminating
I'm not a UNIX expert but this sounds like something is not set up =
properly. The QKDRIVER should load once per user not once per external =
call. As well, external subroutines should not keep loading. I recall =
something similar happening on MPE/iX if the COBOL programs were not =
compiled to dynamically load. You had to compile with $CONTROL DYNAMIC =
or each time you called, a new instance would load, with obvious memory =
impact.
=20
And as far as I know, no one is having ongoing issues with external =
subroutines.
Bob Deskin =20
Senior Product Manager, Application Development Tools, Cognos Inc.=20
bob.deskin@cognos.com (613) 738-1338 ext 7268 FAX: (613) 727-1178=20
3755 Riverside Drive P.O. Box 9707 Stn. T, Ottawa ON K1G 4K9 CANADA=20
-----Original Message-----
From: powerh-l-admin@lists.sowder.com =
[mailto:powerh-l-admin@lists.sowder.com] On Behalf Of Maeve Hooper
Sent: August 13, 2004 8:31 AM
To: powerh-l@lists.sowder.com
Subject: qkdriver not terminating
Hello=20
Is there any way to get qkdriver to terminate after an external call =
from quick. We use a lot of Cobol programs called from Quick, and the =
qkdriver processes use more and more memory as the users work. The =
memory allocation for the qkdriver Unix process per user grows too large =
for comfort (+- 40 M). We are running on HP-UX.
Thanks=20
Maeve Hooper=20
Database Consultant=20
Metropolitan Health Group=20
Ph: (021) 480-6817=20
Cell: 083 6666 973=20
Fax: (021) 480 4932=20
=20
This message may contain privileged and/or confidential =
information. If you have received this e-mail in error or are not the =
intended recipient, you may not use, copy, disseminate or distribute it; =
do not open any attachments, delete it immediately from your system and =
notify the sender promptly by e-mail that you have done so. Thank you.=20
------_=_NextPart_001_01C4813F.C9742D7D
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML xmlns:eXclaimer =3D=20
"http://www.exclaimer.co.uk"><HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">
<TITLE>Message</TITLE>
<META content=3D"MSHTML 6.00.2800.1106" name=3DGENERATOR></HEAD>
<BODY>
<DIV><SPAN class=3D284391314-13082004><FONT face=3DArial color=3D#0000ff =
size=3D2>Burton, that sounds like really good news!!! I'll give it a=20
shot.</FONT></SPAN></DIV>
<BLOCKQUOTE dir=3Dltr style=3D"MARGIN-RIGHT: 0px">
<DIV class=3DOutlookMessageHeader dir=3Dltr align=3Dleft><FONT =
face=3DTahoma=20
size=3D2>-----Original Message-----<BR><B>From:</B> Leathers, Burton=20
[mailto:Burton.Leathers@Cognos.COM]<BR><B>Sent:</B> Friday, August 13, =
2004=20
4:08 PM<BR><B>To:</B> Maeve Hooper<BR><B>Subject:</B> RE: qkdriver not =
terminating<BR><BR></FONT></DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D809060314-13082004><FONT =
face=3DArial=20
color=3D#0000ff size=3D2>Maeve,</FONT></SPAN></DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D809060314-13082004><FONT =
face=3DArial=20
color=3D#0000ff size=3D2></FONT></SPAN> </DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D809060314-13082004><FONT =
face=3DArial=20
color=3D#0000ff size=3D2>We fixed a slow leak problem last =
year which,=20
as it happens, had been lurking in the code for over a decade. I =
strongly=20
suspect your problem would vanish were you to try using=20
8.43D.</FONT></SPAN></DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D809060314-13082004><FONT =
face=3DArial=20
color=3D#0000ff size=3D2></FONT></SPAN> </DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D809060314-13082004><FONT =
face=3DArial=20
color=3D#0000ff size=3D2>Burton</FONT></SPAN></DIV><BR>
<DIV class=3DOutlookMessageHeader lang=3Den-us dir=3Dltr align=3Dleft>
<HR tabIndex=3D-1>
<FONT face=3DTahoma size=3D2><B>From:</B> Maeve Hooper =
[mailto:mhooper@mhg.co.za]=20
<BR><B>Sent:</B> Friday, August 13, 2004 9:41 AM<BR><B>To:</B> =
Leathers,=20
Burton<BR><B>Subject:</B> RE: qkdriver not =
terminating<BR></FONT><BR></DIV>
<DIV></DIV>
<DIV><FONT face=3DArial color=3D#0000ff size=3D2></FONT> </DIV>
<DIV><SPAN class=3D154153913-13082004><FONT face=3DArial =
color=3D#0000ff=20
size=3D2>Hi</FONT></SPAN></DIV>
<DIV><SPAN class=3D154153913-13082004><FONT face=3DArial =
color=3D#0000ff=20
size=3D2></FONT></SPAN> </DIV>
<DIV><SPAN class=3D154153913-13082004><FONT face=3DArial =
color=3D#0000ff=20
size=3D2>Thanks Burton. We are on 8.43.c on HP-UX=20
11.11</FONT></SPAN></DIV>
<BLOCKQUOTE dir=3Dltr style=3D"MARGIN-RIGHT: 0px">
<DIV class=3DOutlookMessageHeader dir=3Dltr align=3Dleft><FONT =
face=3DTahoma=20
size=3D2>-----Original Message-----<BR><B>From:</B> Leathers, Burton =
[mailto:Burton.Leathers@Cognos.COM]<BR><B>Sent:</B> Friday, August =
13, 2004=20
3:37 PM<BR><B>To:</B> Maeve Hooper<BR><B>Subject:</B> RE: qkdriver =
not=20
terminating<BR><BR></FONT></DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D300333013-13082004><FONT =
face=3DArial=20
color=3D#0000ff size=3D2>The problem behaviour described is =
characteristic of=20
older releases. It is important to know with what release this is =
being=20
seen. It is most likely that the motivation for process death would =
vanish=20
if the latest PH release were being used. If this is being seen with =
the=20
latest release, it would be best to log a call for a memory leak =
problem --=20
not a process termination issue.</FONT></SPAN></DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D300333013-13082004><FONT =
face=3DArial=20
color=3D#0000ff size=3D2></FONT></SPAN> </DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D300333013-13082004><FONT =
face=3DArial=20
color=3D#0000ff size=3D2>Burton</FONT></SPAN></DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D300333013-13082004><FONT =
face=3DArial=20
color=3D#0000ff size=3D2></FONT></SPAN> </DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D300333013-13082004><FONT =
face=3DArial=20
color=3D#0000ff size=3D2>Burton Leathers, </FONT></SPAN><SPAN=20
class=3D300333013-13082004><FONT face=3DArial color=3D#0000ff=20
size=3D2>Architect</FONT></SPAN></DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D300333013-13082004><FONT =
face=3DArial=20
color=3D#0000ff size=3D2>Application Development =
Tools</FONT></SPAN></DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D300333013-13082004><FONT =
face=3DArial=20
color=3D#0000ff size=3D2>Cognos Inc.</FONT></SPAN></DIV><BR>
<DIV class=3DOutlookMessageHeader lang=3Den-us dir=3Dltr =
align=3Dleft>
<HR tabIndex=3D-1>
<FONT face=3DTahoma size=3D2><B>From:</B> =
powerh-l-admin@lists.sowder.com=20
[mailto:powerh-l-admin@lists.sowder.com] <B>On Behalf Of </B>Maeve=20
Hooper<BR><B>Sent:</B> Friday, August 13, 2004 9:14 AM<BR><B>To:</B> =
Deskin,=20
Bob<BR><B>Cc:</B> powerh-l@lists.sowder.com<BR><B>Subject:</B> RE: =
qkdriver=20
not terminating<BR></FONT><BR></DIV>
<DIV></DIV>
<DIV><SPAN class=3D489050713-13082004><FONT face=3DArial =
color=3D#0000ff=20
size=3D2>Thanks Bob.</FONT></SPAN></DIV>
<DIV><SPAN class=3D489050713-13082004><FONT face=3DArial =
color=3D#0000ff=20
size=3D2></FONT></SPAN> </DIV>
<DIV><SPAN class=3D489050713-13082004><FONT face=3DArial =
color=3D#0000ff=20
size=3D2>The qkdriver process is only loading once per user. But I =
was wanting=20
the process to die when the external call is complete. Then a new =
one to=20
load when the next call is made. The reason for this is that the =
Unix memory=20
allocated to this process grows too large. It does not seem to =
release any=20
of the memory it uses per program. </FONT></SPAN></DIV>
<DIV><SPAN class=3D489050713-13082004><FONT face=3DArial =
color=3D#0000ff=20
size=3D2></FONT></SPAN> </DIV>
<DIV><SPAN class=3D489050713-13082004><FONT face=3DArial =
color=3D#0000ff size=3D2>We=20
are experiencing memory problems on our new HP-UX box. We have =
migrated from=20
MPE. When I look in Glance, under the RSS memory column, the memory =
is about=20
40M for 1 qkdriver process. It starts at about 200k and builds up =
during the=20
day. The memory regions recorded by Glance for this process show all =
the=20
programs called during the day. I don't know how to get qkdriver to=20
"release" this memory again.</FONT></SPAN></DIV>
<DIV><SPAN class=3D489050713-13082004><FONT face=3DArial =
color=3D#0000ff=20
size=3D2></FONT></SPAN> </DIV>
<DIV><SPAN class=3D489050713-13082004><FONT face=3DArial =
color=3D#0000ff=20
size=3D2>All our Cobol programs are dynamically linked modules. So I =
believe=20
the users are all sharing the code - it would just be data or =
working=20
storage areas that are unique per user?</FONT></SPAN></DIV>
<DIV><SPAN class=3D489050713-13082004><FONT face=3DArial =
color=3D#0000ff=20
size=3D2></FONT></SPAN> </DIV>
<DIV><SPAN class=3D489050713-13082004><FONT face=3DArial =
color=3D#0000ff=20
size=3D2>Hope this makes sense.</FONT></SPAN></DIV>
<DIV><SPAN class=3D489050713-13082004><FONT face=3DArial =
color=3D#0000ff=20
size=3D2></FONT></SPAN> </DIV>
<DIV><SPAN class=3D489050713-13082004><FONT face=3DArial =
color=3D#0000ff=20
size=3D2>Our application makes extensive use of Cobol programs =
called from=20
Quick - in fact, I think every single screen calls at least 1 cobol=20
prog.</FONT></SPAN></DIV>
<BLOCKQUOTE dir=3Dltr style=3D"MARGIN-RIGHT: 0px">
<DIV class=3DOutlookMessageHeader dir=3Dltr align=3Dleft><FONT =
face=3DTahoma=20
size=3D2>-----Original Message-----<BR><B>From:</B> Deskin, Bob=20
[mailto:Bob.Deskin@Cognos.COM]<BR><B>Sent:</B> Friday, August 13, =
2004=20
3:04 PM<BR><B>To:</B> Maeve Hooper;=20
powerh-l@lists.sowder.com<BR><B>Subject:</B> RE: qkdriver not=20
terminating<BR><BR></FONT></DIV>
<DIV>
<DIV><SPAN class=3D918050113-13082004><FONT face=3DArial =
color=3D#0000ff=20
size=3D2>I'm not a UNIX expert but this sounds like something is =
not set up=20
properly. The QKDRIVER should load once per user not once per =
external=20
call. As well, external subroutines should not keep loading. I =
recall=20
something similar happening on MPE/iX if the COBOL programs were =
not=20
compiled to dynamically load. You had to compile with $CONTROL =
DYNAMIC or=20
each time you called, a new instance would load, with obvious =
memory=20
impact.</FONT></SPAN></DIV>
<DIV><SPAN class=3D918050113-13082004><FONT face=3DArial =
color=3D#0000ff=20
size=3D2></FONT></SPAN> </DIV>
<DIV><SPAN class=3D918050113-13082004><FONT face=3DArial =
color=3D#0000ff=20
size=3D2>And as far as I know, no one is having ongoing issues =
with external=20
subroutines.</FONT></SPAN></DIV>
<DIV><SPAN class=3D918050113-13082004><!-- Converted from text/rtf =
format -->
<P><SPAN lang=3Den-us><FONT face=3DArial size=3D2>Bob=20
=
Deskin &=
nbsp; =20
</FONT></SPAN><BR><SPAN lang=3Den-us><FONT face=3DArial =
size=3D2>Senior Product=20
Manager, Application Development Tools, Cognos Inc.</FONT></SPAN>=20
<BR><SPAN lang=3Den-us><FONT face=3DArial =
size=3D2>bob.deskin@cognos.com (613)=20
738-1338 ext 7268 FAX: (613) 727-1178</FONT></SPAN> <BR><SPAN=20
lang=3Den-us><FONT face=3DArial size=3D2>3755 Riverside Drive P.O. =
Box 9707 Stn.=20
T, Ottawa ON K1G 4K9 CANADA</FONT></SPAN> </P></SPAN></DIV>
<BLOCKQUOTE dir=3Dltr style=3D"MARGIN-RIGHT: 0px">
<DIV></DIV>
<DIV class=3DOutlookMessageHeader lang=3Den-us dir=3Dltr =
align=3Dleft><FONT=20
face=3DTahoma size=3D2>-----Original =
Message-----<BR><B>From:</B>=20
powerh-l-admin@lists.sowder.com =
[mailto:powerh-l-admin@lists.sowder.com]=20
<B>On Behalf Of </B>Maeve Hooper<BR><B>Sent:</B> August 13, 2004 =
8:31=20
AM<BR><B>To:</B> powerh-l@lists.sowder.com<BR><B>Subject:</B> =
qkdriver=20
not terminating<BR><BR></FONT></DIV><!-- Converted from text/rtf =
format --><BR>
<P><FONT face=3DArial size=3D2>Hello</FONT> </P>
<P><FONT face=3DArial size=3D2>Is there any way to get qkdriver =
to terminate=20
after an external call from quick. We use a lot of Cobol =
programs called=20
from Quick, and the qkdriver processes use more and more memory =
as the=20
users work. The memory allocation for the qkdriver Unix process =
per user=20
grows too large for comfort (+- 40 M). We are running on=20
HP-UX.</FONT></P>
<P><FONT face=3DArial size=3D2>Thanks</FONT> </P>
<P><FONT face=3DArial size=3D2>Maeve Hooper</FONT> <BR><FONT =
face=3DArial=20
size=3D2>Database Consultant</FONT> <BR><FONT face=3DArial=20
size=3D2>Metropolitan Health Group</FONT> <BR><FONT face=3DArial =
size=3D2>Ph: (021) 480-6817</FONT> <BR><FONT face=3DArial =
size=3D2>Cell:=20
083 6666 973</FONT> <BR><FONT face=3DArial size=3D2>Fax: (021) =
480=20
4932</FONT> </P></BLOCKQUOTE></DIV>
<DIV> </DIV>
<DIV>
<P> <FONT face=3DArial =
size=3D2>This=20
message may contain privileged and/or confidential =
information. If=20
you have received this e-mail in error or are not the intended =
recipient,=20
you may not use, copy, disseminate or distribute it; do not open =
any=20
attachments, delete it immediately from your system and notify the =
sender=20
promptly by e-mail that you have done so. Thank you.</FONT>=20
</P></DIV></BLOCKQUOTE></BLOCKQUOTE></BLOCKQUOTE></BODY></HTML>
------_=_NextPart_001_01C4813F.C9742D7D--