Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 17 Sep 2009 13:34:04 +0100
From:      Anton Shterenlikht <mexas@bristol.ac.uk>
To:        Roland Smith <rsmith@xs4all.nl>
Cc:        glewis@freebsd.org, Anton Shterenlikht <mexas@bristol.ac.uk>, freebsd-questions@freebsd.org, freebsd-ia64@freebsd.org
Subject:   Re: port math/gnuplot hangs and ignores "kill -9"
Message-ID:  <20090917123404.GA101@mech-cluster241.men.bris.ac.uk>
In-Reply-To: <20090914172233.GA69286@slackbox.xs4all.nl>
References:  <20090914153728.GA60162@mech-cluster241.men.bris.ac.uk> <20090914154241.GA60268@mech-cluster241.men.bris.ac.uk> <20090914172233.GA69286@slackbox.xs4all.nl>

next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Sep 14, 2009 at 07:22:33PM +0200, Roland Smith wrote:
> On Mon, Sep 14, 2009 at 04:42:41PM +0100, Anton Shterenlikht wrote:
> > On Mon, Sep 14, 2009 at 04:37:28PM +0100, Anton Shterenlikht wrote:
> > > on ia64 HEAD,  gnuplot-4.2.6, any plot command
> > > hangs the program. top shows gnuplot is using 100% of CPU,
> > > yeat CPU time is zero:
> > > 
> > >   PID    UID    THR PRI NICE   SIZE    RES STATE   C   TIME   WCPU COMMAND
> > > 60071   1001      2  48    0 98008K 51424K CPU1    1   0:00 100.00% gnuplot
> > > 
> > > kill -9 60071, either from my account, or from root,
> > > has no effect, the process is still there.
> > > 
> > > I cannot find a way to terminate this hanged process without reboot.
> > > 
> > > This seems to be a regression.
> > 
> > running gnuplot in batch (non-interactive) mode seems fine, so
> > the problem seems to be with the screen terminal.
> > 
> > I'm mostly puzzled by the fact that I cannot kill the process..
> 
> It could be that the process is stuck in the 'D' state (uninterruptable wait).
> You can veryfiy that by running 'ps -u' and looking in the eight column when
> gnuplot is running. 
> 
> Does the window with the plot actually appear?
>  
> Interactive use of gnuplot-4.2.6 is fine on amd64 7.2-RELEASE-p2.

I reinstalled gnuplot-4.2.6 and (hopefully) all ports on which it depends.
I still get the same behaviour. 

top -PISu shows:

last pid:   108;  load averages:  0.88,  0.35,  0.19    up 2+02:23:38  13:27:52
109 processes: 4 running, 88 sleeping, 17 waiting
CPU 0:  0.0% user,  0.0% nice,  0.0% system,  0.0% interrupt,  100% idle
CPU 1:  0.0% user,  0.0% nice,  100% system,  0.0% interrupt,  0.0% idle
Mem: 105M Active, 2074M Inact, 363M Wired, 768K Cache, 827M Buf, 5322M Free
Swap: 19G Total, 19G Free

  PID    UID    THR PRI NICE   SIZE    RES STATE   C   TIME   WCPU COMMAND
   11      0      2 171 ki31     0K    64K RUN     0  77.9H 100.00% idle
99992   1001      2  48    0 98240K 55608K CPU1    1   0:00 100.00% gnuplot

so gnuplot is using 100% and all in system state.

and ps -u:

USER    PID %CPU %MEM   VSZ   RSS  TT  STAT STARTED      TIME COMMAND
mexas 99992 98.1  0.7 98240 55608   5  R+    1:25pm   0:00.72 gnuplot

so the state is not "D".

The window does appear (just using simple gnuplot> plot sin(x), and
the terminal is set to 'wxt', but nothing ever apears in the window.

My guess is that the problem is not in gnuplot, but in the base OS.

Any advice on how to debug this problem further.

Once again, batch use of gnuplot is fine, it's just the screen
operations which are affected.

many thanks
anton

-- 
Anton Shterenlikht
Room 2.6, Queen's Building
Mech Eng Dept
Bristol University
University Walk, Bristol BS8 1TR, UK
Tel: +44 (0)117 331 5944
Fax: +44 (0)117 929 4423



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20090917123404.GA101>