Hi! Updating a Debian GNU/Hurd virtual machine to recent packages after many months, and then running the GCC testsuite, I observe the following behavior, which should be reproducible with the executable in the attached tarball:
$ vmstat | grep swap\ free
swap free: 4096M
$ ./1.exe
$ vmstat | grep swap\ free
swap free: 3288M
$ ./1.exe
$ vmstat | grep swap\ free
swap free: 2495M
$ ./1.exe
$ vmstat | grep swap\ free
swap free: 1726M
$ ./1.exe
$ vmstat | grep swap\ free
swap free: 931M
$ ./1.exe
$ vmstat | grep swap\ free
swap free: 164M
$ ./1.exe
Bus error
$ vmstat | grep swap\ free
swap free: 0
At this point, the system doesn't recover from this low memory situation.
For each invocation of the executable, there are three "no more room in
[...] (./1.exe([...])" messages on the Mach console.
The executable is compiled from
[gcc]/libstdc++-v3/testsuite/21_strings/basic_string/modifiers/insert/char/1.cc
from commit a050099a416f013bda35832b878d9a57b0cbb231 (gcc-6-branch branch
point; 2016-04-15), which doesn't look very spectacular -- apart from
maybe the __gnu_test::set_memory_limits call, which I'll try to figure
out what it does. But nevertheless, unreclaimed swap space upon process
termination sounds like a bug?
Unless this a known issue, or somebody can quickly pinpoint the problem,
I'll try to bisect core system packages, between the version of the
"good" and "bad" disk images.
Grüße
Thomas
1.tar.xz
Description: application/xz
