Re: speed of file(1)

1999-07-21 Thread Wes Peters
Matthew Dillon wrote: > > Nice rundown of the problem! > > I presume someone is going to commit this... OK, I've got it on freefall, ready to roll, and building on my 3.2-STABLE system here. I'll commit it as soon as *I've* seen it work, if somebody doesn't beat me to the punch. ;^) T

Re: speed of file(1)

1999-07-21 Thread Wes Peters
Matthew Dillon wrote: > > Nice rundown of the problem! > > I presume someone is going to commit this... > > -Matt > Matthew Dillon > > > :*** file/apprentice.c Wed J

Re: speed of file(1)

1999-07-21 Thread Wes Peters
Matthew Dillon wrote: > > Nice rundown of the problem! > > I presume someone is going to commit this... OK, I've got it on freefall, ready to roll, and building on my 3.2-STABLE system here. I'll commit it as soon as *I've* seen it work, if somebody doesn't beat me to the punch. ;^)

Re: speed of file(1)

1999-07-21 Thread Wes Peters
Matthew Dillon wrote: > > Nice rundown of the problem! > > I presume someone is going to commit this... > > -Matt > Matthew Dillon > <[EMAIL PROTECTED]> > > :*** file

Re: speed of file(1)

1999-07-21 Thread Peter Jeremy
I wrote: > Looking at ktrace with MALLOC_OPTIONS=U, it does do a lot of > realloc()ing (once for every 20 active lines in .../magic) and sbrk()s > to a maximum size of ~390KB - not really significant. and in a later message: > When I profile file in a slow system (like a 386 or 486), there is an

Re: speed of file(1)

1999-07-21 Thread Peter Jeremy
I wrote: > Looking at ktrace with MALLOC_OPTIONS=U, it does do a lot of > realloc()ing (once for every 20 active lines in .../magic) and sbrk()s > to a maximum size of ~390KB - not really significant. and in a later message: > When I profile file in a slow system (like a 386 or 486), there is an

RE: speed of file(1)

1999-07-21 Thread Charles Randall
When this gets committed, can it be applied to both the 3.x and 4.x trees? Thanks, Charles -Original Message- From: Peter Edwards [mailto:peter.edwa...@isocor.ie] Sent: Wednesday, July 21, 1999 5:55 AM To: Peter Jeremy Cc: w...@iki.fi; hack...@freebsd.org Subject: Re: speed of file(1

Re: speed of file(1)

1999-07-21 Thread Matthew Dillon
Nice rundown of the problem! I presume someone is going to commit this... -Matt Matthew Dillon :*** file/apprentice.c Wed Jan 28 07:36:21 1998 :--- file.new/apprenti

RE: speed of file(1)

1999-07-21 Thread Charles Randall
When this gets committed, can it be applied to both the 3.x and 4.x trees? Thanks, Charles -Original Message- From: Peter Edwards [mailto:[EMAIL PROTECTED]] Sent: Wednesday, July 21, 1999 5:55 AM To: Peter Jeremy Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: speed of file(1) A

Re: speed of file(1)

1999-07-21 Thread Matthew Dillon
Nice rundown of the problem! I presume someone is going to commit this... -Matt Matthew Dillon <[EMAIL PROTECTED]> :*** file/apprentice.c Wed Jan 28 07:36:21 1998 :-

Re: speed of file(1)

1999-07-21 Thread Peter Edwards
A quick look at the source reveals: A MAXMAGIS constant in file.h that estimates a limit of 1000 lines in magic. (The real number is 4802) An array sized on MAXMAGIS, that is reallocated every ALLOC_INTR lines of magic once MAXMAGIS is exceeded. The patch updates MAXMAGIS to 5000 (give a bit of

Re: speed of file(1)

1999-07-21 Thread Peter Jeremy
Ville-Pertti Keinonen wrote: >jere...@gsmx07.alcatel.com.au (Peter Jeremy) writes: >> I can't believe these figures. Based on the figures below, maybe I was overly hasty in this statement. The changes between 2.x and 3.x magic files have far more impact than I would have expected. >What are your

Re: speed of file(1)

1999-07-21 Thread Peter Edwards
A quick look at the source reveals: A MAXMAGIS constant in file.h that estimates a limit of 1000 lines in magic. (The real number is 4802) An array sized on MAXMAGIS, that is reallocated every ALLOC_INTR lines of magic once MAXMAGIS is exceeded. The patch updates MAXMAGIS to 5000 (give a bit of

Re: speed of file(1)

1999-07-21 Thread Peter Jeremy
Ville-Pertti Keinonen <[EMAIL PROTECTED]> wrote: >[EMAIL PROTECTED] (Peter Jeremy) writes: >> I can't believe these figures. Based on the figures below, maybe I was overly hasty in this statement. The changes between 2.x and 3.x magic files have far more impact than I would have expected. >What

Re: speed of file(1)

1999-07-21 Thread Ville-Pertti Keinonen
jere...@gsmx07.alcatel.com.au (Peter Jeremy) writes: > "Leif Neland" wrote: > >My 60MHz Pentium, FreeBSD > > > >time file /usr/home/leif/vnc-3.3.2r > >/usr/home/leif/vnc-3.3.2r3_unixsrc.tgz: gzip compressed data, deflated, > >original filename, last modified: Thu Jan 21 19:23:21 1999 > > > >real

Re: speed of file(1)

1999-07-21 Thread Ville-Pertti Keinonen
[EMAIL PROTECTED] (Peter Jeremy) writes: > "Leif Neland" <[EMAIL PROTECTED]> wrote: > >My 60MHz Pentium, FreeBSD > > > >time file /usr/home/leif/vnc-3.3.2r > >/usr/home/leif/vnc-3.3.2r3_unixsrc.tgz: gzip compressed data, deflated, > >original filename, last modified: Thu Jan 21 19:23:21 1999 > >

Re: speed of file(1)

1999-07-20 Thread Peter Jeremy
"Leif Neland" wrote: >My 60MHz Pentium, FreeBSD > >time file /usr/home/leif/vnc-3.3.2r >/usr/home/leif/vnc-3.3.2r3_unixsrc.tgz: gzip compressed data, deflated, >original filename, last modified: Thu Jan 21 19:23:21 1999 > >real0m1.237s >user0m0.758s >sys 0m0.394s I can't believe these

Re: speed of file(1)

1999-07-20 Thread Peter Jeremy
"Leif Neland" <[EMAIL PROTECTED]> wrote: >My 60MHz Pentium, FreeBSD > >time file /usr/home/leif/vnc-3.3.2r >/usr/home/leif/vnc-3.3.2r3_unixsrc.tgz: gzip compressed data, deflated, >original filename, last modified: Thu Jan 21 19:23:21 1999 > >real0m1.237s >user0m0.758s >sys 0m0.394s I

Re: speed of file(1)

1999-07-19 Thread Matthew Dillon
: :The Linux one 169350 bytes, 4891 lines. The FreeBSD 3.1 magic file is :164223 bytes, 4802 lines. : :> Leif Neland asked: :> :> :While trying to port amavis, the virusscanner for mail, :> : http://aachalon.de/AMaViS/amavis-0.2.0-pre4.tar.gz ) I noticed it used the :> :file(1) several times for

Re: speed of file(1)

1999-07-19 Thread Matthew Dillon
: :The Linux one 169350 bytes, 4891 lines. The FreeBSD 3.1 magic file is :164223 bytes, 4802 lines. : :> Leif Neland asked: :> :> :While trying to port amavis, the virusscanner for mail, :> : http://aachalon.de/AMaViS/amavis-0.2.0-pre4.tar.gz ) I noticed it used the :> :file(1) several times fo

Re: speed of file(1)

1999-07-19 Thread Wes Peters
Matthew Dillon wrote: > > Check the size of the magic files on your FreeBSD and Linux boxen. > file was never really designed to be efficient. FreeBSD's magic > file is /usr/share/misc/magic - around 164K. The Linux one 169350 bytes, 4891 lines. The FreeBSD 3.1 magic file is 164223

Re: speed of file(1)

1999-07-19 Thread Wes Peters
Matthew Dillon wrote: > > Check the size of the magic files on your FreeBSD and Linux boxen. > file was never really designed to be efficient. FreeBSD's magic > file is /usr/share/misc/magic - around 164K. The Linux one 169350 bytes, 4891 lines. The FreeBSD 3.1 magic file is 164223

Re: speed of file(1)

1999-07-19 Thread Matthew Dillon
Check the size of the magic files on your FreeBSD and Linux boxen. file was never really designed to be efficient. FreeBSD's magic file is /usr/share/misc/magic - around 164K. -Matt : :While trying to port amavis, the virusscanner for mail, : h

Re: speed of file(1)

1999-07-19 Thread Matthew Dillon
Check the size of the magic files on your FreeBSD and Linux boxen. file was never really designed to be efficient. FreeBSD's magic file is /usr/share/misc/magic - around 164K. -Matt : :While trying to port amavis, the virusscanner for mail, :