This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.
Eric, I'd probably suggest grabbing 5.6.L.1 (at least dcnexr2 from the binary... which may in fact be what I gave you back when). The pqact.gempak_craft entry I provide in $NAWIPS/ldm/etc/templates looks like: CRAFT ^L2-BZIP2/(....)/([0-9][0-9][0-9][0-9][0-1][0-9][0-3][0-9])([0-2][0-9][0-5][0-9])([0-9][0-9]) PIPE decoders/dcnexr2 -s \1 -d /dev/null data/craft/\1/\1_\2_\3 The (....) will provide a different \1 matching for each site, so you will have a separate dcnexr2 for each site. I run 3 pqact processes from ldmd.conf: exec "pqact -f CRAFT -p BZIP2/K[A-E] /local/ldm/etc/GEMPAK/pqact.gempak_craft" exec "pqact -f CRAFT -p BZIP2/K[F-L] /local/ldm/etc/GEMPAK/pqact.gempak_craft" exec "pqact -f CRAFT -p BZIP2/K[M-Z] /local/ldm/etc/GEMPAK/pqact.gempak_craft" This way, each of the pqact processes will have less than 32 open file descriptors and balance out the file open/closes needed on the system. Steve Chiswell >From: Eric Nelson <address@hidden> >Organization: UCAR/Unidata >Keywords: 200311212041.hALKfaEH015256 > >Steve, > >I beleive we are using a special version of dcnexr2. the dcnexr2 from >ver "k" did not like our system. You gave us a compiled >replacement. Also, should there be a seperate instance of dcnexr2 for >each site we request? > >dcnexr2 is always the top gempak decoder in terms of the cpu usage on our >system. > >-Eric > >On Fri, 21 Nov 2003, Unidata Support wrote: > >> >> Eric, >> >> What version are you running? >> >> In general, the process should be short lived- but bunzip isn't exactly chea > p. >> I have all 61+ sites comming in here and being decoded. >> >> The CPU% output is dependent on what else you have coming in, eg, if >> nothing else is being decoded, then virtually all cycles will go >> to that 1 process. But, if the decoder is hung, then >> ot would use lots of CPU and the TIME would appear large. >> >> Steve Chiswell >> >> >> >> >> >From: Eric Nelson <address@hidden> >> >Organization: UCAR/Unidata >> >Keywords: 200311211903.hALJ3CEH010403 >> >> > >> >I was wondering what the typical cpu usage should be for dcnexr2. When I >> >run top, dcnexr2 is almost always the "top" of the list for cpu >> >usage. It's not uncommon for me to see.... >> > >> > PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND >> >21677 ldm 18 0 924 924 504 S 99.9 0.0 3:54 dcnexr2 >> > >> >As of right now I'm only ingesting one site. But if this is normal >> >behavior, I'd be affraid to ingest too many more sites. >> > >> >Is this what I should be seeing? >> > >> >Thanks. >> >-Eric >> > >> >-- >> >________________________________________________________________________ >> >Eric Nelson | >> > | >> > +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ | >> >+ College of Dupage Meteorology Dept. + Research Applications Prog. + | >> >+ Weather Data Manager + UCAR/NCAR + | >> >+ http://weather.cod.edu + http://www.rap.ucar.edu + | >> >+ address@hidden + address@hidden + | >> > +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ | >> > | >> >"I love deadlines. I especially like the whooshing sound they make as | >> >they go flying by." --Douglas Adams | >> >________________________________________________________________________ >> > >> >> **************************************************************************** >> Unidata User Support UCAR Unidata Program >> (303)497-8643 P.O. Box 3000 >> address@hidden Boulder, CO 80307 >> ---------------------------------------------------------------------------- >> Unidata WWW Service http://my.unidata.ucar.edu/content/support >> **************************************************************************** >> >