[Expired for linux (Ubuntu) because there has been no activity for 60
days.]
** Changed in: linux (Ubuntu)
Status: Incomplete => Expired
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/135115
Ti
Tom Badran, this bug was reported a while ago and there hasn't been any
activity in it recently. We were wondering if this is still an issue? If
so, could you please test for this with the latest development release
of Ubuntu? ISO images are available from http://cdimage.ubuntu.com
/daily-live/curr
*** This bug is a duplicate of bug 131094 ***
https://bugs.launchpad.net/bugs/131094
** Branch linked: lp:ubuntu/tracker
--
tracker causing very high disk useage/thrashing
https://bugs.launchpad.net/bugs/135115
You received this bug notification because you are a member of Ubuntu
Bugs, which
*** This bug is a duplicate of bug 131094 ***
https://bugs.launchpad.net/bugs/131094
Paul,
After fresh install to a new partition , I added partition of old home
to tracker-preferences to index and fresh install makes a huge
difference.
So same number of files were being indexed in both ca
*** This bug is a duplicate of bug 131094 ***
https://bugs.launchpad.net/bugs/131094
New install => empty home directory => no content to index(!)
Upgrade/real world situation => 10GB of files in ~/ => sudden urge to
index 10GB of files.
So *of course* the symptoms will never show up with a
*** This bug is a duplicate of bug 131094 ***
https://bugs.launchpad.net/bugs/131094
Jamie, that bug pretty much describes my entire experience with gutsy up
until now, and oddly like metioned in that bug disabling esd actually
helps too.
It does seem that there is a serious problem with 2.6.
Tom, thanks for the info
This was exactly my experiences when upgrading -
https://bugs.launchpad.net/ubuntu/+source/linux-
source-2.6.22/+bug/131094
--
tracker causing very high disk useage/thrashing
https://bugs.launchpad.net/bugs/135115
You received this bug notification because you are a memb
I've done a fresh gutsy install (tribe 5 + immediately updating) with a
new home directory too (i wanted to split my / /home and /usr/local
partitions anyway, so it seemed like a good time) and i dont seem to be
having any problems now.
In response to Jamie, the files in .cache/tracker were around
** Changed in: tracker (Ubuntu)
Importance: Undecided => High
--
tracker causing very high disk useage/thrashing
https://bugs.launchpad.net/bugs/135115
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs mailing list
Tom,
0.6.2 has a bug that leaks memory so I guess check rss of trackerd with
top.
If free memory is in short supply the kernel will have a hard time
caching updates to disk.
To debug iowait state run vmstat 1
the last column wa shows the percent of cpu waiting for IO. If its
consistently above
Hey Migeul, afraid that makes absolutely no noticeable difference. I
guess this bug is due to something else. Any thing else you can think of
that can help diagnose the problem? I can collect any system info you
need here.
--
tracker causing very high disk useage/thrashing
https://bugs.launchpad.
Can you try to run
sudo ionice -c 3 -p $PID_OF_TRACKERD
(you have to manually replace $PID_OF_TRACKERD with the right value) to see if
this is related to #138249?
--
tracker causing very high disk useage/thrashing
https://bugs.launchpad.net/bugs/135115
You received this bug notification because
Recent update makes no noticieable difference to this problem for me,
the cpu useage is definately down, but my disk is still grinding away
and its noticeably affecting interactivity of other programs.
There doesnt seem to be a reopened status, so set back to confirmed, not
sure if thats correct.
tracker (0.6.2-0ubuntu1) gutsy; urgency=low
* New upstream version
- New Sqlite based indexer which utlises the new incremental blob I/O
in sqlite 3.4
- Highly optimised email indexing (up to 5x faster)
- Dramatically reduced disk access and disk contention (LP: #131983,#135115
We have improved this in svn. It should not slow down other processes
accessing to disk (such as compilation or check outs)
indexing can take a long time but you can configure it to exclude
certain directories if you have tons of indexable content
(preferences->indexing preferences)
feel free to
15 matches
Mail list logo
