On Sun, 2009-08-16 at 20:16 +0300, Nikos Chantziaras wrote:
> On 08/16/2009 07:40 PM, M Daniel R M wrote:
> > firefox: Here the problem is very very annoying, I've run firefox before
> > with many other Linux flavours and never..., never got to this status of
> > inability; once you've got about six tabs opened on the same frame
> > window, firefox gets close to hang, and you become unable to manage it
> > anymore, unless you have an infinite patience. Doing "top" from a CLI
> > shows a %CPU _over_ 100%, amazing!. At the end, you'll have to kill the
> > process from console.
> >
> > I don't know, either, why firefox gets to this status; preferences are
> > as usual, etc. Maybe the problem roots from the flags when compiling,
> > but I haven't received any message from the system, IIRC... Is there any
> > flag wrong on my system?
>
> I remember Firefox was biting me with this too at some time. The
> solution for me was to go to Edit->Preferences, and in the "Security"
> tab uncheck the "Block reported attack sites" and "Block reported web
> forgeries" checkboxes. The issue was that those features use sqlite to
> update internal databases of thousands of "malware" sites, and updates
> to these lists were bringing my CPU to its knees.
>
> So try that and see if it helps.
>
Originally they both were checked. Then, unchecked and re-cheched again,
it seems that there were no difference here. Disabling add-ons on
firefox seems to have been the "provisional" solution.
>
> > CFLAGS="-march=nocona -O2 -pipe"
> > CXXFLAGS="${CFLAGS}"
>
> Btw, if you're on a Core2 and a recent GCC, you might want to change
> that to "-march=core2" or "-march=native".
>
>
Yes, I'm on a Core2, a laptop (Thinkpad T61), here you are a cat over
cpuinfo:
proc # cat cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 23
model name : Intel(R) Core(TM)2 Duo CPU T8100 @ 2.10GHz
stepping : 6
cpu MHz : 2101.000
cache size : 3072 KB
physical id : 0
siblings : 2
core id : 0
cpu cores : 2
apicid : 0
initial apicid : 0
fpu : yes
fpu_exception : yes
cpuid level : 10
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe
syscall nx lm constant_tsc arch_perfmon pebs bts rep_good pni dtes64
monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm sse4_1 lahf_lm ida
tpr_shadow vnmi flexpriority
bogomips : 4189.76
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:
processor : 1
vendor_id : GenuineIntel
cpu family : 6
model : 23
model name : Intel(R) Core(TM)2 Duo CPU T8100 @ 2.10GHz
stepping : 6
cpu MHz : 2100.000
cache size : 3072 KB
physical id : 0
siblings : 2
core id : 1
cpu cores : 2
apicid : 1
initial apicid : 1
fpu : yes
fpu_exception : yes
cpuid level : 10
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe
syscall nx lm constant_tsc arch_perfmon pebs bts rep_good pni dtes64
monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm sse4_1 lahf_lm ida
tpr_shadow vnmi flexpriority
bogomips : 4189.28
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:
--------------------------
Here you are the GCC version:
proc # gcc --version
gcc (Gentoo 4.3.2-r3 p1.6, pie-10.1.5) 4.3.2
Copyright (C) 2008 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is
NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
PURPOSE.
-----------------
I already knew about that possibility indeed; Actually, I got to have it
some time ago (months) here, on this unit, when I made my first install
of Gentoo (bad end then :-))
Now, I've just leaved it as is 'cause of laziness, just laziness, man.
Apart from that, I'm not much sure there would be any significant
difference..., would be it?
Thanks a lot.
Daniel
