From owner-freebsd-current@FreeBSD.ORG Fri Oct 5 03:09:26 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AD07D106567E; Fri, 5 Oct 2012 03:09:26 +0000 (UTC) (envelope-from freebsd@penx.com) Received: from btw.pki2.com (btw.pki2.com [IPv6:2001:470:a:6fd::2]) by mx1.freebsd.org (Postfix) with ESMTP id 1D3438FC1C; Fri, 5 Oct 2012 03:09:22 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by btw.pki2.com (8.14.5/8.14.5) with ESMTP id q9539Df7012562; Thu, 4 Oct 2012 20:09:13 -0700 (PDT) (envelope-from freebsd@penx.com) From: Dennis Glatting To: Gabor Kovesdan In-Reply-To: <506DB65D.7000009@FreeBSD.org> References: <506D6AA3.7010504@FreeBSD.org> <1349362250.83035.3.camel@btw.pki2.com> <506DB65D.7000009@FreeBSD.org> Date: Thu, 04 Oct 2012 20:09:13 -0700 Message-ID: <1349406553.89315.5.camel@btw.pki2.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-yoursite-MailScanner-Information: Dennis Glatting X-yoursite-MailScanner-ID: q9539Df7012562 X-yoursite-MailScanner: Found to be clean X-MailScanner-From: freebsd@penx.com Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Oleg Moskalenko , current@FreeBSD.org Subject: Re: [HEADSUP] Upcoming GNU sort removal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Oct 2012 03:09:26 -0000 On Thu, 2012-10-04 at 18:16 +0200, Gabor Kovesdan wrote: > Em 04-10-2012 16:50, Dennis Glatting escreveu: > > On Thu, 2012-10-04 at 12:53 +0200, Gabor Kovesdan wrote: > >> > Hi, > >> > > >> > it has been more than 3 months ago that BSD sort became default in HEAD > >> > and no serious complaints have been raised against it since then so I > >> > plan to permanently remove GNU sort from head in the next days. If you > >> > have any objection, please raise it now. > >> > > > Initially I had problems with multi TB files (--unique, five to ten > > files) but I haven't had to do that in two(?) months. I will be getting > > back to that project in a month or so. > > > > It challanges a system's resources. :) > > And did it go much better with base GNU sort? It's quite an extreme > case... :) Multi GB is also rare not speaking about multi TB... > Yes. However my problem now is ZFS stability -- typically locking up, case example today: last pid: 67998; load averages: 0.00, 0.00, 0.00 up 1+19:50:51 19:02:10 80 processes: 1 running, 79 sleeping CPU: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle Mem: 146M Active, 2765M Inact, 35G Wired, 371M Buf, 86G Free ARC: 32G Total, 4141M MRU, 27G MFU, 55M Anon, 485M Header, 614M Other Swap: 233G Total, 233G Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 17517 root 17 42 4 217M 128M tx->tx 21 25.3H 0.00% pbzip2 17568 root 17 52 4 201M 116M tx->tx 24 25.2H 0.00% pbzip2 17508 root 17 46 4 201M 116M tx->tx 33 24.6H 0.00% pbzip2 17544 root 17 52 4 205M 120M tx->tx 37 24.6H 0.00% pbzip2 17532 root 17 52 4 209M 123M tx->tx 35 24.5H 0.00% pbzip2 etc.