The Math Forum

Search All of the Math Forum:

Views expressed in these public forums are not endorsed by NCTM or The Math Forum.

Math Forum » Discussions » Software » comp.soft-sys.matlab

Notice: We are no longer accepting new posts, but the forums will continue to be readable.

Topic: "Bad version or endian-key"?
Replies: 1   Last Post: Jul 28, 2014 3:44 AM

Advanced Search

Back to Topic List Back to Topic List Jump to Tree View Jump to Tree View  
Edric Ellis

Posts: 721
Registered: 12/7/04
Re: "Bad version or endian-key"?
Posted: Jul 28, 2014 3:44 AM
  Click to see the message monospaced in plain text Plain Text   Click to reply to this topic Reply

"Eric Zhang" <> writes:

> Edric M Ellis <> wrote in message <>...
>> "Eric Zhang" <> writes:

>> > I am working on parallelization MATLAB computing. Strangely enough, my
>> > code sometimes works and sometimes fails, although untouched, with the
>> > following error.
>> >
>> > Error using parallel.internal.pool.deserialize (line 9)
>> > Bad version or endian-key
>> > [...]

>> Hm, this is definitely not expected. Usually errors like this occur when
>> the data transfer between the workers and the MATLAB client is truncated
>> or corrupted in some way.

> Hey Edric, thanks a lot for the reply, but I really tried my best to
> create a self-contained code that reproduces this error, but failed,
> because it actually involves calling the external software COMSOL.
> Although COMSOL is involved, I still believe this error comes from
> MATLAB parallel, because once I change parfor to normal for, it runs
> without any errors for days.
> By the way, I am on school's HPC, which means that the several workers
> may span over several nodes. Does that matter? After all, it works for
> hours before this error pops up,

Are you using an interactive parallel pool to do this, or is everything
running on the cluster inside e.g. a 'batch' job? If you are using an
interactive pool, it might be worth trying a 'batch' job instead as then
there will be no communication from your host to the remote cluster.

If you haven't used it before, the batch reference page is here:


and you'll want to do something like

c = parcluster(...); % get your HPC cluster
j = batch(c, @myFunction, 2, {args}, 'Pool', 15);

where 'myFunction' contains your PARFOR loops etc.



Point your RSS reader here for a feed of the latest messages in this topic.

[Privacy Policy] [Terms of Use]

© The Math Forum at NCTM 1994-2018. All Rights Reserved.