I suspect this memory is, as discussed above, the tracing memory in the
kernel rather than that used by ureadahead itself
** Changed in: ureadahead (Ubuntu)
Status: Confirmed => Triaged
** Changed in: ureadahead (Ubuntu)
Importance: Undecided => Medium
** Summary changed:
- ureadahead
This may need to fall under another bug report:
Today I booted into recovery mode to recover some data from a failed drive,
then resumed the normal boot into a console. I then moved a large number of
files from one drive to another. During the transfer I thought that the system
was acting slug
In response to Davide Dente at comment #7 :
Just got a reprofiling, and of course my memory usage is higher than usual.
The debugfs DID appear in df :
none debugfs 18G 12G 4,8G 72% /var/lib/ureadahead/debugfs
So I tried to unmount it :
$ sudo umount /var/lib/ureadahead/debugfs
umoun
I noticed that the first lines of dumping the pack file show the size of
the pack which is pretty close to the size of the missing memory:
Fri Jan 22 10:22:38 CST 2010
total used free sharedbuffers cached
Mem: 1021768 444560 577208 0
I see the debugfs mount also. Maybe it is related.
I think this is also related to many users stability issues.
If this doesn't get fixed, I would recommend disabling ureadahead for Lucid.
It could be a bug in the kernel too.
--
ureadahead doesn't free memory after profile
https://bugs.launchpa
Hello people, it seems to me that this bug and bug 499773 are related.
In other word: when ureadahead does its retrace thing on boot, I see
BOTH symptoms:
- the memory usage is very high
- the /var/lib/ureadahead/debugfs entry not removed from /etc/mtab
For a normal boot, when ureadahead retrac
Since the used memory doesn't seem to belong to a process, and ureadahead
requires the kernel to be patched, it seems that the issue might be in the
kernel patch.
Is there any information on what the patch is, or where to get the source?
--
ureadahead doesn't free memory after profile
https://b
I found a few forum threads that seem to be about the same problem but haven't
realized it's caused by ureadahead yet:
http://ubuntuforums.org/showthread.php?p=8641459
http://swiss.ubuntuforums.org/showthread.php?p=8643666
I'm observing the same thing at work (64-bit) and at home (32-bit). Even
w
Removing ureadahead didn't have much effect for me, though subsequent
boots following its removal did feel a lot faster. Running Google
Chrome, Pidgin, and Gnome (with Tracker in the background) takes up 670
MB. I don't think this has to do with ureadahead.
--
ureadahead doesn't free memory after
This is insidious. I was wondering where 500MB of my memory went, and
ps, top, etc, didn't report who stole it. I upgraded some packages to
make sure it wasn't a memory leak and rebooted.
Unfortunately the package upgrade either invalidated the ureadahead
pack, or reset it or something, because af
** Changed in: ureadahead (Ubuntu)
Status: New => Confirmed
--
ureadahead doesn't free memory after profile
https://bugs.launchpad.net/bugs/501715
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu
Same issue here with normal up-to-date Karmic.
I was trying to trigger a re-profiling and ran
ureadahead --force-trace
The memory usage increased immediately and was never released. I only realized
afterwards that this wasn't the good approach for doing what I wanted, and
removed merely the pac
** Attachment added: "Dependencies.txt"
http://launchpadlibrarian.net/37294880/Dependencies.txt
--
ureadahead doesn't free memory after profile
https://bugs.launchpad.net/bugs/501715
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
13 matches
Mail list logo
