Superpage promotion happens automatically when consecutive data are accessed
according to the proper heuristic.
and in practice - unless there are only few processes, never really works.
this is a result of my own tests.
___
Hello, Freebsd-hackers.
I need to rebuild world and kernel often for experiments with
NanoBSD, and I want to use clang.
But clang bootstrap is drastically slow. And second clang build is
not any faster.
Whole buildworld with lots of parts, like gcc toolchain, games,
examples, etc.,
GSOC posted the list of selected organization for GSOC 2013 and I am highly
happy that FreeBSD is among the selected organization.
I am a third year student interested to work in the field of embedded
system. I applied last year and the title of my project was Kernel Size
Reduction for Embedded
Lev Serebryakov wrote:
Is it possible to build NanoBSD faster? Use system compiler, and don't build
bootstrap compiler at all?
There are some issues when building updated sources [1]. There was a thread about
adding support for an external compiler [2], but that yielded a non-working
On Mon, Apr 08, 2013 at 08:28:04PM +, Amit Rawat wrote:
GSOC posted the list of selected organization for GSOC 2013 and I am
highly happy that FreeBSD is among the selected organization.
I am a third year student interested to work in the field of embedded
system. I applied last year and
Hi,
Your idea is interesting, but it doesn't fix the underlying problem -
there's just too much code. :(
Adrian
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to
Hi,
On Mon, 8 Apr 2013 20:28:04 +
Amit Rawat aami...@gmail.com wrote:
GSOC posted the list of selected organization for GSOC 2013 and I am
highly happy that FreeBSD is among the selected organization.
I am a third year student interested to work in the field of embedded
system. I
On 4/8/13 4:10 PM, Adrian Chadd wrote:
Hi,
Your idea is interesting, but it doesn't fix the underlying problem -
there's just too much code. :(
If you were to API'ify some of the more basic things such as fget,
fdrop, filedesc stuff you could potentially swap out the systems for
simpler
Hi, I was looking for some help with copyinstr() on an amd64 platform.
My from address happens to be in the kernel (stack). I am getting an
EFAULT, and I am wondering how to fix that.
Would using memory from malloc() make a difference?
-vijay
___
Well, it's relatively easy to experience what it's like.
Reboot your machine with 32mb. Try to do things like bring up network
interfaces. Snark when stupid stuff occurs, like you can't allocate
enough mbufs for the driver RX path _and_ run the ifconfig command to
completion to bring said
On Apr 8, 2013, at 7:34 PM, Alfred Perlstein bri...@mu.org wrote:
However, until a bunch of embedded folks come forward and state what they are
really willing to sacrifice, then we won't really have anything to go on, and
it will be guessing at what will work for a space that not all of us
On 8 April 2013 19:28, Kevin Day toa...@dragondata.com wrote:
Ages ago we had to make things work in 16 or 32MB of total system memory on
i386.
For the most part, disabling every compiled-in option/driver we didn't need
was 90% of the effort. Which options/drivers is going to be totally
12 matches
Mail list logo
