Date: Mon, 4 May 2009 14:53:48 +0200 From: "Paul B. Mahol" <onemda@gmail.com> To: Julian Elischer <julian@elischer.org> Cc: FreeBSD Current <current@freebsd.org> Subject: Re: VIMAGE status Message-ID: <3a142e750905040553p48f6384aseb48c2067463ada4@mail.gmail.com> In-Reply-To: <49FC812B.2070305@elischer.org> References: <49FC812B.2070305@elischer.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On 5/2/09, Julian Elischer <julian@elischer.org> wrote: > The VIMAGE code is nearly all in the the kernel. > > One is now able to make VIMAGE kernels (add options VIMAGE) > though they don't actually allow you to make multiple > vimages instances yet.. > > The VIMAGE option enables all the low level changes needed > throughout the kernel. > > The VIMAGE_GLOBALS option basically sets thing sback to how they were > before. > > Having neither (the default) gives a kernel that is a kind of hybrid. > > The Hybrid state is what will go forward as 'NON-VIMAGE' mode > and the VIMAGE_GLOBALS mode will probably go away in time as > it complicates the code. > > The aim of this mail is to ask people to try add the VIMAGE option > to their regular kernels and try use them as you woudl normally. > You will not yet be able to use any new VIMAGE features but we > should be fully compatible with previous kernels. > > Please report any concerns to the freebsd-virtualization@ mailing list. > > THEORETICALLY you should not see any changes in behaviour, however we > have the following issues: > > * SCTP is not fully converted yet. add 'nooptions SCTP' for now if you > are not using it yet. > > * An NFS (crash) issue was reported. This MAY have been fixed... > > > Theory tells us that all three kernel options should behave about the > same but if you do try this, and have any benchmarking facilities, > it would be incredibly useful if you could let us know if you see any > performance changes between the three. I'm experiencing strange 'netstat -r' output, perhaps I need to clean /usr/obj/? (I dont have VIMAGE enabled) -- Paul
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3a142e750905040553p48f6384aseb48c2067463ada4>