* [Patch] proc: fill 'lib' field in /proc/<pid>/statm
@ 2009-12-07 10:25 Amerigo Wang
2009-12-07 11:19 ` Hugh Dickins
0 siblings, 1 reply; 3+ messages in thread
From: Amerigo Wang @ 2009-12-07 10:25 UTC (permalink / raw)
To: linux-kernel
Cc: Mel Gorman, Alexey Dobriyan, Eric W. Biederman, stable,
Amerigo Wang, akpm, Al Viro
Currently, the 'lib' field of /proc/<pid>/statm is
always 0, we should fill it with the right value,
the same with 'VmLib'.
Signed-off-by: WANG Cong <amwang@redhat.com>
Cc: Eric W. Biederman <ebiederm@xmission.com>
Cc: Alexey Dobriyan <adobriyan@gmail.com>
Cc: Al Viro <viro@zeniv.linux.org.uk>
Cc: Mel Gorman <mel@csn.ul.ie>
Cc: stable@kernel.org
---
diff --git a/fs/proc/array.c b/fs/proc/array.c
index 4badde1..d710293 100644
--- a/fs/proc/array.c
+++ b/fs/proc/array.c
@@ -623,7 +623,7 @@ int proc_pid_statm(struct seq_file *m, struct pid_namespace *ns,
struct mm_struct *mm = get_task_mm(task);
if (mm) {
- size = task_statm(mm, &shared, &text, &data, &resident);
+ size = task_statm(mm, &shared, &text, &data, &resident, &lib);
mmput(mm);
}
seq_printf(m, "%d %d %d %d %d %d %d\n",
diff --git a/fs/proc/internal.h b/fs/proc/internal.h
index 753ca37..5b7ab52 100644
--- a/fs/proc/internal.h
+++ b/fs/proc/internal.h
@@ -98,7 +98,7 @@ extern spinlock_t proc_subdir_lock;
struct dentry *proc_pid_lookup(struct inode *dir, struct dentry * dentry, struct nameidata *);
int proc_pid_readdir(struct file * filp, void * dirent, filldir_t filldir);
unsigned long task_vsize(struct mm_struct *);
-int task_statm(struct mm_struct *, int *, int *, int *, int *);
+int task_statm(struct mm_struct *, int *, int *, int *, int *, int *);
void task_mem(struct seq_file *, struct mm_struct *);
struct proc_dir_entry *de_get(struct proc_dir_entry *de);
diff --git a/fs/proc/task_mmu.c b/fs/proc/task_mmu.c
index 2a1bef9..ea5bdd9 100644
--- a/fs/proc/task_mmu.c
+++ b/fs/proc/task_mmu.c
@@ -63,13 +63,14 @@ unsigned long task_vsize(struct mm_struct *mm)
}
int task_statm(struct mm_struct *mm, int *shared, int *text,
- int *data, int *resident)
+ int *data, int *resident, int *lib)
{
*shared = get_mm_counter(mm, file_rss);
*text = (PAGE_ALIGN(mm->end_code) - (mm->start_code & PAGE_MASK))
>> PAGE_SHIFT;
*data = mm->total_vm - mm->shared_vm;
*resident = *shared + get_mm_counter(mm, anon_rss);
+ *lib = mm->exec_vm - *text;
return mm->total_vm;
}
diff --git a/fs/proc/task_nommu.c b/fs/proc/task_nommu.c
index 8f5c05d..d851ff7 100644
--- a/fs/proc/task_nommu.c
+++ b/fs/proc/task_nommu.c
@@ -92,7 +92,7 @@ unsigned long task_vsize(struct mm_struct *mm)
}
int task_statm(struct mm_struct *mm, int *shared, int *text,
- int *data, int *resident)
+ int *data, int *resident, int *lib)
{
struct vm_area_struct *vma;
struct vm_region *region;
^ permalink raw reply related [flat|nested] 3+ messages in thread* Re: [Patch] proc: fill 'lib' field in /proc/<pid>/statm
2009-12-07 10:25 [Patch] proc: fill 'lib' field in /proc/<pid>/statm Amerigo Wang
@ 2009-12-07 11:19 ` Hugh Dickins
2009-12-07 11:42 ` Cong Wang
0 siblings, 1 reply; 3+ messages in thread
From: Hugh Dickins @ 2009-12-07 11:19 UTC (permalink / raw)
To: Amerigo Wang
Cc: linux-kernel, Mel Gorman, Alexey Dobriyan, Eric W. Biederman,
stable, akpm, Al Viro
On Mon, 7 Dec 2009, Amerigo Wang wrote:
> Currently, the 'lib' field of /proc/<pid>/statm is
> always 0, we should fill it with the right value,
> the same with 'VmLib'.
The right value (if you're looking for consistency with Linux 2.4)
is the number of currently resident "library" pages: and we don't
know that number - we can't even define what a library is.
We could add some code to make it show the same bogus number as
we show somewhere else, but it has said 0 ever since 2.5.37: so
I don't think it's worth a line of code myself, but bow to others.
>
> Signed-off-by: WANG Cong <amwang@redhat.com>
> Cc: Eric W. Biederman <ebiederm@xmission.com>
> Cc: Alexey Dobriyan <adobriyan@gmail.com>
> Cc: Al Viro <viro@zeniv.linux.org.uk>
> Cc: Mel Gorman <mel@csn.ul.ie>
> Cc: stable@kernel.org
What does alarm me is that you think this is fit for -stable!
Hugh
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [Patch] proc: fill 'lib' field in /proc/<pid>/statm
2009-12-07 11:19 ` Hugh Dickins
@ 2009-12-07 11:42 ` Cong Wang
0 siblings, 0 replies; 3+ messages in thread
From: Cong Wang @ 2009-12-07 11:42 UTC (permalink / raw)
To: Hugh Dickins
Cc: linux-kernel, Mel Gorman, Alexey Dobriyan, Eric W. Biederman,
akpm, Al Viro
Hugh Dickins wrote:
> On Mon, 7 Dec 2009, Amerigo Wang wrote:
>
>> Currently, the 'lib' field of /proc/<pid>/statm is
>> always 0, we should fill it with the right value,
>> the same with 'VmLib'.
>
> The right value (if you're looking for consistency with Linux 2.4)
> is the number of currently resident "library" pages: and we don't
> know that number - we can't even define what a library is.
Hmm, the current algorithm is just kicking out text size of itself
from ->exec_vm, it really makes some sense, but not always.
>
> We could add some code to make it show the same bogus number as
> we show somewhere else, but it has said 0 ever since 2.5.37: so
> I don't think it's worth a line of code myself, but bow to others.
If you mean 'VmLib' in /proc/<pid>/status, this is the same with it.
>
>> Signed-off-by: WANG Cong <amwang@redhat.com>
>> Cc: Eric W. Biederman <ebiederm@xmission.com>
>> Cc: Alexey Dobriyan <adobriyan@gmail.com>
>> Cc: Al Viro <viro@zeniv.linux.org.uk>
>> Cc: Mel Gorman <mel@csn.ul.ie>
>> Cc: stable@kernel.org
>
> What does alarm me is that you think this is fit for -stable!
>
Oh, sorry, I thought missing this field is a mistake...
Dropped.
Thanks.
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2009-12-07 11:40 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-12-07 10:25 [Patch] proc: fill 'lib' field in /proc/<pid>/statm Amerigo Wang
2009-12-07 11:19 ` Hugh Dickins
2009-12-07 11:42 ` Cong Wang
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox