You are not logged in.
Pages: 1
Hi, ive read about MAKE options to optimize the package youre building, like "-march, -O3, -pipe and -fomit-frame-pointer"
Is there another ways to improve package speed and optimize?
OS -----> Arch Linux DE -----> KDE4
CPU ---> 2.66GHz RAM ---> 512 MB
SWAP -> 2 G / -------> 10 G
/home -> 50 G /boot ---> 64 MB
Offline
http://wiki.archlinux.org/index.php/Pos … r_packages
http://wiki.archlinux.org/index.php/ABS
I don't think rebuilding all your packages w/ optimized flags will really show you a noticeable difference though.
CPU-optimized Linux-ck packages @ Repo-ck • AUR packages • Zsh and other configs
Offline
http://bbs.archlinux.org/viewtopic.php? … 88#p619088
Don't put -o3, it will propably create a bigger binary and no better performance.
Last edited by flamelab (2009-09-15 07:57:39)
Offline
What is ur CPU? march=native is in general a nice config. I use "-O2 march=prescott mtune=generic -pipe -fomit-frame-pointer"
Remember it also depends on whether you are building a 32 or 64bit OS.
Offline
I use "march=native -Os -pipe"
Setting mtune=generic does only make sense, if you want to use this package on other systems too
Offline
Im running an Intel Pentium D i686 32 Bits.
OS -----> Arch Linux DE -----> KDE4
CPU ---> 2.66GHz RAM ---> 512 MB
SWAP -> 2 G / -------> 10 G
/home -> 50 G /boot ---> 64 MB
Offline
Im running an Intel Pentium D i686 32 Bits.
You may be running a 32-bit kernel, but your CPU is capable of running 64-bit code. That in itself doesn't really matter, though.
My opinion:
-O2 -march=native -pipe
Is just fine. If you're using an older version of GCC, before they added native, then you can use march=nocona instead.
I'm also fairly certain that mtune is only useful for compatibility between systems, too.
Offline
...has anyone out there rebuilt their packages w/ optimized flags? Isn't this a gentoo thing?
CPU-optimized Linux-ck packages @ Repo-ck • AUR packages • Zsh and other configs
Offline
...has anyone out there rebuilt their packages w/ optimized flags? Isn't this a gentoo thing?
Mostly I agree with you. If I'm building from AUR I'll obviously use the ops (why not?), but otherwise flags like this are mostly just placebos. It'll only ever be slightly faster at best, and likely that's only in benchmarks.
Offline
I'm surprised no one's using the new graphite branch loop optimizations:
-floop-interchange -floop-strip-mine -floop-block (See http://gcc.gnu.org/gcc-4.4/changes.html)
Using this since GCC4.4 was pushed in [TESTING], no build problems at all. Of course, the performance gain is >>!*HUGE*!<< but won't be noticed by any human being. ;-)
Found this in another thread... not sure how sarcastic he is being... is it worth using those optimizations?
Offline
Uh... sarcasm meter is hitting the roof here.
Then again, this is the internet. *Nobody* writes sarcastically, especially with such important things as build optimizations in a binary distribution.
Allan-Volunteer on the (topic being discussed) mailn lists. You never get the people who matters attention on the forums.
jasonwryan-Installing Arch is a measure of your literacy. Maintaining Arch is a measure of your diligence. Contributing to Arch is a measure of your competence.
Griemak-Bleeding edge, not bleeding flat. Edge denotes falls will occur from time to time. Bring your own parachute.
Offline
Pages: 1