Xref: utzoo comp.unix.wizards:14679 comp.unix.xenix:4948
Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!unmvax!ncar!boulder!sunybcs!bingvaxu!leah!itsgw!steinmetz!davidsen
From: davidsen@steinmetz.ge.com (William E. Davidsen Jr)
Newsgroups: comp.unix.wizards,comp.unix.xenix
Subject: Mysterious growing remote processes
Message-ID: <13118@steinmetz.ge.com>
Date: 13 Feb 89 12:35:10 GMT
Reply-To: davidsen@crdos1.UUCP (bill davidsen)
Organization: GE Corp. R & D, Schenectady,NY
Lines: 24


  I have been developing an application under Xenix/386, and have
recently been letting a few users test it. When I run the application
from the console, accounting shows that the average process size is
about 115k. When run from remote dialin the size is larger, 300-1400k.

  I haven't a clue why this should be so... there is no dynamic
allocation of memory in the program, and no recursion. It's not a matter
of how the user interract, because I can dial in and force the same
growth doing my normal activities.

  Looking at the accounting, there is no obvious connection between the
average size and the amount of i/o, the connect time, the CPU time, or
the connecting line baudrate.

  The program performs simple transaction processing, take one command
from the user, accept or return information, possibly update a database,
and repeat until user disconnect. I confess I haven't a clue what this
is doing, hopefully someone else will have seen something like this and
give me a hint.
-- 
	bill davidsen		(wedu@ge-crd.arpa)
  {uunet | philabs}!steinmetz!crdos1!davidsen
"Stupidity, like virtue, is its own reward" -me