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.
Hi Samuel, re: > Any luck on this one? I am assuming you are referring to the question that follows. If not, please let me know what this is in reference to. > Also, I've noticed that our dmbin.k has been eating up > lots of CPU time. It's at around 25%, which is abnormal for our machine. > I've > added some CONDUIT, and NIMAGE data, but I didn't think it would affect > dmbin.k > that much. The easiest way to determine if the addition of CONDUIT data has caused an increase in DMBIN (dmbin.k) processing (NIMAGE is imagery, not grids so it will not affect DMBIN) is to comment out the additions you made and see if the load comes down. Cheers, Tom **************************************************************************** Unidata User Support UCAR Unidata Program (303) 497-8642 P.O. Box 3000 address@hidden Boulder, CO 80307 ---------------------------------------------------------------------------- Unidata HomePage http://www.unidata.ucar.edu **************************************************************************** Ticket Details =================== Ticket ID: XRR-599672 Department: Support McIDAS Priority: Normal Status: Closed