14 messages in org.freebsd.freebsd-archU Area Removal| From | Sent On | Attachments |
|---|---|---|
| David Schultz | Nov 10, 2004 7:00 pm | |
| Scott Long | Nov 10, 2004 7:15 pm | |
| Brian Fundakowski Feldman | Nov 10, 2004 7:16 pm | |
| Bruce M Simpson | Nov 10, 2004 7:32 pm | |
| Scott Long | Nov 10, 2004 7:44 pm | |
| David Schultz | Nov 10, 2004 7:56 pm | |
| Julian Elischer | Nov 10, 2004 9:59 pm | |
| Marcel Moolenaar | Nov 10, 2004 11:53 pm | |
| John Baldwin | Nov 11, 2004 9:28 am | |
| Scott Long | Nov 11, 2004 4:16 pm | |
| David Schultz | Nov 11, 2004 5:01 pm | |
| Marcel Moolenaar | Nov 11, 2004 7:51 pm | |
| Scott Long | Nov 11, 2004 10:26 pm | |
| Matthew Dillon | Nov 13, 2004 6:19 pm |
| Subject: | U Area Removal | |
|---|---|---|
| From: | Bruce M Simpson (bm...@spc.org) | |
| Date: | Nov 10, 2004 7:32:33 pm | |
| List: | org.freebsd.freebsd-arch | |
Hey there,
On Wed, Nov 10, 2004 at 10:00:35PM -0500, David Schultz wrote:
Over the years, the amount of data we have stored in each process' U area has eroded to the point where all we have left are the following:
- A struct kinfo_proc that is only used for a.out core dumps. This can be reconstructed at the time of the core dump, so it doesn't need to be there.
Aren't we 100% ELF these days? Surely aout is no longer relevant?
- The struct pstats for the process, which takes a mere 216 bytes on i386.
That's pretty small. I don't see the rusage or timeval structs growing much for 64-bit platforms.
I propose to remove the ability to swap the U area, allocating p_stats from malloced memory instead.
I think this is a good idea.
I've briefly looked over this and am happy to see it simplifies MD code somewhat.
BMS