You are not logged in.
just in case you guys missed it, the thread is huge but all what we need to know is here:
http://gcc.gnu.org/ml/gcc/2010-06/msg00884.html
According to this it would be wise to use --enable-optimize=-O2 in mozconfig.
Offline
as we, archers, are using gcc 4.5 then yes, definitely.
Offline
Is anyone else get those meta bookmarks re-added every time firefox is started?
It didn't happen with 3.7a5, but just started with 4.0b1.
Offline
I managed to get it to compile fine on a core i-5 64 bit machine, but on a core2, it just hangs here forver :
localhost.localdomain - - [06/Jul/2010 14:12:14] "GET /js-input/string-tagcloud.html HTTP/1.1" 200 -
localhost.localdomain - - [06/Jul/2010 14:12:17] "GET /js-input/string-unpack-code.html HTTP/1.1" 200 -
localhost.localdomain - - [06/Jul/2010 14:12:20] "GET /js-input/string-validate-input.html HTTP/1.1" 200 -
[dix] Could not init font path element /usr/share/fonts/OTF/, removing from list!
Its been stuck here for the last 3 days running continuously. I can stop it with ctrl+c giving this :
Traceback (most recent call last):
File "/var/abs/local/firefox-pgo/src/mozilla-1.9.2/ff-pgo/_profile/pgo/profileserver.py", line 37, in <module>
timeout = None)
File "/var/abs/local/firefox-pgo/src/mozilla-1.9.2/ff-pgo/build/pgo/automation.py", line 692, in runApp
status = self.waitForFinish(proc, utilityPath, timeout, maxTime, startTime)
File "/var/abs/local/firefox-pgo/src/mozilla-1.9.2/ff-pgo/build/pgo/automation.py", line 563, in waitForFinish
(line, didTimeout) = self.readWithTimeout(logsource, timeout)
File "/var/abs/local/firefox-pgo/src/mozilla-1.9.2/ff-pgo/build/pgo/automation.py", line 490, in readWithTimeout
(r, w, e) = select.select([f], [], [], timeout)
KeyboardInterrupt
make: *** [profiledbuild] Error 1
==> ERROR: Aborted by user! Exiting...
Anyone else seen this ?
Offline
Btw, I still can't use the Firefox Sync extension with this build, but I can use it with the releases directly from mozilla so I guess something is going wrong when we build it.
Last edited by pablox (2010-07-08 23:27:31)
Geeks & Linux Atelier
An eye for an eye ... ends in making everybody blind -- Mahatma Gandhi
dotfiles
Offline
There is a problem with native nss or nspr - check in sync-log, or run firefox from terminal and check there. If this is the case, recompile firefox with --wihout-system-nss or --wihout-system-nspr in your mozconfig.
Proud ex-maintainer of firefox-pgo
Offline
There is a problem with native nss or nspr - check in sync-log, or run firefox from terminal and check there. If this is the case, recompile firefox with --wihout-system-nss or --wihout-system-nspr in your mozconfig.
That would help making Firefox Sync work? Or you were answering something else?
Geeks & Linux Atelier
An eye for an eye ... ends in making everybody blind -- Mahatma Gandhi
dotfiles
Offline
This should make firefox sync work. At least it worked for me
Proud ex-maintainer of firefox-pgo
Offline
This should make firefox sync work. At least it worked for me :)
Thanks, I'll try to see if it works... Do you know if it has some other side-effect?
Geeks & Linux Atelier
An eye for an eye ... ends in making everybody blind -- Mahatma Gandhi
dotfiles
Offline
Besides larger size because of static library compiled? Non that I know
Proud ex-maintainer of firefox-pgo
Offline
i've been trying to compile this all day.. and I've come farther this time. it's is failing with this line
make[1]: Leaving directory `/home/jeffp/Downloads/firefox-pgo/src/mozilla-1.9.2'
/home/jeffp/Downloads/firefox-pgo/PKGBUILD: line 141: kill: (23454) - No such process
Check me out on twitter!!! twitter.com/The_Ringmaster
Offline
That's the same problem described in the AUR comments? As I said, that's this problem.
Do not change your makepkg.conf, that's hardly ever necessary and won't solve this problem. Change the CFLAGS and CXXFLAGS in your PKGBUILD to something like (in your case):
export CFLAGS="-march=i686 -O2 -pipe"
export CXXFLAGS="${CFLAGS}"
Another possiblity (you don't have to use them both) is to change .makepkg on-the-fly (at least it worked for me). Add this line to your PKGBUILD, just after "$srcdir"/mozconfig is copied to .mozconfig:
sed -i 's/--enable-optimize/--enable-optimize="-O2"/' .mozconfig || return 1
Offline
I tried what you said marcel- but I still get this. The pid listed below was NOT the actual pid of that process, I was watching it this time.
/home/jeffp/Downloads/firefox-pgo/firefox-pgo/PKGBUILD: line 142: kill: (18585) - No such process
Aborting...
Check me out on twitter!!! twitter.com/The_Ringmaster
Offline
Hmn... I've built this (for the first time) using
export CFLAGS="-march=k8-sse3 -O2 -pipe"
export CXXFLAGS="${CFLAGS}"
and
sed -i 's/--enable-optimize/--enable-optimize="-O2"/' .mozconfig || return 1
in PKGBUILD and it's slower than bog-standard Firefox (Namaroko)!
TEST COMPARISON FROM TO DETAILS
=============================================================================
** TOTAL **: *1.09x as slow* 2227.8ms +/- 5.8% 2432.8ms +/- 5.9% significant
=============================================================================
Any ideas as to why this might be?
Cheers.
Ryzen 9 5950X, X570S Aorus Pro AX, RX 6600, Arch x86_64
Offline
bump
Check me out on twitter!!! twitter.com/The_Ringmaster
Offline
Should I be turning off noscript when building with pgo?
If there is javascript being run, should I instead leave noscript enabled, but just allow the scripts before building? How would I know what to enable?
Offline
I don't see how the noscript plugin has anything to do with building this package with pgo
Check me out on twitter!!! twitter.com/The_Ringmaster
Offline
In this build (this PKGBUILD) it does the profile guided optimization on its own, not touching your installed firefox profile at all.
(It is possible to do it manually, from what i read)
Ogion
(my-dotfiles)
"People willing to trade their freedom for temporary security deserve neither and will lose both." - Benjamin Franklin
"Enlightenment is man's leaving his self-caused immaturity." - Immanuel Kant
Offline
About -march=native causing problems that seem to be fixed using -march=i686: it's mentioned earlier here, it affects at least 32-bit Intel Atoms as well as P4s and Core2s (confirmed by harryNID and me. Unfortunately, mentioned AUR comments got deleted).
This issue is present since FF 3.6.
BTW, what do you exactly mean by
Majki wrote:Why mozilla don't compile firefox that way?
Thanks
Offline
Marcel- wrote:About -march=native causing problems that seem to be fixed using -march=i686: it's mentioned earlier here, it affects at least 32-bit Intel Atoms as well as P4s and Core2s (confirmed by harryNID and me. Unfortunately, mentioned AUR comments got deleted).
This issue is present since FF 3.6.
BTW, what do you exactly mean by
Majki wrote:Why mozilla don't compile firefox that way?
Thanks =)
It's supposed that you can modify your mozconfig from this:
## Optimize
ac_add_options --enable-optimize --disable-debug --disable-tests
to this:
## Optimize
ac_add_options --enable-optimize="-O2" --disable-debug --disable-tests
I don't remember if I read it here or in the AUR comments.... at least I had compile it that way and it works.
After doing that change, I also modified the CFLAGS in PKGBUILD:
export CFLAGS="-march=core2 -msse4.1 -O2 -pipe"
Anyway, I have never found any difference in performance so I found it kind of useless. Also I found Firefox 4beta2 to be really buggy, so I stopped using it.
Last edited by pablox (2010-07-28 23:12:13)
Geeks & Linux Atelier
An eye for an eye ... ends in making everybody blind -- Mahatma Gandhi
dotfiles
Offline
I was doing some work with libjpeg-turbo with my system.
I found a page about a integration of mozilla code and libjpeg-turbo.
libjpeg-turbo is a faster jpeg library.
the Bug page's link is here. https://bugzilla.mozilla.org/show_bug.cgi?id=573948
The patch only works with firefox-4.0 and after. When I patch it on the firefox-3.6, I dosn't works. It gives some patch failed message while patching.
Try it!
This thing is a lot faster then JUST libjpeg.
Offline
Thanks hanbin!
I'm going to be away for ~5 days, but I'll play with that patch then(-ish) and if it seems decently reliable I'll incorporate it into firefox-pgo-beta.
Offline
Right... so i compiled this package on my core 2 duo using default PKGBUILD settings and the following C/CXXFLAGS:
CFLAGS="-march=native -O2 -fomit-frame-pointer -mfpmath=sse -msse4.1 -pipe -fexcess-precision=fast"
and the result is a relly slow and gigantic executable...
What i've noticed is that during the proper compilation, i had a lot of "*.gcda not found execution counts estimated" warnings.
Did i push my CFLAGS a bit too much?
Last edited by Cape (2010-08-28 13:43:47)
Offline
Okay, I'm gonna tell my story.
First of all - I could not compile FF 4.0 beta6 until I installed xorg-server-xvfb package. Previously I removed it from depends, becouse some people complained about in AUR comments. Finally, after two unsucessful compilations I installed this package from repo. Then everything went fine. But FF could not connect to Sync server
Error: couldn't open library
Source File: file:///usr/lib/firefox-4.0b6/components/WeaveCrypto.js
Line: 137
So spoken Firefox bug console.
I searched net and found possibly solution in comments on AUR package:
To get firefox sync working with this build system nss have to be disabled. It can be done by adding:
#Firefox sync workaround
sed -i 's/--with-system-nss/--without-system-nss/' \
.mozconfig || return 1
somewhere in PKGBUILD.
I added that lines to PKGBULID - error. Finally I thought, maybe mozconfig file?
After that compilation started and went fine. But connecting to sync server couses segfault.
I'm runnig Arch, fully updated, i686 version. I changed in PKGBULID (as usual, becouse otherwise I get random seg faults)
FROM
export CFLAGS="-march=native -O2 -pipe"
export CXXFLAGS="-march=native -O2 -pipe"
TO
export CFLAGS="-march=i686 -O2 -pipe"
export CXXFLAGS="-march=i686 -O2 -pipe"
Offline
I've the same problem, I couldn't run firefox sync so I had to install 3.6 again D:
Geeks & Linux Atelier
An eye for an eye ... ends in making everybody blind -- Mahatma Gandhi
dotfiles
Offline