Larry,
I have a fix for the buffered read routine that dcnexr2 uses that
seems to fix your problem with Linux due to resetting of the read timeout
value in the C library select call.
Do you want to build locally (Im assuming since you have the other version
built with gmon profiling)?
You can download: http://www.unidata.ucar.edu/staff/chiz/bufread.c
and use this copy to replace that in $NAWIPS/unidata/ldmbridge/dcnexr2/.
Steve Chiswell
Unidata User Support
From: Unidata Support <support@xxxxxxxxxxxxxxxx>
Organization: UCAR/Unidata
Larry,
It could be a problem within the BZIP2 library, and/or
a mismatch of the package supplied header/library with
one you might already have on your system.
.
You probably have -lbz2 on your system already, so maybe
you would have better luck using the system provided version
rather than the version compiled under the
$NAWIPS/unidata/ldmbridge/dcnexr2 tree. So, you could try:
In $NAWIPS/unidata/ldmbridge/dcnexr2/Makefile,
for the target all:, removing the BZIP2 dependency, and
editing the link line in the dcnexr2 target to remove the
-L./bzip2 location. Also, remove -I./bzip2 from CFLAGS.
I checked my fedora system and libbz2.a is in /usr/lib
and bzlib.h is in /usr/include/
Steve Chiswell
From: "Larry D. Oolman" <ldoolman@xxxxxxxx>
Organization: University of Wyoming
Keywords: 200312182257.hBIMvKp2016896
Unidata Support wrote:
Larry,
I'd have to know what support question you are referring to.
I have not seen a problem with CPU usage getting out of hand,
but have seen that any decoder could get wedged and CPU intensive if
the system were I/O backed up so that pqact starting firing off multiple
instances of the PIPE and the output file became corrupted.
Steve Chiswell
I googled: dcnexr2 cpu usage site:unidata.ucar.edu
It suspect it is a compiler issue. I tried multiple compilations
with various optimizations and with and without -g. If I
specify -pg, there is no cpu problem. If I don't specify -pg,
I get 100% cpu usage. I even tried compiling
on a RH7.3 system (still run under RH9). I'll live with the
gmon.out file that gets created.
--
Larry Oolman
Department of Atmospheric Science
University of Wyoming
ldoolman@xxxxxxxx
http://www-das.uwyo.edu
****************************************************************************
<
Unidata User Support UCAR Unidata Program <
(303)497-8643 P.O. Box 3000 <
support@xxxxxxxxxxxxxxxx Boulder, CO 80307 <
---------------------------------------------------------------------------- <
Unidata WWW Service http://my.unidata.ucar.edu/content/support <
**************************************************************************** <
