Opened 17 years ago
Closed 16 years ago
#2239 closed bug (fixed)
kernel doesn't free memory that was requested from userspace programs
Reported by: | kaoutsis | Owned by: | axeld |
---|---|---|---|
Priority: | normal | Milestone: | R1 |
Component: | - General | Version: | R1/pre-alpha1 |
Keywords: | Cc: | ||
Blocked By: | Blocking: | ||
Platform: | All |
Description
- boost_1_35_0.tar.bz2
- ~/Desktop/boost_1_35_0> pwd
/boot/home/Desktop/boost_1_35_0 ~/Desktop/boost_1_35_0> ./configure --includedir=/boot/develop/headers/ --libdir=/boot/home/config/lib/
- ~/Desktop/boost_1_35_0> make install
- after making a lot of targets, mostly copying the boost headers
to the destination directory, the memory of kernel team increases constantly and then happens the 'vfork: Out of memory'. From that moment, it's impossible to build the rest 163 targets, if you try again the 'make install'; see vfork.png and ProcessController-status.png, the memory is never freed.
Attachments (2)
Change History (6)
by , 17 years ago
by , 17 years ago
Attachment: | ProcessController-status.png added |
---|
comment:1 by , 17 years ago
comment:2 by , 17 years ago
Summary: | kernel doen't free memory that was requested from userspace programs → kernel doesn't free memory that was requested from userspace programs |
---|
comment:3 by , 17 years ago
If it helps I experience the same issue when building haiku in haiku. Restarting the build fails with the same error but a reboot sorts it out.
comment:4 by , 16 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
Several kernel memory leaks have been fixed in the meantime and the low memory management has been improved. Furthermore swap support is enabled now. This should be fixed. If it isn't, please re-open.
revision is hrev25539