Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 30 Mar 2003 02:07:23 -0500
From:      Jake Burkholder <jake@locore.ca>
To:        src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org
Subject:   Re: HEADS UP Re: cvs commit: src/sys/conf options.i386 src/sys/i386/i386 bios.c locore.s machdep.c mpboot.s pmap.c vm86bios.s vm_machdep.c src/sys/i386/include _types.h bus_at386.h param.h pmap.h
Message-ID:  <20030330070723.GE21973@locore.ca>
In-Reply-To: <20030330061301.GC21973@locore.ca>
References:  <200303300524.h2U5Ora7061852@repoman.freebsd.org> <20030330061301.GC21973@locore.ca>

next in thread | previous in thread | raw e-mail | index | archive | help
Apparently, On Sun, Mar 30, 2003 at 01:13:01AM -0500,
	Jake Burkholder said words to the effect of;

> Apparently, On Sat, Mar 29, 2003 at 09:24:53PM -0800,
> 	Jake Burkholder said words to the effect of;
> 
> > jake        2003/03/29 21:24:53 PST
> > 
> >   FreeBSD src repository
> > 
> >   Modified files:
> >     sys/conf             options.i386 
> >     sys/i386/i386        bios.c locore.s machdep.c mpboot.s pmap.c 
> >                          vm86bios.s vm_machdep.c 
> >     sys/i386/include     _types.h bus_at386.h param.h pmap.h 
> >   Log:
> >   - Add support for PAE and more than 4 gigs of ram on x86, dependent on the
> >     kernel opition 'options PAE'.  This will only work with device drivers
> >     which either use busdma, or are able to handle 64 bit physical addresses.
> 

...

To clarify that the ram above 4G is used for, it just goes into the general
page pool.  I don't intend to implement a means for user process's to access
more then their ~2.5G address space through a sliding window as has been done
on other systems, but this should be quite easy to do should someone be so
inclined.  To give an example, on a 6G system you see things like this:

Copyright (c) 1992-2003 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
        The Regents of the University of California. All rights reserved.
FreeBSD 5.0-CURRENT #6: Sat Mar 29 21:23:28 GMT 2003
    jake@p4.locore.ca:/usr/p4/pae/src/sys/i386/compile/P4
Preloaded elf kernel "/boot/kernel/kernel" at 0xc046f000.
Timecounter "i8254"  frequency 1193182 Hz
CPU: Intel(R) XEON(TM) CPU 1.80GHz (1794.71-MHz 686-class CPU)
  Origin = "GenuineIntel"  Id = 0xf24  Stepping = 4
  Features=0x3febfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,C
MOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM>
  Hyperthreading: 2 logical CPUs
real memory  = 6710886400 (6400 MB)
avail memory = 6260428800 (5970 MB)
...

last pid:   704;  load averages:  0.07,  0.02,  0.01    up 0+01:38:27  01:46:35
24 processes:  1 running, 23 sleeping
CPU states:  0.0% user,  0.0% nice,  0.1% system,  0.1% interrupt, 99.8% idle
Mem: 7472K Active, 10M Inact, 78M Wired, 13M Buf, 5925M Free
Swap: 8192M Total, 8192M Free

You still need several processes in order to user more than 4G of ram:

last pid:   712;  load averages:  3.44,  1.06,  0.40    up 0+01:40:23  01:48:31
29 processes:  6 running, 23 sleeping
CPU states: 49.2% user,  0.0% nice,  0.4% system,  0.4% interrupt, 50.0% idle
Mem: 5128M Active, 10M Inact, 88M Wired, 13M Buf, 795M Free
Swap: 8192M Total, 8192M Free

  PID USERNAME PRI NICE   SIZE    RES STATE  C   TIME   WCPU    CPU COMMAND
  708 jake     130    0  1025M  1026M RUN    0   0:31 40.38% 39.65% suck
  709 jake     132    0  1025M  1026M RUN    2   0:25 36.59% 35.89% suck
  707 jake     132    0  1025M  1026M CPU2   0   0:23 36.37% 35.74% suck
  710 jake     132    0  1025M  1026M RUN    2   0:24 36.04% 35.35% suck
  711 jake     131    0  1025M  1026M RUN    0   0:23 35.83% 35.11% suck
  471 jake      96    0  5680K  2680K select 0   0:01  0.00%  0.00% sshd

etc.

Jake



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030330070723.GE21973>