tmpfs workaround
David Cheney
david.cheney at canonical.com
Wed Sep 26 01:49:11 UTC 2012
Hi Clint,
I'm not sure about that, it's pretty hard to interpose yourself into Go programs because they don't use libc, so linker overrides won't be effective.
The actually problem we're working around is most of the tests fire up a mongodb instance to test against. For reasons we're not quite sure of, mongo is creating ~ 250mb of scratch space during each test run. This space is reused, but as we test multiple packages in parallel, the effect, if you're using spinning rust is profound. Most of the team never saw this as they mount /tmp on a ramdisk, so I was sharing my recipe for this for others that wanted to try it.
Cheers
Dave
On Wednesday, 26 September 2012 at 4:38 AM, Clint Byrum wrote:
> Excerpts from David Cheney's message of 2012-09-25 04:32:46 -0700:
> > /etc/fstab:tmpfs /tmp tmpfs nodev,nosuid,mode=1777 0 0
> >
> >
> > ^ and reboot
>
> This made me wonder.. is there something like 'eatmydata' for go
> programs? Its a nice hack to get rid of things like this (LD_PRELOADS
> a library which disables all the ways data is sync'd to disk in libc).
>
> --
> Juju-dev mailing list
> Juju-dev at lists.ubuntu.com (mailto:Juju-dev at lists.ubuntu.com)
> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju-dev
More information about the Juju-dev
mailing list