| View previous topic :: View next topic |
| Author |
Message |
lineMain n00b

Joined: 19 Jan 2009 Posts: 6
|
Posted: Mon Jan 19, 2009 11:45 am Post subject: make.conf parameters for core i7 |
|
|
Hi,
where can i find detailed information about cflags parameters for i7 (march=nehalem ???, should i specifically indicate that i want 64-bit, etc...)
In Portage arch types, I should choose ia64 right?
could someone clarify these issues?
thanks in advance... |
|
| Back to top |
|
 |
MaratIK n00b


Joined: 02 Apr 2003 Posts: 17 Location: Moscow, Russia
|
Posted: Mon Jan 19, 2009 12:19 pm Post subject: Re: make.conf parameters for core i7 |
|
|
| lineMain wrote: | Hi,
where can i find detailed information about cflags parameters for i7 (march=nehalem ???, should i specifically indicate that i want 64-bit, etc...) |
for <sys-devel/gcc-4.2 (which is currently stable compiler for x86_64)
| Code: |
CFLAGS="-O2 -pipe -march=nocona"
|
for >=sys-devel/gcc-4.2
| Code: |
CFLAGS="-O2 -pipe -march=native"
|
| Quote: |
In Portage arch types, I should choose ia64 right?
|
No, you should choose amd64. _________________ Linux user #410718 |
|
| Back to top |
|
 |
d2_racing Moderator


Joined: 25 Apr 2005 Posts: 12867 Location: Ste-Foy,Canada
|
Posted: Mon Jan 19, 2009 12:22 pm Post subject: |
|
|
Hi, in fact use the amd64 Stage3.
And if you want also, you should use the GCC 4.3, to have a lot of power from your CoreI7.
You are a lucky one  _________________ Sysadmin of Funtoo-Québec.org
Wiki
Signature
IRC on Freenode : #funtoo-quebec |
|
| Back to top |
|
 |
lineMain n00b

Joined: 19 Jan 2009 Posts: 6
|
Posted: Mon Jan 19, 2009 2:24 pm Post subject: Re: make.conf parameters for core i7 |
|
|
MaratIK, d2_racing, thanks for your advices...
GCC 4.3 is unstable and if I select 4.3 i can use march=native which recognizes cpu and its features, but if i compile whole system with an unstable compiles my whole system would be a little bit unstable right?
One more addition to my question, for use flags like sse sse2 ... etc. where can I find a use flag list matches this cpu's supported technologies' ?
thanks for quick answers again... |
|
| Back to top |
|
 |
tgR10 Apprentice


Joined: 23 Oct 2007 Posts: 262 Location: caly ten ambaras
|
Posted: Mon Jan 19, 2009 4:48 pm Post subject: Re: make.conf parameters for core i7 |
|
|
| lineMain wrote: | MaratIK, d2_racing, thanks for your advices...
GCC 4.3 is unstable and if I select 4.3 i can use march=native which recognizes cpu and its features, but if i compile whole system with an unstable compiles my whole system would be a little bit unstable right?
One more addition to my question, for use flags like sse sse2 ... etc. where can I find a use flag list matches this cpu's supported technologies' ?
thanks for quick answers again... |
i'm using gcc 4.3.2 for a quite while on couple machines and there is no problem with stability for me, pc's got like 70, 35 day uptime :) and the third one is my desktop. _________________ "bo kto ma racje ? ten kto z bliska zobaczy"
"moge nie wiedziec,wchlaniam niewiedze z malych torebek"
http://i12.tinypic.com/4pow0mu.png
http://userbar.tgr.debil.eu/userbar.jpg |
|
| Back to top |
|
 |
Polynomial-C Developer


Joined: 01 Jun 2003 Posts: 1341 Location: germany
|
Posted: Mon Jan 19, 2009 5:12 pm Post subject: |
|
|
According to bug 245160, gcc-4.3.2 is the next stable candidate. So I'd say, you won't experience much problems with that version. _________________ The manual said "WindowsXP or better" so I installed GNU/Linux...
my portage overlay
Need a stage1 tarball? (Unofficial builds) |
|
| Back to top |
|
 |
MaratIK n00b


Joined: 02 Apr 2003 Posts: 17 Location: Moscow, Russia
|
Posted: Tue Jan 20, 2009 9:56 am Post subject: Re: make.conf parameters for core i7 |
|
|
| lineMain wrote: |
...
One more addition to my question, for use flags like sse sse2 ... etc. where can I find a use flag list matches this cpu's supported technologies' ?
...
|
This console command gives you info about supported technologies in your cpu (see at row named "flags")
_________________ Linux user #410718 |
|
| Back to top |
|
 |
Genewb Apprentice

Joined: 09 Jan 2007 Posts: 164
|
Posted: Fri Feb 27, 2009 5:55 pm Post subject: |
|
|
Would any Core i7 owners be willing to benchmark -march=core2 vs -march=barcelona (that's a request with a please )?
This message (first reply) implies barcelona (along with appropriate SIMD switches) suits i7s better. Which wouldn't be surprising, given their architectural similarities. _________________ I don't give a darn about "experience", just functional copyleft software. |
|
| Back to top |
|
 |
MaximeG l33t

Joined: 15 Apr 2008 Posts: 722 Location: Belgium
|
Posted: Mon Mar 09, 2009 5:15 pm Post subject: |
|
|
Hi,
Is the following cflags considered as being safe for an i7 (with an up to date gcc version) ?
| Code: | | -02 -pipe -march=native |
Regards,
Maxime _________________ Future is wide open. |
|
| Back to top |
|
 |
coolsnowmen Veteran


Joined: 30 Jun 2004 Posts: 1479 Location: No.VA
|
Posted: Mon Mar 09, 2009 6:51 pm Post subject: |
|
|
| Genewb wrote: | Would any Core i7 owners be willing to benchmark -march=core2 vs -march=barcelona (that's a request with a please )?
This message (first reply) implies barcelona (along with appropriate SIMD switches) suits i7s better. Which wouldn't be surprising, given their architectural similarities. |
That appears to be a horrible idea on the surface --
barcelona is an amd cpu, including support for 3dNOW and enhanced 3dNOW. If you tried to use those instructions on an intel processor (which does not support them) then you ill have unpredictable/segfault results. _________________ emerge: there are no ebuilds to satisfy "moo" |
|
| Back to top |
|
 |
MaximeG l33t

Joined: 15 Apr 2008 Posts: 722 Location: Belgium
|
Posted: Tue Mar 10, 2009 2:08 pm Post subject: |
|
|
Hi,
Would really a program compiled with wrong flags (ie 3dnow on intel) crashes because of this ?
I mean, don't we have some kind of protection mechanism here ?
Regards,
Maxime _________________ Future is wide open. |
|
| Back to top |
|
 |
TNorthover Guru


Joined: 25 Jan 2004 Posts: 432 Location: Edinburgh, UK
|
Posted: Tue Mar 10, 2009 2:26 pm Post subject: |
|
|
| MaximeG wrote: | Would really a program compiled with wrong flags (ie 3dnow on intel) crashes because of this ?
I mean, don't we have some kind of protection mechanism here ? |
We do, and that means it wouldn't take the whole kernel down with it. But what's linux supposed to do with a program that's tried to execute instructions that don't exist? There's no simple way of knowing what was intended, |
|
| Back to top |
|
 |
fangorn Veteran


Joined: 31 Jul 2004 Posts: 1872
|
Posted: Tue Mar 10, 2009 2:55 pm Post subject: |
|
|
I had problems with wine (and vmware-player) when I compiled my whole system with gcc-4.3.3 and -march=core2 -O2 -pipe. Recompiling wine with the stable amd64 compiler did not help. Problems were resolved after recompiling every dependency with "emerge -e wine". Did not dig any further, just my experience. Problems with vmware-player were resolved out of the blue some time after recompile of wine dependencies, so I don't know if they were in some kind related.
So it's up to you. It might work for you, but you might also run into some strange error. _________________ Video Encoding scripts collection | Project page |
|
| Back to top |
|
 |
MaximeG l33t

Joined: 15 Apr 2008 Posts: 722 Location: Belgium
|
Posted: Tue Mar 10, 2009 2:59 pm Post subject: |
|
|
Thanks for the feedback guys.
But I guess it's all about compiling and trying what's happening with different parameters, Science on its way :p
Regards,
Maxime _________________ Future is wide open. |
|
| Back to top |
|
 |
coolsnowmen Veteran


Joined: 30 Jun 2004 Posts: 1479 Location: No.VA
|
Posted: Tue Mar 10, 2009 6:30 pm Post subject: |
|
|
| MaximeG wrote: | Hi,
Would really a program compiled with wrong flags (ie 3dnow on intel) crashes because of this ?
I mean, don't we have some kind of protection mechanism here ?
Regards,
Maxime |
When compiled, the codes on different processors might just mean different things.
Where/what would you want the protection to be? Protections are only necessary to prevent the user from doing something he/she should not. In this case the protection is costly, so the burden of not issuing command that the processor cannot interpret correctly falls to the one creating the binary.
I think what you ask is naive.
Many people who got the early 64bit xenon's learned this the hard way when they used the amd64 -march instead of =nocona. the arch is almost the exact same except with one or two fewer instructions.
Systems would boot, but every other program would fail (segfault). _________________ emerge: there are no ebuilds to satisfy "moo" |
|
| Back to top |
|
 |
azp Apprentice


Joined: 16 Nov 2003 Posts: 298 Location: Stockholm, Sweden
|
Posted: Thu Mar 12, 2009 1:30 am Post subject: |
|
|
Hi guys
I just put together my new Intel core i7, and was checking what to do with my old amd64 environment (all the hdds have been moved into the new computer), and found that if I want to run 64 bit, I should run the amd64 install. Is it possible for me to just run my old system on the new platform?
It didn't boot because I seem to have mislabeled the hdd's, so I tried using the liveCD for Amd64 (2008.0), but sadly that didn't boot either. The kernel gets an exception after recognizing the cpu and the 8 cores. What to do, what to do? I'm currently downloading the 32 bit i686 liveCD and thought I should check with that.
I did find this by the way, perhaps somebody would like to fix/correct the wiki to say what the kind people say above. http://en.gentoo-wiki.com/wiki/Safe_Cflags/Intel#Core_i7 _________________ Weeks of coding can save you hours of planning. |
|
| Back to top |
|
 |
minor_prophets Apprentice

Joined: 07 Oct 2007 Posts: 281
|
Posted: Thu Mar 12, 2009 2:18 am Post subject: Re: make.conf parameters for core i7 |
|
|
[quote="MaratIK"] | lineMain wrote: |
for >=sys-devel/gcc-4.2
| Code: |
CFLAGS="-O2 -pipe -march=native"
|
|
Shouldn't that be? | Code: | | >=sys-devel/gcc-4.3 | or
Last I checked, one couldn't use =native with 4.2. I could be wrong... |
|
| Back to top |
|
 |
azp Apprentice


Joined: 16 Nov 2003 Posts: 298 Location: Stockholm, Sweden
|
Posted: Thu Mar 12, 2009 4:09 am Post subject: |
|
|
I just wanted to drop by and say that it worked for me! I just needed to chroot in from the livecd (which had been booted without autoconfig and sound, etc) and rebuild the kernel with new drivers. I think I was lacking the right SATA drivers, as well as many other drivers that had changes from system to system.
Now it is actually up and running, including Xorg/Gnome etc etc. What I haven't gotten working yet is the network. I don't know why, there seems to load a driver for it (Realtek **69 is what I have) but I don't get an interface. I will have to look at it tomorrow, now it is 5 in the morning and I need to be at work as usual tomorrow! _________________ Weeks of coding can save you hours of planning. |
|
| Back to top |
|
 |
MaximeG l33t

Joined: 15 Apr 2008 Posts: 722 Location: Belgium
|
Posted: Thu Mar 12, 2009 2:59 pm Post subject: |
|
|
Hi,
Are you sure your network chip is a realtek one ? I'm asking this because I used to own a card (D'Link 530TX) based on a realtek chipset.
The problem is that it's true for revision A and B, but for revision C they changed their chipset for a via rhine one.
Of course, I had to find it by myself, at the expense of some hours
Another thing you may verify is that you're using the right module version (I think they are different ones for different realtek chipsets.)
Regards,
Maxime _________________ Future is wide open. |
|
| Back to top |
|
 |
azp Apprentice


Joined: 16 Nov 2003 Posts: 298 Location: Stockholm, Sweden
|
Posted: Fri Mar 13, 2009 7:54 am Post subject: |
|
|
I fixed the network, I was just making a little mistake =) I didn't try to run ifconfig -a, only ifconfig, so the card didn't show up. Since it had automatically placed itself at eth1 instead of eth0, my ifconfig eth0 up didn't work before. So everything was actually working out of the box! Really cool.
How do I move/rename a device from eth1 to eth0? I know I have seen it somewhere before, but can't remember in that file it is.
Btw, I'm playing around with MAKEOPTS"-j9" for the processer, but what is a "good" --load-average? The man pages only say "It's a float value", but doesn't state if it is in % or what is high/low. Any pointers? It is compiling at maaaagnificient speeds =) _________________ Weeks of coding can save you hours of planning. |
|
| Back to top |
|
 |
MaximeG l33t

Joined: 15 Apr 2008 Posts: 722 Location: Belgium
|
Posted: Fri Mar 13, 2009 8:30 am Post subject: |
|
|
Lucky one
For the eth1 mapping to eth0, I think you can achieve it using the official documentation. It should be straight forward.
Maxime _________________ Future is wide open. |
|
| Back to top |
|
 |
d2_racing Moderator


Joined: 25 Apr 2005 Posts: 12867 Location: Ste-Foy,Canada
|
Posted: Fri Mar 13, 2009 3:43 pm Post subject: |
|
|
Hi, can you post this :
| Code: |
# /etc/udev/rules.d/70-persistent-net.rules
|
_________________ Sysadmin of Funtoo-Québec.org
Wiki
Signature
IRC on Freenode : #funtoo-quebec |
|
| Back to top |
|
 |
azp Apprentice


Joined: 16 Nov 2003 Posts: 298 Location: Stockholm, Sweden
|
Posted: Sun Mar 15, 2009 10:35 pm Post subject: |
|
|
Thank you for the pointer, I edited the file so it's created at eth0 instead =) _________________ Weeks of coding can save you hours of planning. |
|
| Back to top |
|
 |
d2_racing Moderator


Joined: 25 Apr 2005 Posts: 12867 Location: Ste-Foy,Canada
|
Posted: Mon Mar 16, 2009 1:12 am Post subject: |
|
|
No problem. _________________ Sysadmin of Funtoo-Québec.org
Wiki
Signature
IRC on Freenode : #funtoo-quebec |
|
| Back to top |
|
 |
MartyMcFly n00b

Joined: 25 Apr 2007 Posts: 25
|
Posted: Sat Mar 21, 2009 6:46 pm Post subject: Re: make.conf parameters for core i7 |
|
|
| MaratIK wrote: | | lineMain wrote: | Hi,
where can i find detailed information about cflags parameters for i7 (march=nehalem ???, should i specifically indicate that i want 64-bit, etc...) |
for <sys-devel/gcc-4.2 (which is currently stable compiler for x86_64)
| Code: |
CFLAGS="-O2 -pipe -march=nocona"
|
for >=sys-devel/gcc-4.2
| Code: |
CFLAGS="-O2 -pipe -march=native"
|
| Quote: |
In Portage arch types, I should choose ia64 right?
|
No, you should choose amd64. |
I took the liberty to get that into the gentoo wiki, and added -fomit-frame-pointer too:
http://en.gentoo-wiki.com/wiki/Safe_Cflags/Intel#Core_i7
Many many thanks! I was stuck with -march=core2 and it didn't work.
Now I have a question, should we add something like -msse4? It doesn't work, at least not in gcc 4.1.2. I'll give it a try after upgrading to 4.3.2-r3. |
|
| Back to top |
|
 |
|