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
Matthew Dillon wrote:
>
> Nice rundown of the problem!
>
> I presume someone is going to commit this...
>
> -Matt
> Matthew Dillon
>
>
> :*** file/apprentice.c Wed J
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. ;^)
Matthew Dillon wrote:
>
> Nice rundown of the problem!
>
> I presume someone is going to commit this...
>
> -Matt
> Matthew Dillon
> <[EMAIL PROTECTED]>
>
> :*** file
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
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
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
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
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
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
:-
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
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
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
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
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
[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
> >
"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
"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
:
:Maybe the P60 is memory starved. Thrashing would cause this huge
:factor of speed difference...
:
:Warner
No, I tested it on my 1G box - there was a very noticeable delay running
'file' on a simple text file. Something in the file program or in the
data description is causing the
:
:Maybe the P60 is memory starved. Thrashing would cause this huge
:factor of speed difference...
:
:Warner
No, I tested it on my 1G box - there was a very noticeable delay running
'file' on a simple text file. Something in the file program or in the
data description is causing th
Maybe the P60 is memory starved. Thrashing would cause this huge
factor of speed difference...
Warner
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
Maybe the P60 is memory starved. Thrashing would cause this huge
factor of speed difference...
Warner
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
:
: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
:
: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
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
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
From: 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
>
> :
> > :
> :The magic file is different, but almost the same size.
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
From: Matthew Dillon <[EMAIL PROTECTED]>
> 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
>
> :
> > :
> :The magic file is different, but a
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 each file, and it took rather long time, causing
bb to report red for high CPU-load each time I collected a batch of mail.
So I compared it
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,
:
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 each file, and it took rather long time, causing
bb to report red for high CPU-load each time I collected a batch of mail.
So I compared it
32 matches
Mail list logo
