Hi,
I've just done that, reinstalled my machine by putting ext4 on / (and
/home) and keeping my data on a separate ext3 partition.
I can only say one word: WOW!
Jaunty coupled with ext4 is super fast. Previoulsy my disk was pretty busy,
especially during startup, with a lot of IO activity.
On Mon, Mar 23, 2009 at 02:15:00AM -, R (Chandra) Chandrasekhar wrote:
Alexander Sack wrote:
in anycase, if you still have an issue in jaunty you could also
test ext4 filesystem which should help to make the filesystem access
done by firefox less IO hungry.
Thanks for that hint. I
This was Firefox idle? Without flash movies, Ajax applications etc.?
Mine only shows low one digit kb/s values when using it actively.
Nothing when not using it.
--
after fix for #215728 - Committing to urlclassifier3.sqlite still causes
excessive CPU usage and disk I/O (the 2nd)
Arthur wrote:
This was Firefox idle? Without flash movies, Ajax applications etc.?
Mine only shows low one digit kb/s values when using it actively.
Nothing when not using it.
Nothing more than a few open tabs and normal browsing. No flash,
Googlemap, etc.
Ever since FF 3.0.5 beta, I have
On Intrepid on an AMD 64 running firefox 3.0.8 this is a grep of all
firefox related processes when I did
pidstat -d 2 at different times:
Linux 2.6.27-14-generic (hostname) 02/04/09_x86_64_
===
09:08:05 PID kB_rd/s kB_wr/s kB_ccwr/s Command
09:08:23 9140 0.00
there have been more and more improvements on this in firefox 3.5 and
firefox 3.6 (trunk), to say that this is fixed as good as possible. Some
fixes might not land in xulrunner 1.9, but we will have 1.9.1 soon
enough. in anycase, if you still have an issue in jaunty you could also
test ext4
Alexander Sack wrote:
in anycase, if you still have an issue in jaunty you could also
test ext4 filesystem which should help to make the filesystem access
done by firefox less IO hungry.
Thanks for that hint. I need clarification on the ext4 filesystem:
1. Will it be an option in jaunty?
2.
--
after fix for #215728 - Committing to urlclassifier3.sqlite still causes
excessive CPU usage and disk I/O (the 2nd)
https://bugs.launchpad.net/bugs/229745
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
Guys,
I was having this problem early in the Hardy release cycle, but after
months of usage on multiple machines I can say that now is almost
disappeared.
To me, it would be more correct to say that the bug is resolved, than
not.
As usual, great work guys.
2008/9/12 Son [EMAIL PROTECTED]
R (Chandra) Chandrasekhar, how long does this oscillating happen? one
minute? one hour? all the time?
--
after fix for #215728 - Committing to urlclassifier3.sqlite still causes
excessive CPU usage and disk I/O (the 2nd)
https://bugs.launchpad.net/bugs/229745
You received this bug notification
https://bugs.launchpad.net/ubuntu/intrepid/+source/xulrunner-1.9/+bug/229745/comments/15
points to an upstream explanation of the problem with sqlite
performance. As I understand it, the problem has been mitigated, but
not completely resolved, in firefox 3.0.1, and further resolution is not
Alexander Sack wrote:
R (Chandra) Chandrasekhar, how long does this oscillating happen? one
minute? one hour? all the time?
I did not pay attention to the frequency, but from memory, I would say
it happens from once every half hour to once every hour.
--
after fix for #215728 - Committing to
At least one other person seems to have encountered a similar problem on
Windows Vista. See post of June 24th, 2008 at:
http://forums.mozillazine.org/viewtopic.php?f=7p=3612185
entitled
Reducing disk I/O used by Firefox 3.0 • mozillaZine Forums
where the poster writes:
-Quote
Looking
Interesting.
Alexander, do you know if the mozilla developers are working on this?
Thanks
2008/7/1 R (Chandra) Chandrasekhar [EMAIL PROTECTED]:
At least one other person seems to have encountered a similar problem on
Windows Vista. See post of June 24th, 2008 at:
Today, I tried to catch what was going on in my
~/.mozilla/firefox/something while there was loss of responsiveness
and audible/visible disk I/O.
It appears that places.sqlite-journal is being emptied and filled
alternately. This is an extract with timestamps for these two files over
time from
Hi,
some weeks of testing, up to me the problem is almost fixed.
I never experienced any grey issue since the first post, now the IO
activity is not so overwhelming like it was before.
Perhaps we can close this bug?
Thanks
--
after fix for #215728 - Committing to urlclassifier3.sqlite
stek79 wrote:
I never experienced any grey issue since the first post, now the IO
activity is not so overwhelming like it was before.
Perhaps we can close this bug?
I am hesitant to say the problem has been resolved.
I still experience periods where the program does not respond while I/O
On Sat, Jun 14, 2008 at 12:43:49PM -, R (Chandra) Chandrasekhar wrote:
My places.sqlite file has grown to 12107776 bytes and there is still
periodic loss of responsiveness with high CPU usage and concentrated
I/O.
My urlclassifier3.sqlite file is growing only slowly at is 54878208
bytes
Alexander Sack wrote:
On Sat, Jun 14, 2008 at 12:43:49PM -, R (Chandra) Chandrasekhar wrote:
But I am sure that it is places.sqlite that is causing loss of
responsiveness.
Why are you sure about this?
- Alexander
Because when the computer is unresponsive and I run
top
the first
My places.sqlite file has grown to 12107776 bytes and there is still
periodic loss of responsiveness with high CPU usage and concentrated
I/O.
My urlclassifier3.sqlite file is growing only slowly at is 54878208
bytes and does not seem to be the problem.
Perhaps this blog explains what I am
I have had recent loss of responsiveness in fifefox-3.0b5. Today I
experienced about three minutes of non-repsonsiveness with high CPU load
of about 70% and disk I/O. It seems that this time the file
places.sqlite
is being written to. It size is currently
8626176 2008-05-26 14:13 places.sqlite
In my case, urlclassifier3.sqlite had grown to 33 MB in a couple of
days. Then I switched off the phishing / attack warnings alltogether.
Although the problem is greatly diminished since the xulrunner update,
this security function still eats up too much resources (occasional high
CPU load plus
There is noticeable loss of functionality during a minute or two of
intensive writing, but it is bearable now.
My urlclassifier3.sqlite is now 52752384 bytes.
It will help to know when the growth in size will taper off so that the
file updates go largely unnoticed.
--
after fix for #215728 -
Alexander,
here are my xulrunner packages:
[EMAIL PROTECTED]:~$ COLUMNS=200 dpkg -l | grep xulrunner
ii xulrunner-1.9
1.9~b5+nobinonly-0ubuntu4~8.04.0mt1 XUL + XPCOM application runner
ii xulrunner-1.9-gnome-support
i keep importance High for now ... until we understand the real impact
better.
** Changed in: firefox (Ubuntu)
Importance: Undecided = High
--
after fix for #215728 - Committing to urlclassifier3.sqlite still causes
excessive CPU usage and disk I/O (the 2nd)
reed: do you know if there exists such a follow-up bug upstream yet?
** Changed in: firefox
Status: New = Incomplete
** Changed in: firefox-3.0 (Ubuntu)
Sourcepackagename: firefox = firefox-3.0
--
after fix for #215728 - Committing to urlclassifier3.sqlite still causes
excessive CPU
we should take care that upstream takes a look
--
after fix for #215728 - Committing to urlclassifier3.sqlite still causes
excessive CPU usage and disk I/O (the 2nd)
https://bugs.launchpad.net/bugs/229745
You received this bug notification because you are a member of Ubuntu
Bugs, which is
My urlclassifier3.sqlite has now grown to 20MB and I haven't used
Firefox that much - it definitely grows out of all proportions.
** Description changed:
Binary package hint: firefox
- some follow up comments from #215728
+ some follow up comments from bug #215728
[
On Mon, May 12, 2008 at 10:07:21PM -, Tormod Volden wrote:
My urlclassifier3.sqlite has now grown to 20MB and I haven't used
Firefox that much - it definitely grows out of all proportions.
20MB is still in the bounds of expected. it will grow even further,
but at some point it shouldn't
stek79, can you please re-confirm the xulrunner-1.9 package version you
used when taking the IO stats you posted in comment
https://bugs.edge.launchpad.net/ubuntu/+bug/215728/comments/120?
--
after fix for #215728 - Committing to urlclassifier3.sqlite still causes
excessive CPU usage and disk
20MB is still in the bounds of expected.
Expected? But not sane IMHO. It must be an error, in code or design. It must
use some 100kB per web page I have been to.
--
after fix for #215728 - Committing to urlclassifier3.sqlite still causes
excessive CPU usage and disk I/O (the 2nd)
It must use some 100kB per web page I have been to.
It doesn't grow based on what pages you've been on. It's a database of known
bad URLs and the growth you see is simply the db being downloaded
incrementally. Once it's complete only updates will be added and old entries
removed which
32 matches
Mail list logo
