qkdriver not terminating

Maeve Hooper mhooper@mhg.co.za
Fri, 13 Aug 2004 15:14:12 +0200


This is a multi-part message in MIME format.

------_=_NextPart_001_01C48137.6CCC40C0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

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_01C48137.6CCC40C0
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=3D489050713-13082004><FONT face=3DArial color=3D#0000ff =
size=3D2>Thanks=20
Bob.</FONT></SPAN></DIV>
<DIV><SPAN class=3D489050713-13082004><FONT face=3DArial color=3D#0000ff =

size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D489050713-13082004><FONT face=3DArial color=3D#0000ff =
size=3D2>The=20
qkdriver process is only loading once per user. But I was wanting the =
process to=20
die when the external call is complete. Then a new one to load when the =
next=20
call is made. The reason for this is that the Unix memory allocated to =
this=20
process grows too large. It does not seem to release any of the memory =
it uses=20
per program. </FONT></SPAN></DIV>
<DIV><SPAN class=3D489050713-13082004><FONT face=3DArial color=3D#0000ff =

size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D489050713-13082004><FONT face=3DArial color=3D#0000ff =
size=3D2>We are=20
experiencing memory problems on our new HP-UX box. We have migrated from =
MPE.=20
When I look in Glance, under the RSS memory column, the memory is about =
40M for=20
1 qkdriver process. It starts at about 200k and builds up during the =
day. The=20
memory regions recorded by Glance for this process show all the programs =
called=20
during the day. I don't know how to get qkdriver to "release" this =
memory=20
again.</FONT></SPAN></DIV>
<DIV><SPAN class=3D489050713-13082004><FONT face=3DArial color=3D#0000ff =

size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D489050713-13082004><FONT face=3DArial color=3D#0000ff =
size=3D2>All=20
our Cobol programs are dynamically linked modules. So I believe the =
users are=20
all sharing the code - it would just be data or working storage areas =
that are=20
unique per user?</FONT></SPAN></DIV>
<DIV><SPAN class=3D489050713-13082004><FONT face=3DArial color=3D#0000ff =

size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D489050713-13082004><FONT face=3DArial color=3D#0000ff =
size=3D2>Hope=20
this makes sense.</FONT></SPAN></DIV>
<DIV><SPAN class=3D489050713-13082004><FONT face=3DArial color=3D#0000ff =

size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D489050713-13082004><FONT face=3DArial color=3D#0000ff =
size=3D2>Our=20
application makes extensive use of Cobol programs called from Quick - in =
fact, I=20
think every single screen calls at least 1 cobol =
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 =
3:04=20
  PM<BR><B>To:</B> Maeve Hooper; =
powerh-l@lists.sowder.com<BR><B>Subject:</B>=20
  RE: qkdriver not terminating<BR><BR></FONT></DIV>
  <DIV>
  <DIV><SPAN class=3D918050113-13082004><FONT face=3DArial =
color=3D#0000ff size=3D2>I'm=20
  not a UNIX expert but this sounds like something is not set up =
properly. The=20
  QKDRIVER should load once per user not once per external call. As =
well,=20
  external subroutines should not keep loading. I recall something =
similar=20
  happening on MPE/iX if the COBOL programs were not compiled to =
dynamically=20
  load. You had to compile with $CONTROL DYNAMIC or each time you =
called, a new=20
  instance would load, with obvious memory impact.</FONT></SPAN></DIV>
  <DIV><SPAN class=3D918050113-13082004><FONT face=3DArial =
color=3D#0000ff=20
  size=3D2></FONT></SPAN>&nbsp;</DIV>
  <DIV><SPAN class=3D918050113-13082004><FONT face=3DArial =
color=3D#0000ff size=3D2>And=20
  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;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&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> =
<BR><SPAN=20
  lang=3Den-us><FONT face=3DArial size=3D2>bob.deskin@cognos.com (613) =
738-1338 ext=20
  7268 FAX: (613) 727-1178</FONT></SPAN> <BR><SPAN lang=3Den-us><FONT =
face=3DArial=20
  size=3D2>3755 Riverside Drive P.O. Box 9707 Stn. T, Ottawa ON K1G 4K9=20
  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 not=20
    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 users=20
    work. The memory allocation for the qkdriver Unix process per user =
grows too=20
    large for comfort (+- 40 M).&nbsp; We are running on =
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 =
size=3D2>Metropolitan=20
    Health Group</FONT> <BR><FONT face=3DArial size=3D2>Ph:&nbsp; (021)=20
    480-6817</FONT> <BR><FONT face=3DArial size=3D2>Cell: 083 6666 =
973</FONT>=20
    <BR><FONT face=3DArial size=3D2>Fax: (021) 480 4932</FONT> =
</P></BLOCKQUOTE></DIV>
  <DIV>&nbsp;</DIV>
  <DIV>
  <P>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<FONT face=3DArial =
size=3D2>This=20
  message may contain privileged and/or confidential information.&nbsp; =
If you=20
  have received this e-mail in error or are not the intended recipient, =
you may=20
  not use, copy, disseminate or distribute it; do not open any =
attachments,=20
  delete it immediately from your system and notify the sender promptly =
by=20
  e-mail that you have done so.&nbsp; Thank you.</FONT>=20
</P></DIV></BLOCKQUOTE></BODY></HTML>

------_=_NextPart_001_01C48137.6CCC40C0--