NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
Hello everyone I have to develop a System, for storing measurement data. For this, I want to have one Dimension (Time) with lots of variables (about 2500). I am working with the "C"-netCDF interface (Version 4.2.1.1) on an Ubuntu System. Because I want to proof that I can work with NetCDF, I wrote some little C-routines. Those routines set up all the needed variables and attributes, and then fill them up with random values. So far, nearly everything works fine. But then I wanted to declare my time-dimension as "unlimited". When I define about 200 variables (or more), the memory-usage and the CPU-usage runs crazy. As soon as I want to run "nc_enddef(...)", the netCDF-library fills up my whole RAM. This goes for so long, until all Memory (and the whole swap) is filled and my System kills the process. Is there a known issue (memory leak?) with unlimited dimensions? Because if I try it with a limited dimension, I can define and fill easily all the 2500 variables. Or is this a completely logical behavior, because the NetCDF-library does some "hidden stuff", which I've overlooked in the interface-guide / tutorial? Thanks Please consider the environment before printing this email! ________________________________ ***DISCLAIMER*** The information and any attachments (herein referred to as 'document') transmitted is intended only for the person or entity to which it is addressed. It may contain confidential and/or privileged information. If you are not the intended recipient of this document, you are hereby notified that any dissemination, distribution, copying, other use of, or taking any action in reliance upon this document by persons or entities other than the intended recipient is illegal and prohibited. If you have received this in error, please immediately notify the sender, permanently delete the original from any computer and/or system, and destroy any printout of the 'document'. We thank you for your co-operation in this matter. Pilatus Aircraft Ltd.
netcdfgroup
archives: