On 6/4/2010 1:53 PM, John Baldwin wrote:
On Friday 04 June 2010 1:58:13 pm Alan Cox wrote:
Matthew D Fleming wrote:
On Fri, Jun 04, 2010 at 08:20:49AM -0400, John Baldwin wrote:
Hmmm, I would just try increasing NKPT then. You might have to poke
around in sys/amd64 to see w
On Friday 04 June 2010 1:58:13 pm Alan Cox wrote:
> Matthew D Fleming wrote:
> > On Fri, Jun 04, 2010 at 08:20:49AM -0400, John Baldwin wrote:
> >
> >> Hmmm, I would just try increasing NKPT then. You might have to poke
> >> around in sys/amd64 to see what the default size is and how to tune
Matthew D Fleming wrote:
On Fri, Jun 04, 2010 at 08:20:49AM -0400, John Baldwin wrote:
Hmmm, I would just try increasing NKPT then. You might have to poke
around in sys/amd64 to see what the default size is and how to tune
it.
When Isilon did the stable/7 merge and amd64 default NKPT
On Fri, Jun 04, 2010 at 08:20:49AM -0400, John Baldwin wrote:
> Hmmm, I would just try increasing NKPT then. You might have to poke
> around in sys/amd64 to see what the default size is and how to tune
> it.
When Isilon did the stable/7 merge and amd64 default NKPT changed from
240 to 32 amd64
On Friday 04 June 2010 5:37:14 am Dave Hayes wrote:
> John Baldwin writes:
> > On Wednesday 02 June 2010 6:37:59 pm Dave Hayes wrote:
> >> John Baldwin writes:
> >> > Ok, if you are using a stock mfsroot from a release build, that should
> >> > work fine. If you have built a custom mfsroot that
John Baldwin writes:
> On Wednesday 02 June 2010 6:37:59 pm Dave Hayes wrote:
>> John Baldwin writes:
>> > Ok, if you are using a stock mfsroot from a release build, that should
>> > work fine. If you have built a custom mfsroot that is larger, then
>> > you may need to increase NKPT on i386. I
On Wednesday 02 June 2010 6:37:59 pm Dave Hayes wrote:
> John Baldwin writes:
> > Ok, if you are using a stock mfsroot from a release build, that should
> > work fine. If you have built a custom mfsroot that is larger, then
> > you may need to increase NKPT on i386. In very recent 7 and later yo
John Baldwin writes:
> Ok, if you are using a stock mfsroot from a release build, that should
> work fine. If you have built a custom mfsroot that is larger, then
> you may need to increase NKPT on i386. In very recent 7 and later you
> can do this by setting it to a new value in your kernel con
On Tue, 1 Jun 2010, John Baldwin wrote:
On Monday 31 May 2010 2:45:25 pm Jeremy Chadwick wrote:
On Mon, May 31, 2010 at 11:25:51AM -0700, Dave Hayes wrote:
Jeremy Chadwick writes:
Is the mfsroot file compressed (.gz extension)? Reason I ask is that
the OP states he's using RELENG_7...
Yes
On Monday 31 May 2010 2:45:25 pm Jeremy Chadwick wrote:
> On Mon, May 31, 2010 at 11:25:51AM -0700, Dave Hayes wrote:
> > Jeremy Chadwick writes:
> > > Is the mfsroot file compressed (.gz extension)? Reason I ask is that
> > > the OP states he's using RELENG_7...
> >
> > Yes it is compressed.
>
Dave Hayes writes:
> Jeremy Chadwick writes:
>> CC'ing jhb@ since he last updated PR kern/120127 (which I would say is
>> still a problem on RELENG_7 :-) ). John, are you aware of any gzip
>> decompression / mfsroot changes which might explain the problem on
>> RELENG_7? I haven't done a "thoro
Jeremy Chadwick writes:
> CC'ing jhb@ since he last updated PR kern/120127 (which I would say is
> still a problem on RELENG_7 :-) ). John, are you aware of any gzip
> decompression / mfsroot changes which might explain the problem on
> RELENG_7? I haven't done a "thorough" series of tests, but
On Mon, May 31, 2010 at 11:25:51AM -0700, Dave Hayes wrote:
> Jeremy Chadwick writes:
> > Is the mfsroot file compressed (.gz extension)? Reason I ask is that
> > the OP states he's using RELENG_7...
>
> Yes it is compressed.
>
> > http://jdc.parodius.com/freebsd/pxeboot_serial_install_7.html#
Jeremy Chadwick writes:
> Is the mfsroot file compressed (.gz extension)? Reason I ask is that
> the OP states he's using RELENG_7...
Yes it is compressed.
> http://jdc.parodius.com/freebsd/pxeboot_serial_install_7.html#step7
Thanks much for this. I did a simple test, I rebuilt a DVD that was
On Sun, May 30, 2010 at 07:42:47PM -0700, Dave Hayes wrote:
> Garrett Cooper writes:
> > This is how I do it in my quickie loader.rc:
> > include /boot/loader.4th
> > set vfs.root.mountfrom="ufs:/dev/md0"
> > load /kernel
> > load -t mfs_root /mfsroot
> > start
>
> I used to do exactly this
On 2010-05-30 07:42:47PM -0700, Dave Hayes wrote:
> Garrett Cooper writes:
> > This is how I do it in my quickie loader.rc:
> > include /boot/loader.4th
> > set vfs.root.mountfrom="ufs:/dev/md0"
> > load /kernel
> > load -t mfs_root /mfsroot
> > start
>
> I used to do exactly this back at Fr
Garrett Cooper writes:
> This is how I do it in my quickie loader.rc:
> include /boot/loader.4th
> set vfs.root.mountfrom="ufs:/dev/md0"
> load /kernel
> load -t mfs_root /mfsroot
> start
I used to do exactly this back at FreeBSD 4.11 to boot off a cdrom.
Nice to know it still works this wa
On Fri, May 28, 2010 at 5:48 PM, Garrett Cooper wrote:
> On Fri, May 28, 2010 at 2:58 PM, Jeremy Chadwick
> wrote:
>> On Fri, May 28, 2010 at 12:26:12PM -0700, Dave Hayes wrote:
>>> Jeremy Chadwick writes:
>>> > And I think you meant this for variable names, in addition to what
>>> > vfs.root.mo
On Fri, May 28, 2010 at 2:58 PM, Jeremy Chadwick
wrote:
> On Fri, May 28, 2010 at 12:26:12PM -0700, Dave Hayes wrote:
>> Jeremy Chadwick writes:
>> > And I think you meant this for variable names, in addition to what
>> > vfs.root.mountfrom should be (specific to RELENG_8):
>> > mfsroot_load="YES
On Sat, May 29, 2010 at 01:34:24AM +0300, Andriy Gapon wrote:
> on 29/05/2010 00:58 Jeremy Chadwick said the following:
> > On Fri, May 28, 2010 at 12:26:12PM -0700, Dave Hayes wrote:
> >> Jeremy Chadwick writes:
> >>> And I think you meant this for variable names, in addition to what
> >>> vfs.ro
on 29/05/2010 00:58 Jeremy Chadwick said the following:
> On Fri, May 28, 2010 at 12:26:12PM -0700, Dave Hayes wrote:
>> Jeremy Chadwick writes:
>>> And I think you meant this for variable names, in addition to what
>>> vfs.root.mountfrom should be (specific to RELENG_8):
>>> mfsroot_load="YES"
>>
On Fri, May 28, 2010 at 12:26:12PM -0700, Dave Hayes wrote:
> Jeremy Chadwick writes:
> > And I think you meant this for variable names, in addition to what
> > vfs.root.mountfrom should be (specific to RELENG_8):
> > mfsroot_load="YES"
> > mfsroot_type="mfs_root"
> > mfsroot_name="/some/path/mfsr
Jeremy Chadwick writes:
> On Fri, May 28, 2010 at 10:57:29AM -0700, Dave Hayes wrote:
>> Clifton Royston writes:
>> > It sounds like what you really want is to load the contents of the
>> > specified file as a memory system? That's not part of mdconfig's
>> > repertoire, to the best of my recoll
On Fri, May 28, 2010 at 10:57:29AM -0700, Dave Hayes wrote:
> Clifton Royston writes:
> > It sounds like what you really want is to load the contents of the
> > specified file as a memory system? That's not part of mdconfig's
> > repertoire, to the best of my recollection.
>
> So if, in /etc/l
on 28/05/2010 20:57 Dave Hayes said the following:
> Clifton Royston writes:
>> It sounds like what you really want is to load the contents of the
>> specified file as a memory system? That's not part of mdconfig's
>> repertoire, to the best of my recollection.
>
> So if, in /etc/loader.conf,
Clifton Royston writes:
> It sounds like what you really want is to load the contents of the
> specified file as a memory system? That's not part of mdconfig's
> repertoire, to the best of my recollection.
So if, in /etc/loader.conf, I do this:
rootfs_load="YES"
rootfs_type="mfs_root"
root
On Thu, May 27, 2010 at 04:48:42PM -0700, Dave Hayes wrote:
> On FreeBSD 7.3-STABLE I'm mounting a DVD and doing something like
> this:
>
> mdconfig -a -t vnode -o reserve -o readonly -f /dvd/file
>
> so that /dvd/file becomes the backing storage for my memory
> disk.
It sounds like what you
On Thu, May 27, 2010 at 4:48 PM, Dave Hayes wrote:
> On FreeBSD 7.3-STABLE I'm mounting a DVD and doing something like
> this:
>
> mdconfig -a -t vnode -o reserve -o readonly -f /dvd/file
>
> so that /dvd/file becomes the backing storage for my memory
> disk.
>
> Now if the system is under severe
On FreeBSD 7.3-STABLE I'm mounting a DVD and doing something like
this:
mdconfig -a -t vnode -o reserve -o readonly -f /dvd/file
so that /dvd/file becomes the backing storage for my memory
disk.
Now if the system is under severe memory pressure, will this
memory get swapped out, causing a re
29 matches
Mail list logo
