WORLDTMP on a ram disk

2013-04-20 Thread Kimmo Paasiala
Poking around the /usr/src/Makefile.inc1 I see that there's a variable called WORLDTMP that seems to set the location for temporary files during the world build. My question is now: Is it safe to put WORLDTMP on a ram disk, for example tmpfs(5)? Looking at the build process it seems to me that

Re: MADV_FREE and wait4 EFAULT

2013-04-20 Thread Julian Elischer
On 4/19/13 5:51 AM, Carl Shapiro wrote: On Wed, Apr 17, 2013 at 1:21 AM, Konstantin Belousov kostik...@gmail.comwrote: Did you ensured with e.g. ktrace and procstat -v that your assumptions hold, i.e. the addresses supplied as wait4(2) arguments are valid ? Please provide the minimal test case

Re: Rebooting from loader causes a fault in VMware Workstation

2013-04-20 Thread Joshua Isom
On 4/19/2013 8:48 PM, Jeremy Chadwick wrote: I'm happy to open up a ticket with VMware about the issue as I'm a customer, but I find it a little odd that other operating systems do not exhibit this problem, including another BSD. Ones which reboot just fine from their bootloaders: - Linux --

Re: WORLDTMP on a ram disk

2013-04-20 Thread Dimitry Andric
On Apr 20, 2013, at 11:55, Kimmo Paasiala kpaas...@gmail.com wrote: Poking around the /usr/src/Makefile.inc1 I see that there's a variable called WORLDTMP that seems to set the location for temporary files during the world build. My question is now: Is it safe to put WORLDTMP on a ram disk,

Re: WORLDTMP on a ram disk

2013-04-20 Thread Kimmo Paasiala
On Sat, Apr 20, 2013 at 3:16 PM, Dimitry Andric d...@freebsd.org wrote: On Apr 20, 2013, at 11:55, Kimmo Paasiala kpaas...@gmail.com wrote: Poking around the /usr/src/Makefile.inc1 I see that there's a variable called WORLDTMP that seems to set the location for temporary files during the world

Re: MADV_FREE and wait4 EFAULT

2013-04-20 Thread Konstantin Belousov
On Fri, Apr 19, 2013 at 11:53:22AM -0700, Carl Shapiro wrote: On Fri, Apr 19, 2013 at 5:49 AM, Konstantin Belousov kostik...@gmail.comwrote: It would be of some interest to see the evidence. Certainly. Here is some of the debugging messages that I added to my application. The first

NUMA, cpuset and malloc

2013-04-20 Thread Robert Waksmundzki
On NUMA systems allocated memory is striped across local and non-local banks in order to have consistent performance in case the task is rescheduled to a different CPU socket. When a process is pinned to a single CPU socket with cpuset having the memory allocator prefer local banks would