Re: non existent script called with --script=all

[Michael Pattrick <mpattrick () rhinovirus org>]

Here is the same benchmark on windows.

No test files.

Starting Nmap 4.85BETA8 ( http://nmap.org ) at 2009-04-28 01:33
Eastern Daylight Time
NSE: Updating rule database.
NSE script database updated successfully.
Nmap done: 0 IP addresses (0 hosts up) scanned in 2.47 seconds

Version Number:   Windows NT 6.0 (Build 6001)
Exit Time:        1:33 am, Tuesday, April 28 2009
Elapsed Time:     0:00:02.593
Process Time:     0:00:01.513
System Calls:     105812
Context Switches: 12577
Page Faults:      63258
Bytes Read:       3354781
Bytes Written:    1064296
Bytes Other:      50148

1000 test files.

Starting Nmap 4.85BETA8 ( http://nmap.org ) at 2009-04-28 01:33
Eastern Daylight Time
NSE: Updating rule database.
NSE script database updated successfully.
Nmap done: 0 IP addresses (0 hosts up) scanned in 2.45 seconds

Version Number:   Windows NT 6.0 (Build 6001)
Exit Time:        1:33 am, Tuesday, April 28 2009
Elapsed Time:     0:00:02.694
Process Time:     0:00:02.277
System Calls:     123477
Context Switches: 14396
Page Faults:      64709
Bytes Read:       35427634
Bytes Written:    1127376
Bytes Other:      292258

5000 test files.

Starting Nmap 4.85BETA8 ( http://nmap.org ) at 2009-04-28 01:35
Eastern Daylight Time
NSE: Updating rule database.
NSE script database updated successfully.
Nmap done: 0 IP addresses (0 hosts up) scanned in 8.73 seconds

Version Number:   Windows NT 6.0 (Build 6001)
Exit Time:        1:35 am, Tuesday, April 28 2009
Elapsed Time:     0:00:10.109
Process Time:     0:00:08.252
System Calls:     299197
Context Switches: 52985
Page Faults:      56014
Bytes Read:       137127367
Bytes Written:    10547361
Bytes Other:      1307085

10000 test files.

Starting Nmap 4.85BETA8 ( http://nmap.org ) at 2009-04-28 01:37
Eastern Daylight Time
NSE: Updating rule database.
NSE script database updated successfully.
Nmap done: 0 IP addresses (0 hosts up) scanned in 22.53 seconds

Version Number:   Windows NT 6.0 (Build 6001)
Exit Time:        1:37 am, Tuesday, April 28 2009
Elapsed Time:     0:00:22.604
Process Time:     0:00:21.356
System Calls:     717512
Context Switches: 113312
Page Faults:      99350
Bytes Read:       170074212
Bytes Written:    13444769
Bytes Other:      4707488



On Tue, Apr 28, 2009 at 12:20 AM, David Fifield <david () bamsoftware com> wrote:
> On Mon, Apr 27, 2009 at 06:45:34PM -0700, Fyodor wrote:
> > On Mon, Apr 27, 2009 at 05:18:02PM -0500, Kris Katterjohn wrote:
> > > When I suggested this very same idea over a year ago (when it was shot down by
> > > you and Brandon), you said that Diman had already tested with many scripts:
> > >
> > > http://seclists.org/nmap-dev/2008/q1/0514.html
> > >
> > > (and http://seclists.org/nmap-dev/2008/q1/0513.html is Brandon's detailed reply)
> >
> > Hi Kris.  Nice to hear from you!  I suppose that if we end up removing
> > script.db after all, you can give us a big "I told you so" :).
> >
> > Diman did do some testing with 10,000+ scripts (well, basically copies
> > of the same simple script), but that was years ago.  NSE has changed
> > dramatically since then, so I'd like to see newer benchmarks with
> > large numbers of scripts before I'd feel comfortable removing
> > script.db.  We can't really decide whether the logistical hassle is
> > worth the performance gain until we actually have measurements of the
> > (presumed) performance gain.  But if the cost of generating the
> > information at runtime with 1,000+ scripts is immaterial, I'd favor
> > removing script.db.  We could always revive the system if we ever
> > exceed that number of scripts and need it again.
>
> When Patrick was preparing to merge the Lua implementation of NSE, he
> ran a bunch of benchmarks, including one of --script-updatedb. Here are
> his times for generating a script database with 1,000 no-op scripts:
>
> real    0m0.166s
> user    0m0.094s
> sys     0m0.030s
>
> And I guess I have a slower computer because I got
>
> real    0m0.641s
> user    0m0.516s
> sys     0m0.096s
>
> I attached the script he used to generate the scripts if someone else
> wants to reproduce the results. We should compare the times with the
> time taken to parse, say, nmap-os-db to get some perspective.
>
> David Fifield
>
>
> _______________________________________________
> Sent through the nmap-dev mailing list
> http://cgi.insecure.org/mailman/listinfo/nmap-dev
> Archived at http://SecLists.Org

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