Re: Always practice safe software: a lesson from UnrealIRCd

[Ron <ron () skullsecurity net>]

On Tue, 22 Jun 2010 14:05:56 -0600 David Fifield
<david () bamsoftware com> wrote:
> Yes, but at that point you are at least assured that your script
> holds a socket. My bet is that almost all of the excessive delay is
> scripts waiting for a socket. NSE only allows 20 scripts to hold a
> socket at a time, so others must wait until an earlier script gives
> up all its sockets. I think this waiting is what's taking up most of
> the time.
>
> There aren't any timeslices. Your script has exclusive control of the
> processor until it reliquishes it with a socket operation or sleep. It
> gets called back as soon as the socket operation finishes though
> (unless another script is refusing to yield).
>
> You'll only be timing the very small delay imposed by the NSE
> scheduler, and not the very long delay waiting for a socket to be
> free.
>
> David Fifield
Ah, I wasn't aware of the 20-socket limit. I'll fix up that script and commit it. 

Thanks!

-- 
Ron Bowes
http://www.skullsecurity.org
http://www.twitter.com/iagox86

Attachment: _bin
Description:

_______________________________________________
Sent through the nmap-dev mailing list
http://cgi.insecure.org/mailman/listinfo/nmap-dev
Archived at http://seclists.org/nmap-dev/