From owner-freebsd-bugs@FreeBSD.ORG Sun Feb 17 09:10:03 2008 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0159B16A41B for ; Sun, 17 Feb 2008 09:10:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id F1FA913C465 for ; Sun, 17 Feb 2008 09:10:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m1H9A2oR004170 for ; Sun, 17 Feb 2008 09:10:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m1H9A233004169; Sun, 17 Feb 2008 09:10:02 GMT (envelope-from gnats) Resent-Date: Sun, 17 Feb 2008 09:10:02 GMT Resent-Message-Id: <200802170910.m1H9A233004169@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, peter.schuller@infidyne.com Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4EE9416A421 for ; Sun, 17 Feb 2008 09:01:23 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: from hyperion.scode.org (hyperion.scode.org [85.17.42.115]) by mx1.freebsd.org (Postfix) with ESMTP id 32B3413C455 for ; Sun, 17 Feb 2008 09:01:23 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: by hyperion.scode.org (Postfix, from userid 1001) id 7529F23C460; Sun, 17 Feb 2008 10:01:21 +0100 (CET) Message-Id: <20080217090121.7529F23C460@hyperion.scode.org> Date: Sun, 17 Feb 2008 10:01:21 +0100 (CET) From: peter.schuller@infidyne.com To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Cc: Subject: kern/120749: Suggest upping the default kern.ps_arg_cache_limit X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: peter.schuller@infidyne.com List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Feb 2008 09:10:03 -0000 >Number: 120749 >Category: kern >Synopsis: Suggest upping the default kern.ps_arg_cache_limit >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun Feb 17 09:10:02 UTC 2008 >Closed-Date: >Last-Modified: >Originator: peter.schuller@infidyne.com >Release: FreeBSD 6.2-RELEASE-p8 i386 >Organization: >Environment: System: FreeBSD hyperion.scode.org 6.2-RELEASE-p8 FreeBSD 6.2-RELEASE-p8 #0: Fri Oct 19 05:50:09 CEST 2007 scode@hyperion.scode.org:/usr/obj/usr/src/sys/GENERIC i386 >Description: I would like to suggest that the default value of kern.ps_arg_cache_limit be significantly increased. Right now, it is set to PAGE_SIZE / 16, which is 256 on typical machines. I do not know enough to determine whether there is a technical reason for wanting it this low other than just pure memory consumption, but from the perspective of a user on an even remotely modern system a limit of 256 characters is not very useful. The amount of overhead per process is so small relative to the likely size of the process that the annoyance of 256 has to overweigh it for me (even if the memory is wired). I happen to know to change this variable, but the default behavior is sure to be confusing to new users (expecting ps auxwww | grep XXX to work). Several real-life non-extreme command lines are longer in this day and age (and this was true already several years ago). If someone is running FreeBSD under extremely memory constrictive conditions (relative to the amount of processes), that, to me, seems sufficiently exotic that tweaking of the system is necessary. In short, in an attempt to cater to normal use and the principle of least surprise, I suggest upping the default value to at least 1024 bytes. >How-To-Repeat: >Fix: Change kern/kern_exec.c. Presumably changing it is less work than applying a patch, so I am not including one. >Release-Note: >Audit-Trail: >Unformatted: