From: Jay Lan <jlan@engr.sgi.com>
To: Andrew Morton <akpm@osdl.org>
Cc: LKML <linux-kernel@vger.kernel.org>,
Shailabh Nagar <nagar@watson.ibm.com>,
Balbir Singh <balbir@in.ibm.com>, Jes Sorensen <jes@sgi.com>,
Chris Sturtivant <csturtiv@sgi.com>, Tony Ernst <tee@sgi.com>,
Guillaume Thouvenin <guillaume.thouvenin@bull.net>
Subject: [patch 0/3] System accounting and taskstats update
Date: Wed, 02 Aug 2006 21:19:35 -0700 [thread overview]
Message-ID: <44D17957.10209@engr.sgi.com> (raw)
This posting is to replace the "CSA accounting and taskstats
update" patches i posted on 7/31.
This set of patches would provide basic system accounting
and extended system accounting data to userland using the
taskstats interface.
Patches are created against 2.6.18-rc2.
taskstats-rev2.patch
taskstats-acct.patch
bsd-to-xacct.patch
Regards,
Jay Lan <jlan@sgi.com>
ChageLog:
Feedbacks from Shailabh Nagar
- realign new fields, and rename some fields names
- keep ac_ prefix for basic accounting fields but
remove prefix on extended accounting fields.
- fix typos
- use timespec_sub() routine simplify code
- fix compilation issue if some CONFIG flags off
- use 'static inlines' on CONFIG flag '#else' cases
Feedbacks from Balbir Singh
- use 'BUILD_DEBUG_ON' to check TS_COMM_LEN value
- use portable cputime_to_msecs() API
- set system time to 1 usec if both stime and utime
are less than 1 usec.
Since most of the accounting data required by CSA
are also used in BSD Process Accounting, i initially
named those accounting fields handling as "basic
accounting" and the rest as "CSA extension". However,
there is not really much left in CSA. Thus, it makes
sense to eliminate CSA from the kernel all together.
However, Shailabh liked to separate the taskstats
interface part from the accounting data part and i
agreed that it was the right thing to do.
Thus, there will be kernel/tsacct.c and
include/linux/tsacct_kern.h to become home of the
accounting data handling code. A new config flag
"CONFIG_TASK_XACCT" is added so that three routines
dealing with extended accouting can be defined
as dummy.
next reply other threads:[~2006-08-03 4:19 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-08-03 4:19 Jay Lan [this message]
2006-08-03 7:05 ` [patch 0/3] System accounting and taskstats update Andrew Morton
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=44D17957.10209@engr.sgi.com \
--to=jlan@engr.sgi.com \
--cc=akpm@osdl.org \
--cc=balbir@in.ibm.com \
--cc=csturtiv@sgi.com \
--cc=guillaume.thouvenin@bull.net \
--cc=jes@sgi.com \
--cc=linux-kernel@vger.kernel.org \
--cc=nagar@watson.ibm.com \
--cc=tee@sgi.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox