From Fri May 23 10:38:31 2008 Date: Fri, 23 May 2008 10:38:31 -0700 (PDT) From: Postmaster Subject: Message from mail server Content-Length: 94 Mime-Version: 1.0 Status: RO X-IMAP: 1211564311 23 Delete. This is a system message. --END+PSEUDO-- From petede@sac.sfbay.sun.com Fri May 16 09:34:56 2008 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m4GGYtUV000790 for ; Fri, 16 May 2008 09:34:55 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m4GGYsXb032006; Fri, 16 May 2008 10:34:55 -0600 (MDT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K0Y00A07ZE7FI00@brm-avmta-1.central.sun.com>; Fri, 16 May 2008 10:34:55 -0600 (MDT) Received: from dm-sfbay-01.sfbay.sun.com ([129.145.155.118]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K0Y00M9YZE6MXF0@brm-avmta-1.central.sun.com>; Fri, 16 May 2008 10:34:54 -0600 (MDT) Received: from sac.sfbay.sun.com (new-sac.SFBay.Sun.COM [129.146.175.65]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m4GGYqCc028155; Fri, 16 May 2008 09:34:52 -0700 (PDT) Received: from sac.sfbay.sun.com (localhost [127.0.0.1]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m4GGYpmP000785; Fri, 16 May 2008 09:34:51 -0700 (PDT) Received: (from petede@localhost) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8/Submit) id m4GGYptg000781; Fri, 16 May 2008 09:34:51 -0700 (PDT) Date: Fri, 16 May 2008 09:34:51 -0700 (PDT) From: Peter Dennis Subject: vmstat(1m) humanisation [PSARC/2008/329 FastTrack timeout 05/16/2008] To: PSARC-ext@sun.com Cc: Manjula.Pc@sun.com Message-id: <200805161634.m4GGYptg000781@sac.sfbay.sun.com> Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 Content-Length: 3479 Status: RO X-Status: $$$$ X-UID: 0000000001 I'm submitting this case for Manjula Pc. The requested release taxonomy is Patch. I believe this qualifies for automatic approval given the precdent set by PSARC/2006/179. If anyone disagrees I'll set the normal one week timer. Suggested man changes are in the materials directory. Template Version: @(#)sac_nextcase 1.66 04/17/08 SMI This information is Copyright 2008 Sun Microsystems 1. Introduction 1.1. Project/Component Working Name: vmstat(1m) humanisation 1.2. Name of Document Author/Supplier: Author: Manjula Pc 1.3 Date of This Document: 16 May, 2008 4. Technical Description Proposal Add two new command line options to vmstat: -h - display information in human readable format -o field[,....] - display information on the requested field[s] Details: The vmstat(1) output format frequently becomes overwhelmed on today's typical mid/high end systems. As a result, it's often difficult and annoying to make sense of the output[1]. In addition there isn't any mechanism in vmstat to obtain information for individual fields only or to not display fields as per ps(1). This proposal adds two new options. The first is the "h" option which will produce output in human readable format, thereby making it easily readable to the user, as per previous PSARC cases [2]. With the "h" option the output fields will be converted to the appropriate form using: K == kilo M == Mega G == Giga and so on. Example "h" option output: vmstat kthr memory page disk faults cpu r b w swap free re mf pi po fr de sr f0 m0 m1 m2 in sy cs us sy id 2 0 0 4460632 531268 333 4575 140 51 50 0 20 -0 0 5 3 1927 4463 528 22 13 65 vmstat -h kthr memory page disk faults cpu r b w swap free re mf pi po fr de sr f0 m0 m1 m2 in sy cs us sy id 2 0 0 4.3G 518.8M 332 5K 140K 51K 50K 0 20 -0 0 5 3 1927 4462 528 22 13 65 The second is the "o" option which will allow the user to skip fields in the order right to left. On the omission of fields in random order, the alignment of the header is not guaranteed. At all times, all fields may not be of interest to the user. Under such scenarios, selective field data can be obtained. The fields that are allowed for the "o" option are: kthr, memory, page, faults, cpu The same holds for the "-po" flags. The order of the displayed fields is determined by the order they appear on the command line after the "-o". Multiple fields are separated by a ",". The [interval] and [count] can be mentioned in the end as is being done now, separated by space. vmstat -po memory,page,executable 2 2 memory page executable swap free re mf fr de sr epi epo epf 4458748 531404 311 4278 47 0 18 3 0 0 4428636 528676 24 31 0 0 0 0 0 0 vmstat -o kthr 2 2 kthr r b w 2 0 0 0 0 0 Exported Interfaces -h Committed -o field[,field] Committed References: [1] 6416553 vmstat output has grown difficult and frustrating to read [2] Previous PSARC cases: PSARC 2006/179 swap(1m) humanisation PSARC 2001/662 Human readable option for ls PSARC 2001/183 df -h and -H options 6. Resources and Schedule 6.4. Steering Committee requested information 6.4.1. Consolidation C-team Name: ON 6.5. ARC review type: FastTrack 6.6. ARC Exposure: open From John.Plocher@sun.com Fri May 16 09:48:37 2008 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m4GGmbF6000903 for ; Fri, 16 May 2008 09:48:37 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m4GGmb7P012963 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Fri, 16 May 2008 09:48:37 -0700 (PDT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K0Z00B0B011QD00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Fri, 16 May 2008 10:48:37 -0600 (MDT) Received: from sca-es-mail-1.sun.com ([192.18.43.132]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K0Z00A5V010IH60@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Fri, 16 May 2008 10:48:36 -0600 (MDT) Received: from fe-sfbay-10.sun.com ([192.18.43.129]) by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m4GGmalK004116 for ; Fri, 16 May 2008 09:48:36 -0700 (PDT) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0K0Y00I01Z2XWO00@fe-sfbay-10.sun.com> (original mail from John.Plocher@Sun.COM) for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Fri, 16 May 2008 09:48:36 -0700 (PDT) Received: from wp668.SFBay.Sun.COM ([129.146.226.219]) by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0K0Z0066A00MUHF0@fe-sfbay-10.sun.com>; Fri, 16 May 2008 09:48:23 -0700 (PDT) Date: Fri, 16 May 2008 09:48:21 -0700 From: John Plocher Subject: Re: vmstat(1m) humanisation [PSARC/2008/329 FastTrack timeout 05/16/2008] In-reply-to: <200805161634.m4GGYptg000781@sac.sfbay.sun.com> Sender: John.Plocher@sun.com To: Peter Dennis Cc: PSARC-ext@sun.com, Manjula.Pc@sun.com Message-id: <482DBAD5.2070700@Sun.Com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200805161634.m4GGYptg000781@sac.sfbay.sun.com> User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) Content-Length: 1754 Status: RO X-Status: $$$$ X-UID: 0000000002 Peter Dennis wrote: > The second is the "o" option which will allow the user to > skip fields in the order right to left. On the omission of > fields in random order, the alignment of the header is not > guaranteed. At all times, all fields may not be of interest > to the user. Under such scenarios, selective field data > can be obtained. The fields that are allowed for the "o" > option are: > kthr, memory, page, faults, cpu > > The same holds for the "-po" flags. > > The order of the displayed fields is determined by the > order they appear on the command line after the "-o". I know it doesn't usually take much, but I'm confused :-) In particular, the phrase ... > .... skip fields in the order right to left. On the omission of > fields in random order, the alignment of the header is not > guaranteed. ... sounds like you are defining a "skip list", but later it seems you aren't. It also seems to say that there is no way to change the order of displayed fields. The comment about not guaranteeing header alignment also bothers me - it sounds more like a bug, and not an architectural requirement. I would have expected -o to follow the ps convention of defining a list of fields to display, and then displaying them (and their headers) in that order: > -o format Prints information according to the format > specification given in format. This is fully > described in DISPLAY FORMATS. Multiple -o > options can be specified; the format specifica- > tion is interpreted as the space-character- > separated concatenation of all the format > option-arguments. -John From gsf@research.att.com Fri May 16 09:50:48 2008 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m4GGolWk000923 for ; Fri, 16 May 2008 09:50:48 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id m4GGojJW028721; Sat, 17 May 2008 00:50:46 +0800 (SGT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K0Z00B0R04KXT00@brm-avmta-1.central.sun.com>; Fri, 16 May 2008 10:50:44 -0600 (MDT) Received: from sca-ea-mail-3.sun.com ([192.18.43.21]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K0Z00A4W04JIH70@brm-avmta-1.central.sun.com>; Fri, 16 May 2008 10:50:43 -0600 (MDT) Received: from relay23.sun.com (relay23.sun.com [192.12.251.54] (may be forged)) by sca-ea-mail-3.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m4GGmjiU004053; Fri, 16 May 2008 16:50:43 +0000 (GMT) Received: from mms23es.sun.com ([150.143.232.54] [150.143.232.54]) by relay23i.sun.com with ESMTP id BT-MMP-257555; Fri, 16 May 2008 16:50:43 +0000 (Z) Received: from relay24.sun.com (relay24.sun.com [192.12.251.74]) by mms23es.sun.com with ESMTP id BT-MMP-2346259; Fri, 16 May 2008 16:50:42 +0000 (Z) Received: from mail-yellow.research.att.com ([192.20.225.112] [192.20.225.112]) by relay24i.sun.com with ESMTP id BT-MMP-9577583; Fri, 16 May 2008 16:50:42 +0000 (Z) Received: from penguin.research.att.com (penguin.research.att.com [135.207.20.192]) by mail-blue.research.att.com (Postfix) with ESMTP id 597BC147E76; Fri, 16 May 2008 12:50:42 -0400 (EDT) Received: (from gsf@localhost) by penguin.research.att.com (8.13.1/8.12.10/Submit) id m4GGogHf025223; Fri, 16 May 2008 12:50:42 -0400 Date: Fri, 16 May 2008 12:50:42 -0400 From: Glenn Fowler Subject: Re: vmstat(1m) humanisation [PSARC/2008/329 FastTrack timeout 05/16/2008] To: petede@sac.sfbay.sun.com, PSARC-ext@sun.com Cc: Manjula.Pc@sun.com Message-id: <200805161650.m4GGogHf025223@penguin.research.att.com> Organization: AT&T Research MIME-version: 1.0 X-Mailer: mailx (AT&T/BSD) 9.9 2008-02-12 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-Antispam: No, score=0.0/5.0, scanned in 0.044sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <200805161634.m4GGYptg000781@sac.sfbay.sun.com> Content-Length: 222 Status: RO X-Status: $$$$ X-UID: 0000000003 in this proposal is 50K == 50*1000 or is it 50Ki == 50*1024? the same question for { Mi Gi } also, if "and so on" means Ti ... then maybe those should be spelled out -- Glenn Fowler -- AT&T Research, Florham Park NJ -- From peter.tribble@gmail.com Fri May 16 11:18:02 2008 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m4GII1DU003637 for ; Fri, 16 May 2008 11:18:02 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id m4GII0l4004002 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Sat, 17 May 2008 02:18:01 +0800 (SGT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K0Z00I0145ZB800@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 16 May 2008 12:17:59 -0600 (MDT) Received: from brmea-mail-3.sun.com ([192.18.98.34]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K0Z00F6R45ZMG20@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 16 May 2008 12:17:59 -0600 (MDT) Received: from relay22.sun.com (relay22.sun.com [192.12.251.34] (may be forged)) by brmea-mail-3.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m4GIFaiZ002859 for ; Fri, 16 May 2008 18:17:59 +0000 (GMT) Received: from mms23es.sun.com ([150.143.232.54] [150.143.232.54]) by relay22i.sun.com with ESMTP id BT-MMP-263814 for PSARC-ext@sun.com; Fri, 16 May 2008 18:17:59 +0000 (Z) Received: from relay21.sun.com (relay21.sun.com [192.12.251.24]) by mms23es.sun.com with ESMTP id BT-MMP-2562548 for PSARC-ext@sun.com; Fri, 16 May 2008 18:17:58 +0000 (Z) Received: from rv-out-0708.google.com ([209.85.198.249] [209.85.198.249]) by relay21i.sun.com with ESMTP id BT-MMP-9706212 for PSARC-ext@sun.com; Fri, 16 May 2008 18:17:58 +0000 (Z) Received: by rv-out-0708.google.com with SMTP id k29so341354rvb.8 for ; Fri, 16 May 2008 11:17:08 -0700 (PDT) Received: by 10.141.20.7 with SMTP id x7mr1946487rvi.255.1210961827667; Fri, 16 May 2008 11:17:07 -0700 (PDT) Received: by 10.140.132.2 with HTTP; Fri, 16 May 2008 11:17:07 -0700 (PDT) Date: Fri, 16 May 2008 19:17:07 +0100 From: Peter Tribble Subject: Re: vmstat(1m) humanisation [PSARC/2008/329 FastTrack timeout 05/16/2008] In-reply-to: <200805161634.m4GGYptg000781@sac.sfbay.sun.com> To: Peter Dennis Cc: PSARC-ext@sun.com, Manjula.Pc@sun.com Message-id: MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7BIT Content-disposition: inline DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=5FeLBmgLU5hgQ/lQdkdAq3TO/tkNALLSAahGWVPjsC8=; b=uqFQ+99u4cqeCedd7tM2q0gTFUfuEPZ9UjNXA8UA+vBe2xMrNOykBffG4J95NZJhDtrLUkRTCKAAHKfV4iK+NH19Hq5Kfg3OW1mmPfNxWj2wLNhFnNMER0I0jaGf37j1BD496eKzDYL8kakLOGfbSBxjQ6Mp3ZpM7QalusEu+Ng= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=tMgAcqceTpS5eoAukp8g1g3i37sHdjQ1ySCiMrms+PpUbB/pnSYnvpPe2W03YxJP1pi+t72TJW36ydZJWyAQ3iudhTFaWBCY1KMR04ASNkB62xGRHhLiIw3nyQXoTeXJkTHa9BbVyZeB+KjIHYOeIAtbdzPJpb3651twEaUla6k= X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-Antispam: No, score=0.0/5.0, scanned in 0.200sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <200805161634.m4GGYptg000781@sac.sfbay.sun.com> Content-Length: 1538 Status: RO X-Status: $$$$ X-UID: 0000000004 > The first is the "h" option which will produce output in > human readable format, thereby making it easily readable > to the user, > > Example "h" option output: > > vmstat > kthr memory page disk faults cpu > r b w swap free re mf pi po fr de sr f0 m0 m1 m2 in sy cs us sy id > 2 0 0 4460632 531268 333 4575 140 51 50 0 20 -0 0 5 3 1927 4463 528 22 13 65 > > vmstat -h > kthr memory page disk faults cpu > r b w swap free re mf pi po fr de sr f0 m0 m1 m2 in sy cs us sy id > 2 0 0 4.3G 518.8M 332 5K 140K 51K 50K 0 20 -0 0 5 3 1927 4462 528 22 13 65 I certainly don't find that any more readable. The units are confusing too. For pageins, is that pages, kilobytes, or k/s? Why aren't the cpu fields "humanized"? > The fields that are allowed for the "o" > option are: > kthr, memory, page, faults, cpu ... > vmstat -po memory,page,executable 2 2 OK, so what fields are allowed for the -o option? I didn't see 'executable' listed. The -o option is good, as it allows you to make the display more readable by removing irrelevant fields that just add cluttter (the disk columns are rarely useful). It would be better if selecting fewer columns spread the display out so the columns lined up, which would make it far more readable. I'm not convinced that the -h is a good idea, though. -- -Peter Tribble http://www.petertribble.co.uk/ - http://ptribble.blogspot.com/ From jgh@wizmail.org Sat May 17 05:24:15 2008 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m4HCOFFt014113 for ; Sat, 17 May 2008 05:24:15 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id m4HCO4Ft010790 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Sat, 17 May 2008 20:24:14 +0800 (SGT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K1000B05IGDWT00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Sat, 17 May 2008 06:24:13 -0600 (MDT) Received: from sca-ea-mail-1.sun.com ([192.18.43.24]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K10000VRIGCNZ40@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Sat, 17 May 2008 06:24:13 -0600 (MDT) Received: from relay13i.sun.com (ip123.net129179-4.block1.us.syntegra.com [129.179.4.123]) by sca-ea-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m4HCOC2A018158 for ; Sat, 17 May 2008 12:24:12 +0000 (GMT) Received: from mmp12es.sun.com ([160.41.209.22] [160.41.209.22]) by relay13i.sun.com with ESMTP id BT-MMP-350918 for PSARC-ext@sun.com; Sat, 17 May 2008 12:24:11 +0000 (Z) Received: from relay15i.sun.com (relay15i.sun.com [129.179.4.125]) by mmp12es.sun.com with ESMTP id BT-MMP-3120710 for PSARC-ext@sun.com; Sat, 17 May 2008 12:24:11 +0000 (Z) Received: from wizmail.org ([217.146.104.199] [217.146.104.199]) by relay1i.sun.com with ESMTP id BT-MMP-2867497 for PSARC-ext@sun.com; Sat, 17 May 2008 12:24:11 +0000 (Z) Received: from ebony.jgh.adsl.wizards.co.uk ([217.146.123.59]) (from_AS 16353) by wizmail.org with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.67) id 1JxLSM-0004rI-7O (return-path ); Sat, 17 May 2008 12:24:10 +0000 Date: Sat, 17 May 2008 13:24:06 +0100 From: Jeremy Harris Subject: Re: vmstat(1m) humanisation [PSARC/2008/329 FastTrack timeout 05/16/2008] In-reply-to: <200805161634.m4GGYptg000781@sac.sfbay.sun.com> To: Peter Dennis Cc: PSARC-ext@sun.com Message-id: <482ECE66.5070103@wizmail.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-Antispam: No, score=0.0/5.0, scanned in 0.108sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <200805161634.m4GGYptg000781@sac.sfbay.sun.com> User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.12) Gecko/20080226 Fedora/2.0.0.12-1.fc7 Thunderbird/2.0.0.12 Mnenhy/0.7.5.0 Content-Length: 134 Status: RO X-Status: $$$$ X-UID: 0000000005 Peter Dennis wrote: > K == kilo > M == Mega > G == Giga Isn't the usual signifier for kilo a lower-case 'k'? - Jeremy Harris From jek3@sun.com Sun May 18 11:03:50 2008 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m4II3nf8012928 for ; Sun, 18 May 2008 11:03:50 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m4II3jmW028430 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Sun, 18 May 2008 19:03:48 +0100 (BST) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K1200C01STTXX00@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Sun, 18 May 2008 11:03:29 -0700 (PDT) Received: from jurassic-x4600.sfbay.sun.com ([129.146.17.59]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K12004BBSTTWGF0@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Sun, 18 May 2008 11:03:29 -0700 (PDT) Received: from [129.150.13.200] (vpn-129-150-13-200.SFBay.Sun.COM [129.150.13.200]) by jurassic-x4600.sfbay.sun.com (8.14.2+Sun/8.14.2) with ESMTP id m4II3RgV404933; Sun, 18 May 2008 11:03:27 -0700 (PDT) Date: Sun, 18 May 2008 08:05:11 -1000 From: Joseph Kowalski Subject: Re: vmstat(1m) humanisation [PSARC/2008/329 FastTrack timeout 05/16/2008] In-reply-to: <482ECE66.5070103@wizmail.org> To: Jeremy Harris Cc: Peter Dennis , PSARC-ext@sun.com Message-id: <48306FD7.6070808@sun.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200805161634.m4GGYptg000781@sac.sfbay.sun.com> <482ECE66.5070103@wizmail.org> User-Agent: Thunderbird 2.0.0.9 (X11/20080225) Content-Length: 431 Status: RO X-Status: $$$$ X-UID: 0000000006 Jeremy Harris wrote: > Peter Dennis wrote: >> K == kilo >> M == Mega >> G == Giga > > Isn't the usual signifier for kilo a lower-case 'k'? > > - Jeremy Harris / /I think all (if not most) questions around the spelling of the various magnitudes can be found in: PSARC/2001/183 df -h and -H options If there is an old case, or a newer one which alters this precedent, I'm not aware of one. - jek3 From daleg@elemental.org Sun May 18 20:07:57 2008 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m4J37vs0023893 for ; Sun, 18 May 2008 20:07:57 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m4J37uP3012064; Sun, 18 May 2008 20:07:56 -0700 (PDT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K1300005I18EI00@nwk-avmta-1.sfbay.Sun.COM>; Sun, 18 May 2008 20:07:56 -0700 (PDT) Received: from brmea-mail-4.sun.com ([192.18.98.36]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K13009VLI1642D0@nwk-avmta-1.sfbay.Sun.COM>; Sun, 18 May 2008 20:07:55 -0700 (PDT) Received: from relay15i.sun.com (ip125.net129179-4.block1.us.syntegra.com [129.179.4.125]) by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m4J37RcQ021219; Mon, 19 May 2008 03:07:54 +0000 (GMT) Received: from mmp12es.sun.com ([160.41.209.22] [160.41.209.22]) by relay15i.sun.com with ESMTP id BT-MMP-246205; Mon, 19 May 2008 03:07:27 +0000 (Z) Received: from relay16i.sun.com (relay16i.sun.com [129.179.4.126]) by mmp12es.sun.com with ESMTP id BT-MMP-5783725; Mon, 19 May 2008 03:07:27 +0000 (Z) Received: from mercury.elemental.org ([205.134.191.194] [205.134.191.194]) by relay1ib.sun.com with ESMTP id BT-MMP-3468932; Mon, 19 May 2008 03:07:27 +0000 (Z) Received: from [192.168.1.97] (pool-71-163-250-56.washdc.fios.verizon.net [71.163.250.56]) (authenticated bits=0) by mercury.elemental.org (8.14.2/8.14.2/ELEMENTAL-4.0) with ESMTP id m4J37NA6001666 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 18 May 2008 23:07:26 -0400 (EDT) Date: Sun, 18 May 2008 23:07:23 -0400 From: Dale Ghent Subject: Re: vmstat(1m) humanisation [PSARC/2008/329 FastTrack timeout 05/16/2008] In-reply-to: <48306FD7.6070808@sun.com> To: Joseph Kowalski Cc: Jeremy Harris , PSARC-ext@sun.com, Peter Dennis Message-id: MIME-version: 1.0 X-Mailer: Apple Mail (2.919.2) Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0 (mercury.elemental.org [205.134.191.194]); Sun, 18 May 2008 23:07:27 -0400 (EDT) X-Virus-Scanned: ClamAV 0.92/7153/Sun May 18 20:25:02 2008 on mercury.elemental.org X-Virus-Status: Clean X-Antispam: No, score=0.0/5.0, scanned in 0.046sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <200805161634.m4GGYptg000781@sac.sfbay.sun.com> <482ECE66.5070103@wizmail.org> <48306FD7.6070808@sun.com> Content-Length: 486 Status: RO X-Status: $$$$ X-UID: 0000000007 On May 18, 2008, at 2:05 PM, Joseph Kowalski wrote: > / /I think all (if not most) questions around the spelling of the > various magnitudes can be found in: > > PSARC/2001/183 df -h and -H options > > If there is an old case, or a newer one which alters this precedent, > I'm > not aware of one. FWIW, zfs also uses an uppercase K... [daleg@mercury]~$ zfs get recordsize local/home NAME PROPERTY VALUE SOURCE local/home recordsize 128K default /dale From Darren.Reed@sun.com Sun May 18 22:10:20 2008 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m4J5AJ3t028743 for ; Sun, 18 May 2008 22:10:19 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m4J5AB2r029803 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Mon, 19 May 2008 06:10:18 +0100 (BST) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K1300E01NP2WP00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Sun, 18 May 2008 22:10:14 -0700 (PDT) Received: from sineb-mail-1.sun.com ([192.18.19.6]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K13001ESNOTHTD0@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Sun, 18 May 2008 22:10:14 -0700 (PDT) Received: from fe-apac-05.sun.com (fe-apac-05.sun.com [192.18.19.176] (may be forged)) by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m4J5AMli014189 for ; Mon, 19 May 2008 05:10:22 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0K1300801NLEQD00@mail-apac.sun.com> (original mail from Darren.Reed@Sun.COM) for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Mon, 19 May 2008 13:09:48 +0800 (SGT) Received: from [129.146.106.55] by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0K13007N5NOAUHDV@mail-apac.sun.com>; Mon, 19 May 2008 13:09:48 +0800 (SGT) Date: Sun, 18 May 2008 22:10:02 -0700 From: Darren Reed Subject: Re: vmstat(1m) humanisation [PSARC/2008/329 FastTrack timeout 05/16/2008] In-reply-to: Sender: Darren.Reed@sun.com To: Dale Ghent Cc: Joseph Kowalski , Jeremy Harris , PSARC-ext@sun.com, Peter Dennis Message-id: <48310BAA.2070605@Sun.COM> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-Accept-Language: en-au, en X-PMX-Version: 5.4.1.325704 References: <200805161634.m4GGYptg000781@sac.sfbay.sun.com> <482ECE66.5070103@wizmail.org> <48306FD7.6070808@sun.com> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.7) Gecko/20060120 Content-Length: 990 Status: RO X-Status: $$$$ X-UID: 0000000008 Dale Ghent wrote: > On May 18, 2008, at 2:05 PM, Joseph Kowalski wrote: > >> / /I think all (if not most) questions around the spelling of the >> various magnitudes can be found in: >> >> PSARC/2001/183 df -h and -H options >> >> If there is an old case, or a newer one which alters this precedent, >> I'm >> not aware of one. > > > FWIW, zfs also uses an uppercase K... > > [daleg@mercury]~$ zfs get recordsize local/home > NAME PROPERTY VALUE SOURCE > local/home recordsize 128K default Yes, I'd like to see all of our commands behave the same way... And given the prior use of kilo vs kibi (etc), I think the common sense thing to do is stick with the abbreviation letters meaning what they do elsewhere... At some point in the future, we need to rethink what the output of our commands should be, with respect to IEEE/IEC standards that introduced kibibyte, etc, (including if we care about those standards) but that shouldn't be this case. Darren From gsf@research.att.com Sun May 18 23:00:29 2008 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m4J60TFQ000957 for ; Sun, 18 May 2008 23:00:29 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m4J60RJ9010347; Sun, 18 May 2008 23:00:27 -0700 (PDT) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K130043XQ0PSY00@nwk-avmta-2.sfbay.sun.com>; Sun, 18 May 2008 23:00:25 -0700 (PDT) Received: from sca-ea-mail-2.sun.com ([192.18.43.25]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K130027AQ0PNS10@nwk-avmta-2.sfbay.sun.com>; Sun, 18 May 2008 23:00:25 -0700 (PDT) Received: from relay15i.sun.com (ip125.net129179-4.block1.us.syntegra.com [129.179.4.125]) by sca-ea-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m4J60Oeh026222; Mon, 19 May 2008 06:00:24 +0000 (GMT) Received: from mmp12es.sun.com ([160.41.209.22] [160.41.209.22]) by relay15i.sun.com with ESMTP id BT-MMP-249383; Mon, 19 May 2008 06:00:24 +0000 (Z) Received: from relay14i.sun.com (relay14i.sun.com [129.179.4.124]) by mmp12es.sun.com with ESMTP id BT-MMP-5944140; Mon, 19 May 2008 06:00:24 +0000 (Z) Received: from mail-yellow.research.att.com ([192.20.225.112] [192.20.225.112]) by relay1ib.sun.com with ESMTP id BT-MMP-3525685; Mon, 19 May 2008 06:00:23 +0000 (Z) Received: from penguin.research.att.com (penguin.research.att.com [135.207.20.192]) by mail-green.research.att.com (Postfix) with ESMTP id A4A6A8557; Mon, 19 May 2008 02:00:23 -0400 (EDT) Received: (from gsf@localhost) by penguin.research.att.com (8.13.1/8.12.10/Submit) id m4J60NRm028313; Mon, 19 May 2008 02:00:23 -0400 Date: Mon, 19 May 2008 02:00:23 -0400 From: Glenn Fowler Subject: Re: vmstat(1m) humanisation [PSARC/2008/329 FastTrack timeout 05/16/2008] To: daleg@elemental.org, Darren.Reed@sun.com Cc: jek3@sun.com, petede@sac.sfbay.sun.com, PSARC-ext@sun.com Message-id: <200805190600.m4J60NRm028313@penguin.research.att.com> Organization: AT&T Research MIME-version: 1.0 X-Mailer: mailx (AT&T/BSD) 9.9 2008-02-12 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-Antispam: No, score=0.0/5.0, scanned in 0.202sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <200805161634.m4GGYptg000781@sac.sfbay.sun.com> <482ECE66.5070103@wizmail.org> <48306FD7.6070808@sun.com> <48310BAA.2070605@Sun.COM> Content-Length: 1466 Status: RO X-Status: $$$$ X-UID: 0000000009 ast has a function fmtscale(3) that handles this issue in one spot relevance to solaris is that ksh93 exposes this function via libast/sfprintf(3) and finally its builtin printf(1) from ksh93 try printf $'%#d %#i\n' 5000 5000 123456789 123456789 and it should produce 5.0k 4.9Ki 124M 118Mi unit labeling taken from ISO/IEC 18025 EDCS units -- Glenn Fowler -- AT&T Research, Florham Park NJ -- On Sun, 18 May 2008 22:10:02 -0700 Darren Reed wrote: > > On May 18, 2008, at 2:05 PM, Joseph Kowalski wrote: > > > >> / /I think all (if not most) questions around the spelling of the > >> various magnitudes can be found in: > >> > >> PSARC/2001/183 df -h and -H options > >> > >> If there is an old case, or a newer one which alters this precedent, > >> I'm > >> not aware of one. > > > > > > FWIW, zfs also uses an uppercase K... > > > > [daleg@mercury]~$ zfs get recordsize local/home > > NAME PROPERTY VALUE SOURCE > > local/home recordsize 128K default > Yes, I'd like to see all of our commands behave the same way... > And given the prior use of kilo vs kibi (etc), I think the common > sense thing to do is stick with the abbreviation letters meaning > what they do elsewhere... > At some point in the future, we need to rethink what the output > of our commands should be, with respect to IEEE/IEC standards > that introduced kibibyte, etc, (including if we care about those > standards) but that shouldn't be this case. From Peter.Dennis@sun.com Mon May 19 06:13:39 2008 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m4JDDcgT011082 for ; Mon, 19 May 2008 06:13:38 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m4JDDMCe026605 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Mon, 19 May 2008 14:13:37 +0100 (BST) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K140080LA2LTC00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 19 May 2008 07:13:33 -0600 (MDT) Received: from gmp-eb-inf-1.sun.com ([192.18.6.21]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K14003R8A2KF870@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 19 May 2008 07:13:32 -0600 (MDT) Received: from fe-emea-09.sun.com (gmp-eb-lb-2-fe1.eu.sun.com [192.18.6.10]) by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m4JDDVf2019269 for ; Mon, 19 May 2008 13:13:31 +0000 (GMT) Received: from conversion-daemon.fe-emea-09.sun.com by fe-emea-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0K1400D018YHZM00@fe-emea-09.sun.com> (original mail from Peter.Dennis@Sun.COM) for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 19 May 2008 14:13:31 +0100 (BST) Received: from [129.156.173.66] by fe-emea-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0K14000IHA2H4590@fe-emea-09.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 19 May 2008 14:13:30 +0100 (BST) Date: Mon, 19 May 2008 14:12:29 +0100 From: Peter Dennis - Sustaining Engineer Subject: Re: vmstat(1m) humanisation [PSARC/2008/329 FastTrack timeout 05/16/2008] In-reply-to: <482ECE66.5070103@wizmail.org> Sender: Peter.Dennis@sun.com To: PSARC-ext@sun.com, manjula pc - Sun Microsystems - Bangalore India Message-id: <48317CBD.4090009@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200805161634.m4GGYptg000781@sac.sfbay.sun.com> <482ECE66.5070103@wizmail.org> User-Agent: Thunderbird 2.0.0.9 (X11/20080213) Content-Length: 203 Status: RO X-Status: $$$$ X-UID: 0000000010 Due to the various comments on this case I have set a timer for it: 23-May-2008. The project team will be responding to the questions asked (please keep manjula.pc@sun.com on the cc list). Thanks Pete From Manjula.Pc@sun.com Mon May 19 22:54:17 2008 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m4K5sHb4008277 for ; Mon, 19 May 2008 22:54:17 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m4K5sGbW010557 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Mon, 19 May 2008 22:54:17 -0700 (PDT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K1500K0BKEGCM00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 19 May 2008 23:54:16 -0600 (MDT) Received: from sineb-mail-2.sun.com ([192.18.19.7]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K1500DHBKEFP8D0@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 19 May 2008 23:54:16 -0600 (MDT) Received: from fe-apac-06.sun.com (fe-apac-06.sun.com [192.18.19.177] (may be forged)) by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m4K5sx32007981 for ; Tue, 20 May 2008 05:54:59 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0K1500001K4VE100@mail-apac.sun.com> (original mail from Manjula.Pc@Sun.COM) for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 20 May 2008 13:52:58 +0800 (SGT) Received: from [129.158.227.67] by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0K15009NUKC98GC3@mail-apac.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 20 May 2008 13:52:58 +0800 (SGT) Date: Tue, 20 May 2008 11:24:13 +0530 From: manjula pc - Sun Microsystems - Bangalore India Subject: Re: vmstat(1m) humanisation [PSARC/2008/329 FastTrack timeout 05/16/2008] In-reply-to: <48317CBD.4090009@sun.com> Sender: Manjula.Pc@sun.com To: Peter Dennis - Sustaining Engineer Cc: PSARC-ext@sun.com Message-id: <48326785.2070706@Sun.COM> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200805161634.m4GGYptg000781@sac.sfbay.sun.com> <482ECE66.5070103@wizmail.org> <48317CBD.4090009@sun.com> User-Agent: Thunderbird 2.0.0.6 (X11/20070802) Content-Length: 392 Status: RO X-Status: $$$$ X-UID: 0000000011 Hello, Thanks for all the comments. Have been working on all the concerns and will get back by tomorrow. Best Regards, Manjula Peter Dennis - Sustaining Engineer wrote: > Due to the various comments on this case I have set a timer for it: > 23-May-2008. > > The project team will be responding to the questions asked > (please keep manjula.pc@sun.com on the cc list). > > Thanks > Pete From Manjula.Pc@sun.com Wed May 21 05:49:49 2008 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m4LCnmvL004208 for ; Wed, 21 May 2008 05:49:48 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id m4LCnZCo021944 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 21 May 2008 20:49:47 +0800 (SGT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K1700G01YAW4W00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 21 May 2008 05:49:44 -0700 (PDT) Received: from sineb-mail-1.sun.com ([192.18.19.6]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K170029JYAVAA70@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 21 May 2008 05:49:44 -0700 (PDT) Received: from fe-apac-06.sun.com (fe-apac-06.sun.com [192.18.19.177] (may be forged)) by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m4LCo3P6021539 for ; Wed, 21 May 2008 12:50:03 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0K1700601XZUOC00@mail-apac.sun.com> (original mail from Manjula.Pc@Sun.COM) for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 21 May 2008 20:48:24 +0800 (SGT) Received: from [129.158.227.67] by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0K17009SGY8N8FZP@mail-apac.sun.com>; Wed, 21 May 2008 20:48:24 +0800 (SGT) Date: Wed, 21 May 2008 18:19:41 +0530 From: manjula pc - Sun Microsystems - Bangalore India Subject: Re: vmstat(1m) humanisation [PSARC/2008/329 FastTrack timeout 05/16/2008] Sender: Manjula.Pc@sun.com To: PSARC-ext@sun.com Cc: peter.tribble@gmail.com, petede@sac.sfbay.sun.com Message-id: <48341A65.1060705@Sun.COM> MIME-version: 1.0 Content-type: multipart/alternative; boundary="Boundary_(ID_szq9q/AolTsd1FQW5hteqg)" X-PMX-Version: 5.4.1.325704 User-Agent: Thunderbird 2.0.0.6 (X11/20070802) Content-Length: 5482 Status: RO X-Status: $$$$ X-UID: 0000000012 This is a multi-part message in MIME format. --Boundary_(ID_szq9q/AolTsd1FQW5hteqg) Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT Hello, Please find the answers below. 1.a. I certainly don't find that any more readable. The units are confusing too. For pageins, is that pages, kilobytes, or k/s? The sizes of fields which were output in kilobytes are only scaled to a human readable format, for example, 44.1G 9.9M 2T 199K Scaling is done by repetitively dividing by 1024 for below fields. memory{swap, free}, page{pi, po, fr, de}, executable, anonymous, filesystem So for memory {swap/free} -> Kbytes, Mbytes, Gbytes, ... Copying from man page, // page Report information about page faults and paging activity. The information on each of the following activities is given in units per second. pi kilobytes paged in // So for pages, page{pi, po, fr, de} - (xxx)bytes/second (kilo/mega/giga/tera/exa bytes) But page reclaims and minor faults, page { re, mf } are scaled by repetitively dividing by 1000. page reclaims - 50K == 50 * 1000 units/s minor faults - 50K == 50 * 1000 units/s In vmstat, as of now, pages are being converted to kilobytes as below. Copying from vmstat.c // #define pgtok(a) ((a) * (pagesize >> 10)) // 1.b ** Why aren't the cpu fields "humanized"? kthr - Report the number of kernel threads page {sr} - pages scanned by clock algorithm cpu - percentage usage of CPU time. faults - Report the trap/interrupt rates (per second). These are left untouched. kthr, sr and faults can be scaled by repetitively dividing by 1000, though. cpu gives the percentage usage of cpu time, so not a feasible idea to scale. Preferred not to scale them. 1.c *** > > vmstat -po memory,page,executable 2 2 OK, so what fields are allowed for the -o option? I didn't see 'executable' listed. Agreed. Will clearly specify as below : The fields that are allowed for the "o" option are : kthr, memory, page, faults, cpu for "-po" : memory, page, executable, anonymous, filesystem 1.d *** I'm not convinced that the -h is a good idea, though. The humanisation is in vague for quite some time (Example df -hl ). Its relevant in this case as well. The existing default output can still be obtained. 1.e *** It would be better if selecting fewer columns spread the display out so the columns lined up, which would make it far more readable. The outgrowth/shrinking of field values is random. Its far more convenient to read them in prefixed form. Best Regards, Manjula --Boundary_(ID_szq9q/AolTsd1FQW5hteqg) Content-type: text/html; charset=ISO-8859-1 Content-transfer-encoding: 7BIT Hello,

 
Please find the answers below.

1.a.
I certainly don't find that any more readable.
The units are confusing too. For pageins, is that pages, kilobytes, or k/s?

The sizes of fields which were output in kilobytes are only scaled
to a human readable format, for example,
44.1G  9.9M  2T 199K 

Scaling  is  done  by  repetitively dividing by 1024 for below fields.
memory{swap, free}, page{pi, po, fr, de}, executable, anonymous, filesystem
So for memory {swap/free} -> Kbytes, Mbytes, Gbytes, ...

Copying from man page,
//

 page   Report information  about  page  faults  and
        paging  activity. The information on each of
        the following activities is given  in  units
        per second.

 pi     kilobytes paged in

//

So for pages, page{pi, po, fr, de} - (xxx)bytes/second (kilo/mega/giga/tera/exa bytes)

But page reclaims and minor faults, page { re, mf }
are scaled by repetitively dividing by 1000.

page reclaims - 50K == 50 * 1000 units/s
 minor  faults - 50K == 50 * 1000 units/s

In vmstat, as of now, pages are being converted to kilobytes as below.
Copying from vmstat.c
//

#define pgtok(a) ((a) * (pagesize >> 10))

//


1.b
** Why aren't the cpu fields "humanized"?

kthr - Report the number of kernel threads 
page {sr} - pages scanned by clock algorithm
cpu - percentage usage of CPU time. 
faults - Report the trap/interrupt rates (per second).

These are left untouched.
kthr, sr and faults can be scaled by repetitively dividing by 1000, though.
cpu gives the percentage usage of cpu time, so not a feasible idea to scale.

Preferred not to scale them.

1.c
*** > > vmstat  -po  memory,page,executable 2 2

OK, so what fields are allowed for the -o option? I didn't see
'executable' listed.

Agreed. Will clearly specify as below :

The fields that are allowed for the "o" option are :
kthr, memory, page, faults, cpu
for "-po" :
memory, page, executable, anonymous, filesystem

1.d
*** I'm not convinced that the -h is a good idea, though.

The humanisation is in vague for quite some time (Example df -hl ).
Its relevant in this case as well.
The existing default output can still be obtained.

1.e
*** It would be better if selecting fewer columns spread the display out so the
columns lined up, which would make it far more readable.

The outgrowth/shrinking of field values is random.
Its far more convenient to read them in prefixed form.


Best Regards,
Manjula

--Boundary_(ID_szq9q/AolTsd1FQW5hteqg)-- From gsf@research.att.com Wed May 21 06:12:59 2008 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m4LDCxQQ005220 for ; Wed, 21 May 2008 06:12:59 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m4LDCuZu024266; Wed, 21 May 2008 06:12:57 -0700 (PDT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K1700I01ZDKK800@nwk-avmta-1.sfbay.Sun.COM>; Wed, 21 May 2008 06:12:56 -0700 (PDT) Received: from brmea-mail-3.sun.com ([192.18.98.34]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K17002PEZDKA590@nwk-avmta-1.sfbay.Sun.COM>; Wed, 21 May 2008 06:12:56 -0700 (PDT) Received: from relay17i.sun.com (ip127.net129179-4.block1.us.syntegra.com [129.179.4.127]) by brmea-mail-3.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m4LCuteH004281; Wed, 21 May 2008 13:12:55 +0000 (GMT) Received: from mmp14es.sun.com ([160.41.209.24] [160.41.209.24]) by relay17i.sun.com with ESMTP id BT-MMP-380650; Wed, 21 May 2008 13:12:55 +0000 (Z) Received: from relay16i.sun.com (relay16i.sun.com [129.179.4.126]) by mmp14es.sun.com with ESMTP id BT-MMP-331521; Wed, 21 May 2008 13:12:53 +0000 (Z) Received: from mail-yellow.research.att.com ([192.20.225.112] [192.20.225.112]) by relay1ib.sun.com with ESMTP id BT-MMP-1329692; Wed, 21 May 2008 13:12:53 +0000 (Z) Received: from penguin.research.att.com (penguin.research.att.com [135.207.20.192]) by mail-blue.research.att.com (Postfix) with ESMTP id D93E2147CA2; Wed, 21 May 2008 09:12:52 -0400 (EDT) Received: (from gsf@localhost) by penguin.research.att.com (8.13.1/8.12.10/Submit) id m4LDCq3S019363; Wed, 21 May 2008 09:12:52 -0400 Date: Wed, 21 May 2008 09:12:52 -0400 From: Glenn Fowler Subject: Re: vmstat(1m) humanisation [PSARC/2008/329 FastTrack timeout 05/16/2008] To: Manjula.Pc@sun.com, PSARC-ext@sun.com Cc: petede@sac.sfbay.sun.com Message-id: <200805211312.m4LDCq3S019363@penguin.research.att.com> Organization: AT&T Research MIME-version: 1.0 X-Mailer: mailx (AT&T/BSD) 9.9 2008-02-12 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-Antispam: No, score=0.0/5.0, scanned in 2.240sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <48341A65.1060705@Sun.COM> Content-Length: 309 Status: RO X-Status: $$$$ X-UID: 0000000013 I believe you still need to address IEEE 1541 units http://en.wikipedia.org/wiki/IEEE_1541 i.e., 5.0k 124M # divide by 1000 4.9Ki 118Mi # divide by 1024 this will disambiguate displayed values and may also help to clean up the documentation -- Glenn Fowler -- AT&T Research, Florham Park NJ -- From Manjula.Pc@Sun.COM Wed May 21 06:14:56 2008 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m4LDEtvg005240 for ; Wed, 21 May 2008 06:14:56 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id m4LDEYMg001979 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 21 May 2008 21:14:55 +0800 (SGT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K1700503ZGTR300@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 21 May 2008 07:14:53 -0600 (MDT) Received: from sineb-mail-2.sun.com ([192.18.19.7]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K170000YZGEZQ30@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 21 May 2008 07:14:52 -0600 (MDT) Received: from fe-apac-05.sun.com (fe-apac-05.sun.com [192.18.19.176] (may be forged)) by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m4LDFOS8010166 for ; Wed, 21 May 2008 13:15:24 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0K1700C01ZCCZJ00@mail-apac.sun.com> (original mail from Manjula.Pc@Sun.COM) for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 21 May 2008 21:14:22 +0800 (SGT) Received: from [129.158.227.67] by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0K1700MHYZFX9VR4@mail-apac.sun.com>; Wed, 21 May 2008 21:14:22 +0800 (SGT) Date: Wed, 21 May 2008 18:44:36 +0530 From: manjula pc - Sun Microsystems - Bangalore India Subject: Re: vmstat(1m) humanisation [PSARC/2008/329 FastTrack timeout 05/16/2008] Sender: Manjula.Pc@Sun.COM To: PSARC-ext@Sun.COM Cc: petede@sac.sfbay.sun.com, jgh@wizmail.org, Pc Manjula Message-id: <4834203C.9040600@Sun.COM> MIME-version: 1.0 Content-type: multipart/alternative; boundary="Boundary_(ID_v2UtmaH543DS/p/rvAnFvg)" X-PMX-Version: 5.4.1.325704 User-Agent: Thunderbird 2.0.0.6 (X11/20070802) Content-Length: 1662 Status: RO X-Status: $$$$ X-UID: 0000000014 This is a multi-part message in MIME format. --Boundary_(ID_v2UtmaH543DS/p/rvAnFvg) Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT Hello, Jeremy Harris >> > K == kilo > > M == Mega > > G == Giga > > > Isn't the usual signifier for kilo a lower-case 'k'? > No. I have only come across a upper-case 'K' for kilo. Example : df -hl [mp204432@drosera:23:13:57]/export/users/mp204432:df -hl swap Filesystem size used avail capacity Mounted on swap 30G 56K 30G 1% /var/run Regards, Manjula --Boundary_(ID_v2UtmaH543DS/p/rvAnFvg) Content-type: text/html; charset=ISO-8859-1 Content-transfer-encoding: 7BIT 
Hello,

Jeremy Harris >>


          K == kilo
>         M == Mega
>         G == Giga
  
> Isn't the usual signifier for kilo a lower-case 'k'?
  
No. I have only come across a upper-case 'K' for kilo.

Example : df -hl

[mp204432@drosera:23:13:57]/export/users/mp204432:df -hl swap
Filesystem             size   used  avail capacity  Mounted on
swap                    30G    56K    30G     1%    /var/run



Regards,
Manjula
--Boundary_(ID_v2UtmaH543DS/p/rvAnFvg)-- From Manjula.Pc@sun.com Wed May 21 06:27:32 2008 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m4LDRV9d005275 for ; Wed, 21 May 2008 06:27:31 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m4LDRSPi015522 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 21 May 2008 14:27:30 +0100 (BST) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K1800K0F01T2D00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 21 May 2008 06:27:29 -0700 (PDT) Received: from sineb-mail-1.sun.com ([192.18.19.6]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K18002KG01QAFA0@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 21 May 2008 06:27:28 -0700 (PDT) Received: from fe-apac-06.sun.com (fe-apac-06.sun.com [192.18.19.177] (may be forged)) by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m4LDRkWO022697 for ; Wed, 21 May 2008 13:27:46 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0K1700001ZR8IW00@mail-apac.sun.com> (original mail from Manjula.Pc@Sun.COM) for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 21 May 2008 21:26:07 +0800 (SGT) Received: from [129.158.227.67] by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0K17009R7ZZJ8F4Q@mail-apac.sun.com>; Wed, 21 May 2008 21:26:07 +0800 (SGT) Date: Wed, 21 May 2008 18:57:25 +0530 From: manjula pc - Sun Microsystems - Bangalore India Subject: Re: vmstat(1m) humanisation [PSARC/2008/329 FastTrack timeout 05/16/2008] Sender: Manjula.Pc@sun.com To: PSARC-ext@sun.com Cc: gsf@research.att.com, petede@sac.sfbay.sun.com Message-id: <4834233D.1080301@Sun.COM> MIME-version: 1.0 Content-type: multipart/alternative; boundary="Boundary_(ID_JU4rgGvIuIw0QW+aOuAcow)" X-PMX-Version: 5.4.1.325704 User-Agent: Thunderbird 2.0.0.6 (X11/20070802) Content-Length: 3117 Status: RO X-Status: $$$$ X-UID: 0000000015 This is a multi-part message in MIME format. --Boundary_(ID_JU4rgGvIuIw0QW+aOuAcow) Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT Hello, Glenn Fowler >> <------snip-------> in this proposal is 50K == 50*1000 or is it 50Ki == 50*1024? the same question for { Mi Gi } also, if "and so on" means Ti ... then maybe those should be spelled out ----------- ast has a function fmtscale(3) that handles this issue in one spot relevance to solaris is that ksh93 exposes this function via libast/sfprintf(3) and finally its builtin printf(1) from ksh93 try printf $'%#d %#i\n' 5000 5000 123456789 123456789 and it should produce 5.0k 4.9Ki <------snip-------> In the following fields, memory{swap,free}, page{pi,po,fr,de}, executable, anonymous, filesystem 50K == 50*1024 similarly for mega, giga, tera, peta, exa But for the fields page reclaims and minor faults, page{re, mf} 50K == 50*1000 similarly for mega, giga, tera, peta, exa I had not come across Ki, Mi, Gi,... This avoids the major confusion over {1000/1024} Looks like as of now, this convention {Ki, Mi, Gi} is still not in vague. International Electrotechnical Commission (IEC) seems to have approved it. Seriously planning to include this new convention in my fix. Looking at libast/sfprintf(3). Thanks a ton Glenn!! Best Regards, Manjula --Boundary_(ID_JU4rgGvIuIw0QW+aOuAcow) Content-type: text/html; charset=ISO-8859-1 Content-transfer-encoding: 7BIT Hello,
Glenn Fowler >>

<------snip------->

in this proposal is 50K == 50*1000 or is it 50Ki == 50*1024?
the same question for { Mi Gi }
also, if "and so on" means Ti ... then maybe those should be spelled out
-----------
ast has a function fmtscale(3) that handles this issue in one spot
relevance to solaris is that ksh93 exposes this function via
libast/sfprintf(3) and finally its builtin printf(1)

from ksh93 try
        printf $'%#d %#i\n' 5000 5000 123456789 123456789
and it should produce
        5.0k 4.9Ki

<------snip------->


In the following fields, 
memory{swap,free}, page{pi,po,fr,de}, executable, anonymous, filesystem

	50K == 50*1024
similarly for mega, giga, tera, peta, exa

But for the fields page reclaims and minor  faults, page{re, mf} 

50K == 50*1000
similarly for mega, giga, tera, peta, exa

I had not come across Ki, Mi, Gi,...
This avoids the major confusion over {1000/1024}

Looks like as of now, this convention {Ki, Mi, Gi} is still not in vague.
International Electrotechnical Commission (IEC) seems to have approved it.

Seriously planning to include this new convention in my fix.
Looking at libast/sfprintf(3).

Thanks a ton Glenn!!

Best Regards,
Manjula
--Boundary_(ID_JU4rgGvIuIw0QW+aOuAcow)-- From Manjula.Pc@sun.com Wed May 21 06:57:34 2008 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m4LDvY8Z005995 for ; Wed, 21 May 2008 06:57:34 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m4LDvX8L006494 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 21 May 2008 06:57:34 -0700 (PDT) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K1800H011FXFU00@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 21 May 2008 06:57:33 -0700 (PDT) Received: from sineb-mail-1.sun.com ([192.18.19.6]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K1800DTB1FWVH60@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 21 May 2008 06:57:33 -0700 (PDT) Received: from fe-apac-06.sun.com (fe-apac-06.sun.com [192.18.19.177] (may be forged)) by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m4LDvpeu023446 for ; Wed, 21 May 2008 13:57:51 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0K1800D011CGX000@mail-apac.sun.com> (original mail from Manjula.Pc@Sun.COM) for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 21 May 2008 21:56:13 +0800 (SGT) Received: from [129.158.227.67] by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0K18009AU1DO8GT7@mail-apac.sun.com>; Wed, 21 May 2008 21:56:13 +0800 (SGT) Date: Wed, 21 May 2008 19:27:30 +0530 From: manjula pc - Sun Microsystems - Bangalore India Subject: Re: vmstat(1m) humanisation [PSARC/2008/329 FastTrack timeout 05/16/2008] Sender: Manjula.Pc@sun.com To: PSARC-ext@sun.com Cc: petede@sac.sfbay.sun.com, John.Plocher@sun.com Message-id: <48342A4A.6080505@Sun.COM> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 User-Agent: Thunderbird 2.0.0.6 (X11/20070802) Content-Length: 1730 Status: RO X-Status: $$$$ X-UID: 0000000016 Hello, Please find answers below. John.Plocher >> <===snip====> In particular, the phrase ... .... skip fields in the order right to left. On the omission of fields in random order, the alignment of the header is not guaranteed. ... sounds like you are defining a "skip list", but later it seems you aren't. It also seems to say that there is no way to change the order of displayed fields. The comment about not guaranteeing header alignment also bothers me - it sounds more like a bug, and not an architectural requirement. I would have expected -o to follow the ps convention of defining a list of fields to display, and then displaying them (and their headers) in that order: <===snip====> ** The fields can be omitted in any order. For example, if fields are passed to "-o" in random order, 1. vmstat -o memory,kthr 1 3 memory kthr swap free r b w 46287720 10349200 15 0 0 46321024 10735632 0 0 0 46321016 10735688 0 0 0 field values look scattered 2. vmstat -o memory,kthr -h 1 3 memory kthr swap free r b w 44.1G 9.9G 15 0 0 44.2G 10.2G 0 0 0 44.2G 10.2G 0 0 0 Better with "h" option. 3. vmstat -o kthr,memory 1 2 kthr memory r b w swap free 15 0 0 46287720 10349248 0 0 0 46318696 10724752 For omission of fields in order, output appears in the same form as is appearing now. 4. vmstat -o kthr,memory -h 1 2 kthr memory r b w swap free 15 0 0 44.1G 9.9G 0 0 0 44.2G 10.2G User can still obtain values with "-o" option as he does with ps(1). Probably skip list need not be defined at all. The order of omission of fields can be left to the user. This may avoid confusion over the skip list. Best Regards, manjula From johnlev@barman.uk.sun.com Wed May 21 07:08:06 2008 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m4LE86l5006515 for ; Wed, 21 May 2008 07:08:06 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m4LE86c3009775 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 21 May 2008 07:08:06 -0700 (PDT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K180011L1XG2900@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 21 May 2008 07:08:04 -0700 (PDT) Received: from dm-uk-02.uk.sun.com ([129.156.101.196]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K18002CC1XEA5D0@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 21 May 2008 07:08:03 -0700 (PDT) Received: from barman.uk.sun.com (barman.UK.Sun.COM [129.156.132.12]) by dm-uk-02.uk.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m4LE7wj0007609; Wed, 21 May 2008 15:07:58 +0100 (BST) Received: from johnlev by barman.uk.sun.com with local (Exim 4.42) id 1Jyozl-0007G3-Tp; Wed, 21 May 2008 15:08:46 +0100 X-URL: http://jurassic.eng/~johnlev/ Date: Wed, 21 May 2008 15:08:45 +0100 From: John Levon Subject: Re: vmstat(1m) humanisation [PSARC/2008/329 FastTrack timeout 05/16/2008] In-reply-to: <48342A4A.6080505@Sun.COM> Sender: John Levon To: manjula pc - Sun Microsystems - Bangalore India Cc: PSARC-ext@sun.com, petede@sac.sfbay.sun.com, John.Plocher@sun.com Message-id: <20080521140845.GB27631@barman.uk.sun.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline X-PMX-Version: 5.4.1.325704 References: <48342A4A.6080505@Sun.COM> User-Agent: Mutt/1.5.6i Content-Length: 186 Status: RO X-Status: $$$$ X-UID: 0000000017 On Wed, May 21, 2008 at 07:27:30PM +0530, manjula pc - Sun Microsystems - Bangalore India wrote: > ** The fields can be omitted in any order. I think you mean "emitted". regards john From Eric.Sultan@sun.com Wed May 21 09:34:51 2008 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m4LGYpLr012584 for ; Wed, 21 May 2008 09:34:51 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m4LGYoT9010694 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 21 May 2008 09:34:50 -0700 (PDT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K1800G038Q2BF00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 21 May 2008 09:34:50 -0700 (PDT) Received: from brmea-mail-2.sun.com ([192.18.98.43]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K18008OS8PZBN50@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 21 May 2008 09:34:48 -0700 (PDT) Received: from fe-amer-10.sun.com ([192.18.109.80]) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m4LGYllr012709 for ; Wed, 21 May 2008 16:34:47 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0K18006017WSMH00@mail-amer.sun.com> (original mail from Eric.Sultan@Sun.COM) for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 21 May 2008 10:34:47 -0600 (MDT) Received: from [129.146.94.117] by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0K1800GZX8PS6X20@mail-amer.sun.com>; Wed, 21 May 2008 10:34:41 -0600 (MDT) Date: Wed, 21 May 2008 09:34:40 -0700 From: Eric Sultan Subject: Re: vmstat(1m) humanisation [PSARC/2008/329 FastTrack timeout 05/16/2008] In-reply-to: <4834203C.9040600@Sun.COM> Sender: Eric.Sultan@sun.com To: manjula pc - Sun Microsystems - Bangalore India Cc: PSARC-ext@sun.com, petede@sac.sfbay.sun.com, jgh@wizmail.org Reply-to: Eric.Sultan@sun.com Message-id: <48344F20.2030307@Sun.COM> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4834203C.9040600@Sun.COM> User-Agent: Thunderbird 2.0.0.4 (X11/20070622) Content-Length: 845 Status: RO X-Status: $$$$ X-UID: 0000000018 AFAIK, IEEE standards use lower-case 'k' for kilo. This isn't, of course, to say that folks haven't been ignoring the standard or perhaps not have known it. Within Sun, the Editorial Style Guide conforms to established standards and specifies the use of lower-case 'k' for kilo. Regards, -- Eric manjula pc - Sun Microsystems - Bangalore India wrote: > Hello, > > Jeremy Harris >> > >> K == kilo >> > M == Mega >> > G == Giga >> >> > Isn't the usual signifier for kilo a lower-case 'k'? >> > No. I have only come across a upper-case 'K' for kilo. > > Example : df -hl > > [mp204432@drosera:23:13:57]/export/users/mp204432:df -hl swap > Filesystem size used avail capacity Mounted on > swap 30G 56K 30G 1% /var/run > > > > Regards, > Manjula > From glenn.skinner@sun.com Wed May 21 17:33:33 2008 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m4M0XWTT006105 for ; Wed, 21 May 2008 17:33:32 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id m4M0XCrG021110; Thu, 22 May 2008 08:33:29 +0800 (SGT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K1800L05UVRSX00@nwk-avmta-1.sfbay.Sun.COM>; Wed, 21 May 2008 17:33:27 -0700 (PDT) Received: from ivrel.sfbay.sun.com ([129.146.74.76]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K1800IQNUVQ5410@nwk-avmta-1.sfbay.Sun.COM>; Wed, 21 May 2008 17:33:26 -0700 (PDT) Received: from ivrel (ivrel [129.146.74.76]) by ivrel.sfbay.sun.com (8.13.8+Sun/8.13.8) with SMTP id m4M0XQ6j015587; Wed, 21 May 2008 17:33:26 -0700 (PDT) Date: Wed, 21 May 2008 17:33:26 -0700 (PDT) From: Glenn Skinner Subject: Re: 2008/329 [vmstat(1m) humanisation] To: Manjula.Pc@sun.com, Eric.Sultan@sun.com Cc: PSARC-ext@sun.com, petede@sac.sfbay.sun.com, jgh@wizmail.org Reply-to: Glenn Skinner Message-id: <200805220033.m4M0XQ6j015587@ivrel.sfbay.sun.com> MIME-version: 1.0 X-Mailer: dtmail 1.3.0 @(#)CDE Version 1.6_36 SunOS 5.11 sun4u sparc Content-type: TEXT/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-MD5: k5h24QO/BvUqu2I3l5NiVw== X-PMX-Version: 5.4.1.325704 Content-Length: 1446 Status: RO X-Status: $$$$ X-UID: 0000000019 Date: Wed, 21 May 2008 09:34:40 -0700 From: Eric Sultan Subject: Re: vmstat(1m) humanisation [PSARC/2008/329 FastTrack timeout 05/16/2008] AFAIK, IEEE standards use lower-case 'k' for kilo. This isn't, of course, to say that folks haven't been ignoring the standard or perhaps not have known it. Within Sun, the Editorial Style Guide conforms to established standards and specifies the use of lower-case 'k' for kilo. Be that as it may, consistency with other Solaris utilities that provide an option for requesting "humanized" output is more important. Those utilites (or at least ls(1) and (df(1)) use upper case suffixes. Examples to the contrary, including Linux and BSD versions of utilities providing similar options, would be useful. The principle of least surprise is important here. We want the syntax we choose to be familiar to people who have seen similar options in other utilities. If it turns out that there are discrepancies in this respect between Solaris utilities and their Linux and/or BSD counterparts, we'll have to judge what the least surprising choice is. This principle is also important in deciding whether or not to introduce additional suffixes to distinguish between "divide by 1024" and "divide by 1000" units. A wider set of examples of whether other utilities have made such distinctions would be helpful in making this judgement. -- Glenn From jek3@sun.com Wed May 21 17:49:04 2008 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m4M0n4qk006177 for ; Wed, 21 May 2008 17:49:04 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m4M0n1vo026992; Wed, 21 May 2008 17:49:02 -0700 (PDT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K180000BVLPGL00@nwk-avmta-1.sfbay.Sun.COM>; Wed, 21 May 2008 17:49:01 -0700 (PDT) Received: from jurassic-x4600.sfbay.sun.com ([129.146.17.63]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K1800I3BVLO5420@nwk-avmta-1.sfbay.Sun.COM>; Wed, 21 May 2008 17:49:00 -0700 (PDT) Received: from [129.150.13.200] (vpn-129-150-13-200.SFBay.Sun.COM [129.150.13.200]) by jurassic-x4600.sfbay.sun.com (8.14.2+Sun/8.14.2) with ESMTP id m4M0moxD905894; Wed, 21 May 2008 17:48:50 -0700 (PDT) Date: Wed, 21 May 2008 14:50:44 -1000 From: Joseph Kowalski Subject: Re: 2008/329 [vmstat(1m) humanisation] In-reply-to: <200805220033.m4M0XQ6j015587@ivrel.sfbay.sun.com> To: Glenn Skinner Cc: Manjula.Pc@sun.com, Eric.Sultan@sun.com, PSARC-ext@sun.com, petede@sac.sfbay.sun.com, jgh@wizmail.org Message-id: <4834C364.5050804@sun.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200805220033.m4M0XQ6j015587@ivrel.sfbay.sun.com> User-Agent: Thunderbird 2.0.0.9 (X11/20080225) Content-Length: 353 Status: RO X-Status: $$$$ X-UID: 0000000020 Glenn Skinner wrote: > This principle is also important in deciding whether or not to > introduce additional suffixes to distinguish between "divide by 1024" > and "divide by 1000" units. If those greedy disk manufactures didn't want to make their disks sound larger than they really are, we probably wouldn't be having this discussion. :-) - jek3 From Matthew.Jacob@sun.com Wed May 21 19:35:24 2008 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m4M2ZOho011383 for ; Wed, 21 May 2008 19:35:24 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m4M2ZND1056638 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 21 May 2008 20:35:23 -0600 (MDT) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K190030D0IZXF00@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 21 May 2008 19:35:23 -0700 (PDT) Received: from sca-es-mail-1.sun.com ([192.18.43.132]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K19002E70IY9A10@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 21 May 2008 19:35:22 -0700 (PDT) Received: from fe-sfbay-09.sun.com ([192.18.43.129]) by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m4M2ZMXs026296 for ; Wed, 21 May 2008 19:35:22 -0700 (PDT) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0K19001010EZVR00@fe-sfbay-09.sun.com> (original mail from Matthew.Jacob@Sun.COM) for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 21 May 2008 19:35:22 -0700 (PDT) Received: from [129.145.154.52] by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0K1900IX10IXLPB0@fe-sfbay-09.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 21 May 2008 19:35:22 -0700 (PDT) Date: Wed, 21 May 2008 19:35:21 -0700 From: Matthew Jacob Subject: Re: 2008/329 [vmstat(1m) humanisation] In-reply-to: <200805220033.m4M0XQ6j015587@ivrel.sfbay.sun.com> Sender: Matthew.Jacob@sun.com Cc: PSARC-ext@sun.com Reply-to: Matthew.Jacob@sun.com Message-id: <4834DBE9.3020005@Sun.COM> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200805220033.m4M0XQ6j015587@ivrel.sfbay.sun.com> User-Agent: Thunderbird 2.0.0.6 (X11/20070802) Content-Length: 80 Status: RO X-Status: $$$$ X-UID: 0000000021 For reference in this discussion http://physics.nist.gov/cuu/Units/binary.html From Manjula.Pc@Sun.COM Thu May 22 07:37:07 2008 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m4MEb7RD026721 for ; Thu, 22 May 2008 07:37:07 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m4MEb3Qd019393 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Thu, 22 May 2008 07:37:06 -0700 (PDT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K190090ZXXTD900@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu, 22 May 2008 08:37:05 -0600 (MDT) Received: from sineb-mail-2.sun.com ([192.18.19.7]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K19002RZXXSQN50@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu, 22 May 2008 08:37:05 -0600 (MDT) Received: from fe-apac-05.sun.com (fe-apac-05.sun.com [192.18.19.176] (may be forged)) by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m4MEbnWL015621 for ; Thu, 22 May 2008 14:37:49 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0K1900K01XTZKS00@mail-apac.sun.com> (original mail from Manjula.Pc@Sun.COM) for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu, 22 May 2008 22:36:48 +0800 (SGT) Received: from [129.158.227.67] by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0K190048SXXBPG6A@mail-apac.sun.com>; Thu, 22 May 2008 22:36:48 +0800 (SGT) Date: Thu, 22 May 2008 20:07:02 +0530 From: manjula pc - Sun Microsystems - Bangalore India Subject: Re: vmstat(1m) humanisation [PSARC/2008/329 FastTrack timeout 05/16/2008] Sender: Manjula.Pc@Sun.COM To: PSARC-ext@Sun.COM Cc: petede@sac.sfbay.sun.com, Pc Manjula Message-id: <4835850E.5050008@Sun.COM> MIME-version: 1.0 Content-type: multipart/alternative; boundary="Boundary_(ID_+ZQjQfYcqnwZBMpQ6GG5hg)" X-PMX-Version: 5.4.1.325704 User-Agent: Thunderbird 2.0.0.6 (X11/20070802) Content-Length: 8710 Status: RO X-Status: $$$$ X-UID: 0000000022 This is a multi-part message in MIME format. --Boundary_(ID_+ZQjQfYcqnwZBMpQ6GG5hg) Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT Hello, Please find some more clarifications below. 1. Matthew.Jacob >> // For reference in this discussion http://physics.nist.gov/cuu/Units/binary.html // 2. Glenn Fowler >> // I believe you still need to address IEEE 1541 units http://en.wikipedia.org/wiki/IEEE_1541 i.e., 5.0k 124M # divide by 1000 4.9Ki 118Mi # divide by 1024 this will disambiguate displayed values and may also help to clean up the documentation // Agreed Glenn. I want to adopt this new binary prefix. So, it would be as below. Examples: a> /usr/bin/ksh93 'printf $"%#d\t" 5000 123456789 123456789123 123456789123456' 5.0k 124M 124G 124T # divide by 1000 Only kilo(k) is in lower case. b> /usr/bin/ksh93 'printf $"%#i\t" 5000 123456789 123456789123 123456789123456' 4.9Ki 118Mi 115Gi 112Ti # divide by 1024 The relevant details can be documented in the man page of vmstat, similar to df(1M). Copying a part from man page of df(1M) // -h All sizes are scaled to a human readable format, for example, 14K, 234M, 2.7G, or 3.0T. Scaling is done by repetitively dividing by 1024. // 3. glenn.skinner >> // Date: Wed, 21 May 2008 09:34:40 -0700 From: Eric Sultan Subject: Re: vmstat(1m) humanisation [PSARC/2008/329 FastTrack timeout 05/16/2008] AFAIK, IEEE standards use lower-case 'k' for kilo. This isn't, of course, to say that folks haven't been ignoring the standard or perhaps not have known it. Within Sun, the Editorial Style Guide conforms to established standards and specifies the use of lower-case 'k' for kilo. Be that as it may, consistency with other Solaris utilities that provide an option for requesting "humanized" output is more important. Those utilites (or at least ls(1) and (df(1)) use upper case suffixes. Examples to the contrary, including Linux and BSD versions of utilities providing similar options, would be useful. The principle of least surprise is important here. We want the syntax we choose to be familiar to people who have seen similar options in other utilities. If it turns out that there are discrepancies in this respect between Solaris utilities and their Linux and/or BSD counterparts, we'll have to judge what the least surprising choice is. This principle is also important in deciding whether or not to introduce additional suffixes to distinguish between "divide by 1024" and "divide by 1000" units. A wider set of examples of whether other utilities have made such distinctions would be helpful in making this judgement. -- Glenn // Agreed Glenn !! I would say, after wading through the initial hiccups, the new standards will certainly gain wide acceptance. I would advocate the adoption of the new binary prefix standard in Solaris nevada. 4. john.levon >> // > > ** The fields can be omitted in any order. I think you mean "emitted". // Fine. Will try to make it more clear as below. **User may choose to skip fields. 5. Apologies for the wrong usage of the word "vague" at two places. Please find the correction for the same below. // *** I'm not convinced that the -h is a good idea, though. --> The humanisation is in vague for quite some time (Example df -hl ). Its relevant in this case as well. The existing default output can still be obtained. // ---> The humanisation is in usage for quite some time (Example df -hl ) // *** I had not come across Ki, Mi, Gi,... This avoids the major confusion over {1000/1024} --> Looks like as of now, this convention {Ki, Mi, Gi} is still not in vague. International Electrotechnical Commission (IEC) seems to have approved it. // ---> Looks like as of now, this convention {Ki, Mi, Gi} is still not widely adopted. Cheers, Manjula --Boundary_(ID_+ZQjQfYcqnwZBMpQ6GG5hg) Content-type: text/html; charset=ISO-8859-1 Content-transfer-encoding: 7BIT Hello,
 
Please find some more clarifications below.

1. Matthew.Jacob >>

//
For reference in this discussion
http://physics.nist.gov/cuu/Units/binary.html
//

2. Glenn Fowler >>

//
I believe you still need to address IEEE 1541 units
    http://en.wikipedia.org/wiki/IEEE_1541
i.e.,
        5.0k  124M    # divide by 1000
        4.9Ki 118Mi   # divide by 1024
this will disambiguate displayed values and may also
help to clean up the documentation
//

Agreed Glenn.
I want to adopt this new binary prefix.
So, it would be as below.

Examples:
a> 
 /usr/bin/ksh93  'printf $"%#d\t"  5000  123456789 123456789123  123456789123456'

  5.0k    124M    124G    124T	# divide by 1000

Only kilo(k) is in lower case.

b>
 /usr/bin/ksh93  'printf $"%#i\t"  5000  123456789 123456789123  123456789123456'

 4.9Ki   118Mi   115Gi   112Ti  # divide by 1024

The relevant details can be documented in the man page of vmstat, similar to df(1M).

Copying a part from man page of df(1M)
//
 -h 

All sizes  are  scaled  to a human readable format, for  example,
14K,   234M,  2.7G,  or  3.0T.
Scaling is done by repetitively dividing by 1024.
//


3. glenn.skinner >>

//

 Date: Wed, 21 May 2008 09:34:40 -0700
    From: Eric Sultan <Eric.Sultan@sun.com>
    Subject: Re: vmstat(1m) humanisation [PSARC/2008/329 FastTrack
            timeout 05/16/2008]

    AFAIK, IEEE standards use lower-case 'k' for kilo.  This isn't, of
    course, to say that folks haven't been ignoring the standard or
    perhaps not have known it.

    Within Sun, the Editorial Style Guide conforms to established
    standards and specifies the use of lower-case 'k' for kilo.

Be that as it may, consistency with other Solaris utilities that
provide an option for requesting "humanized" output is more important.
Those utilites (or at least ls(1) and (df(1)) use upper case suffixes.

Examples to the contrary, including Linux and BSD versions of
utilities providing similar options, would be useful.

The principle of least surprise is important here.  We want the syntax
we choose to be familiar to people who have seen similar options in
other utilities.  If it turns out that there are discrepancies in this
respect between Solaris utilities and their Linux and/or BSD
counterparts, we'll have to judge what the least surprising choice is.

This principle is also important in deciding whether or not to
introduce additional suffixes to distinguish between "divide by 1024"
and "divide by 1000" units.  A wider set of examples of whether other
utilities have made such distinctions would be helpful in making this
judgement.
                -- Glenn
//

Agreed Glenn !!

I would say, after wading through the initial hiccups, the new standards
will certainly gain wide acceptance.
I would advocate the adoption of the new binary prefix standard in Solaris nevada.

4. john.levon >>

//
> > ** The fields can be omitted in any order.
I think you mean "emitted".
//

Fine. Will try to make it more clear as below.

**User may choose to skip fields.

5.
Apologies for the wrong usage of the word "vague" at two places.
Please find the correction for the same below.

//
*** I'm not convinced that the -h is a good idea, though.

--> The humanisation is in vague for quite some time (Example df -hl ).
Its relevant in this case as well.
The existing default output can still be obtained.
//

---> The humanisation is in usage for quite some time (Example df -hl )

//
*** I had not come across Ki, Mi, Gi,...
This avoids the major confusion over {1000/1024}

--> Looks like as of now, this convention {Ki, Mi, Gi} is still not in vague.
International Electrotechnical Commission (IEC) seems to have approved it.
//

---> Looks like as of now, this convention {Ki, Mi, Gi} is still not widely adopted.


Cheers,
Manjula
--Boundary_(ID_+ZQjQfYcqnwZBMpQ6GG5hg)-- From Peter.Dennis@sun.com Fri May 23 02:58:14 2008 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m4N9wDjq029392 for ; Fri, 23 May 2008 02:58:13 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id m4N9vrqX009398 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Fri, 23 May 2008 17:58:12 +0800 (SGT) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K1B00K01FOZZT00@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Fri, 23 May 2008 02:58:11 -0700 (PDT) Received: from gmp-eb-inf-1.sun.com ([192.18.6.21]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K1B003XGFOY1VD0@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Fri, 23 May 2008 02:58:11 -0700 (PDT) Received: from fe-emea-09.sun.com (gmp-eb-lb-2-fe1.eu.sun.com [192.18.6.10]) by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m4N9wAkU024353 for ; Fri, 23 May 2008 09:58:10 +0000 (GMT) Received: from conversion-daemon.fe-emea-09.sun.com by fe-emea-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0K1B00701FLFD600@fe-emea-09.sun.com> (original mail from Peter.Dennis@Sun.COM) for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Fri, 23 May 2008 10:58:10 +0100 (BST) Received: from [192.168.1.230] ([86.135.210.64]) by fe-emea-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0K1B000HGFOKX3F0@fe-emea-09.sun.com> for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Fri, 23 May 2008 10:57:57 +0100 (BST) Date: Fri, 23 May 2008 10:58:10 +0100 From: petede Subject: Re: vmstat(1m) humanisation [PSARC/2008/329 FastTrack timeout 05/16/2008] In-reply-to: <48344F20.2030307@Sun.COM> Sender: Peter.Dennis@sun.com To: PSARC-ext@sun.com Cc: manjula pc - Sun Microsystems - Bangalore India Reply-to: Peter.Dennis@sun.com Message-id: <48369532.4020307@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4834203C.9040600@Sun.COM> <48344F20.2030307@Sun.COM> User-Agent: Thunderbird 2.0.0.12 (X11/20080310) Content-Length: 185 Status: RO X-Status: $$$$ X-UID: 0000000023 I've changed the status of this case to 'waiting need spec' as the project team are working on changing the output from vmstat with the new -h option to remove the ambiguity within it.