Re: how to deal with "virtual memory exhausted: Cannot allocate memory"?
On Sat, Oct 15, 2016 at 01:51:07PM +0200, Aurelien Jarno wrote:
> On 2016-10-14 14:12, Adrian Bunk wrote:
> > On Tue, Oct 11, 2016 at 08:28:28PM -0400, Yaroslav Halchenko wrote:
> > > Hi MIPS gurus,
> > >
> > > We have
> > > Bug#837403: connectome-workbench: FTBFS with bindnow and PIE
> > > due to inability to build that package on mips
> > > https://buildd.debian.org/status/fetch.php?pkg=connectome-workbench&arch=mips&ver=1.2.3-2&stamp=1473733739
> > > or mipsel
> > > https://buildd.debian.org/status/fetch.php?pkg=connectome-workbench&arch=mipsel&ver=1.2.3-2&stamp=1473733554
> > >
> > > both of which fail with
> > >
> > > "virtual memory exhausted: Cannot allocate memory"
> > >
> > > What would be your recommendation -- demand removing mips* from
> > > supported architectures or there is a chance... ? ;)
> >
> > The build log says
> > make -j4
> >
> > This is due to the following in debian/rules:
> > dh $@ --parallel --sourcedirectory=src
> >
> > Running 4 instances of the compiler in parallel can quadruple
> > the memory usage.
>
> That is true, however the amount of memory per 32-bit process is
> unchanged and still limited to 2GB, so I doubt it will make any
> change.
The error message just tells that mmap() failed with ENOMEM,
but looking at the hardware specs of the autobuilders I agree
with you that my suggestion is not likely to help here.
> Aurelien
cu
Adrian
--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed
Reply to: