same problem, high CPU usage and high I\O, system goes unusable, after
closing FF3 all back to normal...
ATI X1300 Mobile, fglrx driver from 8.04 all updates are installed
--
[MASTER] High CPU Consumption
https://bugs.launchpad.net/bugs/215728
You received this bug notification because you are
sorry that I didn't find this bug. Would be good to tell the reporters
to make a really specific subject, 9 duplicates on a short time, but
'high cpu usage' can really mean anything.
--
[MASTER] High CPU Consumption
https://bugs.launchpad.net/bugs/215728
You received this bug notification
@jaiwithani: please not that this is not a fix, it is a workaround. An
important functionality of firefox was disabled.
Anyway, it's good that I can use firefox again and I'm confident that the
developers will provide a fix to this problem.
No need to add more comments, let's all watch Update
same problem for me , this morning .
yesterday afternoon, i enabled the phishing detection .
il let the attack site option enabled , and will look if it happens
again
--
[MASTER] High CPU Consumption
https://bugs.launchpad.net/bugs/215728
You received this bug notification because you are a
Hi.
I see the bug is closed with a workaround but I would like to ask another
question. For me, the bug has started to happen with Firefox 3.0b5 after the
upgrade to Hardy. But it is also the first time I started Amarok, that I use
permanently since, and that uses sqlite inside.
So I wanted
Comme tout était en anglais, j'ai écrit en anglais. En français, ça
donne ceci :
Salut,
Je vois que le bug a été fermé avec un workaround mais je voudrais poser une
autre question. Pour moi, le bug a commencé à se produire avec Firefox 3.0b5
après une mise-à-jour vers Hardy. Mais c'est aussi la
@Christophe: No it has nothing to with other applications using sqlite,
like Amarok. I use Amarok to, but with mysql and I also experienced this
bug. I also don't see the bug is closed with a workaround. It is still
open and I am sure it will be fixed. Also RC1 is around the corner
(although it
+1. The workarounds seems to work fro me also, for now. Hopefully a
fix will be out soon.
--
[MASTER] High CPU Consumption
https://bugs.launchpad.net/bugs/215728
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing
The workaround worked for me as well, at least for now. This is a major
show stopper, I actually had to use an alternative browser to find the
workaround Alexander suggested.
--
[MASTER] High CPU Consumption
https://bugs.launchpad.net/bugs/215728
You received this bug notification because you
i've handed a hardy cd to a friend of mine and he's been complaining
over the last few days about firefox being totally unusable, needless to
say his conclusion was linux sucks
i know im abusing the bug report but i really can't understand how you
could find reasonable to release hardy with such
Scott this is tagged as a blocker in Mozilla bug so they will fix it
before rc1 is released or better yet they wont release RC1 until this is
fixed.
--
[MASTER] High CPU Consumption
https://bugs.launchpad.net/bugs/215728
You received this bug notification because you are a member of Ubuntu
Bugs,
Well, it seems that removing the files 'urlclassifier3.sqlite' and
'urlclassifier3.sqlite-journal' all works fine.
--
[MASTER] High CPU Consumption
https://bugs.launchpad.net/bugs/215728
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Hi Andrea. Keep in mind when looking at a bug report that you are
getting an incredibly biased view of the effect of the bug, as few
people are going to post in a bug report saying to say the bug does not
affect them. This bug does not affect all Firefox users in Hardy across
the board. In some
I can confirm all of the above, especially the hammering of the hard
disk and firefox being on top of top, after upgrade from Gutsy to Hardy
on Kubuntu.
My packages are:
dpkg -l firefox xulrunner
||/ Name VersionDescription
Chandra, now that your two pref - security checkboxes are cleared, just
delete those 2 usrlclassifier* files and you should be good to go. They
will be recreated next time you start Firefox but will not grow beyond
9k. At least that's my experience.
--
[MASTER] High CPU Consumption
Thank you marcw.
I have done what you have suggested. Now urlclassifier2.sqlite is absent
and urlclassifier3.sqlite is 9216 bytes as you have said.
Firefox is quiet and responsive now. I will post if there are any
changes.
--
[MASTER] High CPU Consumption
https://bugs.launchpad.net/bugs/215728
+1 here with hardy up to date. It's unacceptable to release like this.
Cpu usage is always at 50% and disc usage is very high.
--
[MASTER] High CPU Consumption
https://bugs.launchpad.net/bugs/215728
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed
+1, hardy, up to date.
Workaround was successful (disabling phishing/attack detection, closing
Firefox, deleting ~/.mozilla/firefox/[profile].default/urlclassifier*.sqlite ,
opening Firefox).
--
[MASTER] High CPU Consumption
https://bugs.launchpad.net/bugs/215728
You received this bug
+1, glad it's being fixed. Curious as to why this problem doesn't occur
on other OS's. Same fix as everyone else - deleting
urlclassifier3.sqlite
--
[MASTER] High CPU Consumption
https://bugs.launchpad.net/bugs/215728
You received this bug notification because you are a member of Ubuntu
Bugs,
+1, used same workaround as iain, successful so far. url3 was up to
38M, and url2 was up to 4.9M before I deleted them.
--
[MASTER] High CPU Consumption
https://bugs.launchpad.net/bugs/215728
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
Removing urlclassifier3.sqlite only works partly. It indeed stops the
behaviour for a while, but today it started again, but the duration of
the high disk/CPU activity takes not as long as the moment it all
started (max 1 min.). The size of urlclassifier3.sqlite is now 29.7 MB.
--
[MASTER] High
After looking at upstream, it looks like they have a pretty good handle
on this:
After some testing, it looks like this gets pretty bad on linux.
Once we hit sqlite's cache size, sqlite starts hitting the disk pretty
hard. While the database is small this isn't a big deal (we don't hit
the
I added some info in the duplicate bug #221760. The most important what
I found out is this:
When I let Firefox run with the disk activity and the 100% CPU for
approx. half an hour, all problems are gone. Disk activity stops and CPU
goes back to a normal level. When restarting Firefox, it seems
23 matches
Mail list logo
