Re: expanding past 1 TB on amd64

2013-08-16 Thread Neel Natu
Hi Chris, Alan: On Sun, Jul 21, 2013 at 1:19 AM, Chris Torek chris.to...@gmail.com wrote: (Apologies for delay in reply, family issues) I'd be fine with 4 TB instead of 16; and, at this point, with the latest patches, it's easily tuned. The auto-sizing of the direct map is not affected by

Re: expanding past 1 TB on amd64

2013-07-21 Thread Chris Torek
(Apologies for delay in reply, family issues) I'd be fine with 4 TB instead of 16; and, at this point, with the latest patches, it's easily tuned. The auto-sizing of the direct map is not affected by sparse space as it keys off Maxmem, which is not actually physical size, but rather one past

Re: expanding past 1 TB on amd64

2013-07-17 Thread Darren Pilgrim
On 7/16/2013 2:12 PM, Alan Cox wrote: ... The Haswell line of CPUs is widely reported to support DIMMs twice as large, and it's due in September. That would make the systems of late 2013 hold up to 1536GB of memory. I'd point you at stuff like the Supermicro X8BQ6 series of mainboards. QP

Re: expanding past 1 TB on amd64

2013-07-17 Thread Kurt Lidl
On 7/16/2013 2:12 PM, Alan Cox wrote: ... The Haswell line of CPUs is widely reported to support DIMMs twice as large, and it's due in September. That would make the systems of late 2013 hold up to 1536GB of memory. I'd point you at stuff like the Supermicro X8BQ6 series of mainboards. QP

Re: expanding past 1 TB on amd64

2013-07-17 Thread Bob Bishop
Hi, On 17 Jul 2013, at 15:17, Kurt Lidl wrote: On 7/16/2013 2:12 PM, Alan Cox wrote: ... The Haswell line of CPUs is widely reported to support DIMMs twice as large, and it's due in September. That would make the systems of late 2013 hold up to 1536GB of memory. I'd point you at stuff

Re: expanding past 1 TB on amd64

2013-07-17 Thread Freddie Cash
On Wed, Jul 17, 2013 at 7:50 AM, Bob Bishop r...@gid.co.uk wrote: Hi, On 17 Jul 2013, at 15:17, Kurt Lidl wrote: On 7/16/2013 2:12 PM, Alan Cox wrote: ... The Haswell line of CPUs is widely reported to support DIMMs twice as large, and it's due in September. That would make the

Re: expanding past 1 TB on amd64

2013-07-17 Thread Kurt Lidl
On 7/17/13 11:26 AM, Freddie Cash wrote: On Wed, Jul 17, 2013 at 7:50 AM, Bob Bishop r...@gid.co.uk mailto:r...@gid.co.uk wrote: Hi, On 17 Jul 2013, at 15:17, Kurt Lidl wrote: On 7/16/2013 2:12 PM, Alan Cox wrote: ... The Haswell line of CPUs is widely reported to

Re: expanding past 1 TB on amd64

2013-07-16 Thread Kurt Lidl
On Wed, Jun 19, 2013 at 1:32 AM, Chris Torek chris.torek at gmail.com wrote: In src/sys/amd64/include/vmparam.h is this handy map: * 0x - 0x7fff user map * 0x8000 - 0x7fff does not exist (hole) * 0x8000 - 0x804020100fff

Re: expanding past 1 TB on amd64

2013-07-16 Thread Alan Cox
On Tue, Jul 16, 2013 at 7:08 AM, Kurt Lidl l...@pix.net wrote: On Wed, Jun 19, 2013 at 1:32 AM, Chris Torek chris.torek at gmail.com wrote: In src/sys/amd64/include/vmparam.**h is this handy map: * 0x - 0x7fff user map * 0x8000 -

Max mmap space (was: expanding past 1 TB on amd64)

2013-07-16 Thread Bernd Walter
On Tue, Jul 16, 2013 at 02:12:42PM -0700, Alan Cox wrote: On Tue, Jul 16, 2013 at 7:08 AM, Kurt Lidl l...@pix.net wrote: On Wed, Jun 19, 2013 at 1:32 AM, Chris Torek chris.torek at gmail.com wrote: In src/sys/amd64/include/vmparam.**h is this handy map: * 0x -

Re: expanding past 1 TB on amd64

2013-07-15 Thread Alan Cox
On Wed, Jun 19, 2013 at 1:32 AM, Chris Torek chris.to...@gmail.com wrote: In src/sys/amd64/include/vmparam.h is this handy map: * 0x - 0x7fff user map * 0x8000 - 0x7fff does not exist (hole) * 0x8000 - 0x804020100fff

expanding past 1 TB on amd64

2013-06-19 Thread Chris Torek
In src/sys/amd64/include/vmparam.h is this handy map: * 0x - 0x7fff user map * 0x8000 - 0x7fff does not exist (hole) * 0x8000 - 0x804020100fff recursive page table (512GB slot) * 0x804020101000 - 0xfdff