20031218: 20031216: dcnexr2 cpu usage

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" <address@hidden>
>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
>address@hidden
>http://www-das.uwyo.edu
>