patch for ParallelUA
Marc Langheinrich (marclang@cs.washington.edu)
Tue, 21 Oct 1997 21:30:20 +0900 (JST)
Glenn Wood <glenn@savesmart.com> finally was kind enough to fix ParallelUA
to actually close its sockets after the communication is done. I assumed
(did I read this in the perl documentation somewhere?!) that an "undef
$socket" would implicitly _close_ that socket, but obviously (as Glenn
found out) an explicit "close $socket" is needed.
Anyways, if you're having problems with opening a large number of
connections when using ParallelUA, try the patch at
http://www.cs.washington.edu/homes/marclang/ParallelUA/
or simply add a "close $socket;" in front of the line
undef ($socket); # close socket
in the file "ParallelUA.pm" yourself.
On Tue, 5 Aug 1997, Luuk de Boer wrote:
> When I request 255 url's 253 urls are going well but the 254 url and
> the 255 url is giving me a 500 Can't resolve address back.
> That's everytime with all different things.
> Everytime it's giving from the 254 url a 500 code.
> So here my question ..... does my linux (2.0.30 - redhat 4.2) have
> any limit for that sort of things. I looked in IO::Socket and tested
> a bit and when the 254's url is requested inet_aton is giving nothing
> back instead of the same thing the last 253 requests. So is it
> possible that there aren't any free sockets or so or different things
> with a limit where inet_aton is depending on.
Please note, though, that this fix doesn't help increasing the total
number of available sockets (as there seems to be a limit, as Luuk
describes it) - it just makes sure that used sockets gets closed and
reopened if neccessary, instead of constantly opening new ones (and with
this exhausting the maximal number real quick).
If anybody knows more about this, let me know...
thanks
Marc
---
Marc Langheinrich
email: marclang@cs.washington.edu
www: http://www.cs.washington.edu/homes/marclang/