Re: sbrk(2) broken

From: Igor Mozolevsky <igor_at_hybrid-lab.co.uk>
Date: Fri, 4 Jan 2008 11:30:22 +0000
On 04/01/2008, Robert Watson <rwatson_at_freebsd.org> wrote:
> On Fri, 4 Jan 2008, Igor Mozolevsky wrote:
>
> > Of course, if you're afraid of memory overcommit and you know in advance
> >> how much memory you need, you can simply allocate a sufficient amount of
> >> address space at startup and touch it all.  This way, you will either be
> >> killed right away, or be guaranteed to have sufficient memory for the rest
> >> of your (process) lifetime.  Alternatively, do what Varnish does: create a
> >> large file, mmap it, and allocate everything you need from that area, so
> >> you have your own private swap space.  Just make sure to actually allocate
> >> the disk space you need (by filling the file with zeroes, or at the minimum
> >> writing a zero to the file every sb.st_blksize bytes, preferably
> >> sequentially to avoid excessive fragmentation)
> >
> > Surely you can just fseek() on the file at the correct lenght?
>
> That will create a sparse file without file system blocks to back it, and is
> effectively also over-commit.  When the file system runs out of room, you will
> get SIGSEGV when the vnode pager discovers it can't write a page to disk.  If
> you zero-fill it, the blocks are pre-allocated.

Surely you should not be allowed to overcommit on fseek() followed by
write(,,1); zeroing out gigs of hdd space seems rather silly...

Igor
Received on Fri Jan 04 2008 - 10:30:24 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:24 UTC