[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[netCDF #CRF-113718]: Garbage values in parallel netcdf write

Let me make sure I understand what you are doing.
When you say
> Each core has to write a vector of size [10][25][6][5][5]
do you mean that you are accessing the netcdf library in
a multi-threaded way?

> 
> 
> I'm writing you with regards to an unexpected behaviour I encountered when 
> writing a variable in parallel with netcdf.
> 
> 
> The situation is the following. I have a 5 dimensional vector, say of 
> dimensions [10][100][6][5][5]. I want to write it in parallel with four cores.
> 
> Each core has to write a vector of size [10][25][6][5][5]. It is necessary in 
> my problem that the dimension split between the processes be in second 
> position.
> 
> When this variable is written, it appears that there are a lot of corrupted 
> values in the resulting netcdf file.
> 
> The alternative, which I am using at the moment, is to loop over the first 
> dimension, and perform write operations on 4D vectors instead. This works 
> fine, but becomes very time consuming for larger vectors, as I need to 
> perform many write operations.
> 
> 
> I am not sure if this behaviour is normal (something to do with contiguity in 
> memory) or not?
> 
> 
> Many thanks for your help.
> 
> 
> Best regards,
> 
> 
> Alexandre Szenicer.
> 
> 
> 
> 
> 

=Dennis Heimbigner
  Unidata


Ticket Details
===================
Ticket ID: CRF-113718
Department: Support netCDF
Priority: Normal
Status: Open
===================
NOTE: All email exchanges with Unidata User Support are recorded in the Unidata 
inquiry tracking system and then made publicly available through the web.  If 
you do not want to have your interactions made available in this way, you must 
let us know in each email you send to us.