ECJ-INTEREST-L Archives

August 2013

ECJ-INTEREST-L@LISTSERV.GMU.EDU

Options: Use Monospaced Font
Show Text Part by Default
Condense Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Mime-Version:
1.0 (1.0)
Content-Type:
text/plain; charset=utf-8
Date:
Mon, 26 Aug 2013 17:16:02 +0200
Reply-To:
ECJ Evolutionary Computation Toolkit <[log in to unmask]>
Subject:
From:
Ralf Buschermoehle <[log in to unmask]>
In-Reply-To:
Content-Transfer-Encoding:
8bit
Sender:
ECJ Evolutionary Computation Toolkit <[log in to unmask]>
Parts/Attachments:
text/plain (18 lines)
On 26.08.2013, at 17:08, Sean Luke <[log in to unmask]> wrote:

> On Aug 26, 2013, at 10:27 AM, Ralf Buschermöhle wrote:
> 
>>> This sounds a *lot* like your process is running out of ports; that is, it's probably not an ECJ error or even a Java problem but rather an OS problem.  But at just 129 slaves?  
>> 
>> These are just the running nodes. Previously there have been a few thousand connections from a cluster (handled successfully).
> 
> Fair enough.  Still: 129 is an unusual number, don't you think?

Acutally I think it's just random and some of the 129 nodes are not from the cluster (with a job scheduler) - thus are constantly computing.

> Also find it strange that the socket was successfully created (hence ECJ went on to fire up the read and write threads) but the error is likely in reading or writing to the socket.  
> 
> This sounds like an OS bug.  I don't think it's on the client side.  So have you tried using Debian on the server side just for grins?

Interesting. I will check. :)

ATOM RSS1 RSS2