From owner-freebsd-questions@FreeBSD.ORG Thu Nov 29 18:00:12 2007 Return-Path: Delivered-To: questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D14116A476 for ; Thu, 29 Nov 2007 18:00:12 +0000 (UTC) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from wojtek.tensor.gdynia.pl (wojtek.tensor.gdynia.pl [IPv6:2001:4070:101:2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 6739413C4E5 for ; Thu, 29 Nov 2007 17:59:57 +0000 (UTC) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from wojtek.tensor.gdynia.pl (localhost [IPv6:::1]) by wojtek.tensor.gdynia.pl (8.13.8/8.13.8) with ESMTP id lATHw7Bd020350; Thu, 29 Nov 2007 18:58:07 +0100 (CET) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from localhost (wojtek@localhost) by wojtek.tensor.gdynia.pl (8.13.8/8.13.8/Submit) with ESMTP id lATHw6bF020347; Thu, 29 Nov 2007 18:58:07 +0100 (CET) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Date: Thu, 29 Nov 2007 18:58:06 +0100 (CET) From: Wojciech Puchar To: cpghost In-Reply-To: <20071129154230.5ba29b43@epia-2.farid-hajji.net> Message-ID: <20071129185735.Y20307@wojtek.tensor.gdynia.pl> References: <005901c8313f$f7048b70$0d00a8c0@bayoucshaffer> <474CA49D.50306@FreeBSD.org> <002001c831d5$80ad8670$0d00a8c0@bayoucshaffer> <003101c831da$a405bc50$0d00a8c0@bayoucshaffer> <20071129122043.A9040@wojtek.tensor.gdynia.pl> <20071129084244.eaba6f7a.wmoran@potentialtech.com> <20071129154230.5ba29b43@epia-2.farid-hajji.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: questions@freebsd.org, Bill Moran , Mark Evans Subject: Re: ls -l takes a forever to finish. X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Nov 2007 18:00:12 -0000 > > I guess that replacing qsort(3) in > /usr/src/lib/libc/gen/fts.c:fts_sort() > with another sort algorithm which doesn't > expose this anomaly would solve that problem. for sure his /home wasn't worst case. it's just average case so it's not that problem.