We even have a working hcreate(3) and friends in 5.0-CURRENT,
that could probably be tried as well. Will MFC shortly.
On Fri, Sep 28, 2001 at 08:23:29AM +0200, Poul-Henning Kamp wrote:
In message [EMAIL PROTECTED], Julian Elischer writes:
This is a multi-part message in MIME format.
On Thu, Sep 27, 2001 at 02:00:26PM -0700, Julian Elischer wrote:
The following patch to replace the linear array (which it realocs if too
small)
(which it scans linearly) with a hash-table can makle a DRASTIC change
to how DU perfomrs for us in this environment.
Sounds good.
I must stress that
'du' keeps an array of files it has encountered that have 1 link.
Whenever it encounters another, it checks to see if it's one it has
already seen
and thus can avoid counting its space twice..
This is ok for small filesystems, however VICOR maintains
500GB filesystems on which much of the data
On Thu, Sep 27, 2001 at 02:00:26PM -0700, Julian Elischer wrote:
'du' keeps an array of files it has encountered that have 1 link.
Whenever it encounters another, it checks to see if it's one it has
already seen
and thus can avoid counting its space twice..
This is ok for small
Wilko Bulte wrote:
On Thu, Sep 27, 2001 at 02:00:26PM -0700, Julian Elischer wrote:
'du' keeps an array of files it has encountered that have 1 link.
Whenever it encounters another, it checks to see if it's one it has
already seen
and thus can avoid counting its space twice..
This
In message [EMAIL PROTECTED], Julian Elischer writes:
This is a multi-part message in MIME format.
--5937F02517145C712E28C299
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
'du' keeps an array of files it has encountered that have 1 link.
Whenever it
