View previous topic :: View next topic |
Author |
Message |
Necoro Veteran
Joined: 18 Dec 2005 Posts: 1912 Location: Germany
|
Posted: Sat Mar 12, 2011 10:14 pm Post subject: [solved] Kein automatisch aktiviertes SSE? |
|
|
Hi,
ich habe erst heute morgen von dem schönen Aufruf gcc -c -Q -march=native --help=target erfahren, der einem anzeigt, welche Flags vom gcc automatisch gesetzt werden. Und erstaunlicherweise muss ich feststellen: SSE-Flags (sse, sse2, sse3, mmx) sind nicht dabei
Da ich bisher immer ausgegangen bin, dass dem so ist (so wird es auch von jeder Doku behauptet), schockt mich das ein wenig. Hat da jemand evtl Infos zu?
Meine /proc/cpuinfo:
Code: | processor : 0
vendor_id : GenuineIntel
cpu family : 15
model : 4
model name : Intel(R) Pentium(R) D CPU 2.80GHz
stepping : 7
cpu MHz : 2811.172
cache size : 1024 KB
physical id : 0
siblings : 2
core id : 0
cpu cores : 2
apicid : 0
initial apicid : 0
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 5
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 lm constant_tsc pebs bts pni dtes64 monitor ds_cpl cid cx16 xtpr lahf_lm
bogomips : 5622.34
clflush size : 64
cache_alignment : 128
address sizes : 36 bits physical, 48 bits virtual
power management: |
Und die Ausgabe des obigen Befehls:
Code: | The following options are target specific:
-m128bit-long-double [disabled]
-m32 [enabled]
-m3dnow [disabled]
-m3dnowa [disabled]
-m64 [disabled]
-m80387 [enabled]
-m96bit-long-double [enabled]
-mabm [disabled]
-maccumulate-outgoing-args [disabled]
-maes [disabled]
-malign-double [disabled]
-malign-functions=
-malign-jumps=
-malign-loops=
-malign-stringops [enabled]
-march= nocona
-masm=
-mavx [disabled]
-mbranch-cost=
-mcld [disabled]
-mcmodel=
-mcx16 [enabled]
-mfancy-math-387 [enabled]
-mfma [disabled]
-mforce-drap [disabled]
-mfp-ret-in-387 [enabled]
-mfpmath=
-mfused-madd [enabled]
-mglibc [enabled]
-mhard-float [enabled]
-mieee-fp [enabled]
-mincoming-stack-boundary=
-minline-all-stringops [disabled]
-minline-stringops-dynamically [disabled]
-mintel-syntax [disabled]
-mlarge-data-threshold=
-mmmx [disabled]
-mms-bitfields [disabled]
-mno-align-stringops [disabled]
-mno-fancy-math-387 [disabled]
-mno-fused-madd [disabled]
-mno-push-args [disabled]
-mno-red-zone [disabled]
-mno-sse4 [enabled]
-momit-leaf-frame-pointer [disabled]
-mpc
-mpclmul [disabled]
-mpopcnt [disabled]
-mpreferred-stack-boundary=
-mpush-args [enabled]
-mrecip [disabled]
-mred-zone [enabled]
-mregparm=
-mrtd [disabled]
-msahf [enabled]
-msoft-float [disabled]
-msse [disabled]
-msse2 [disabled]
-msse2avx [disabled]
-msse3 [disabled]
-msse4 [disabled]
-msse4.1 [disabled]
-msse4.2 [disabled]
-msse4a [disabled]
-msse5 [disabled]
-msseregparm [disabled]
-mssse3 [disabled]
-mstack-arg-probe [disabled]
-mstackrealign [enabled]
-mstringop-strategy=
-mtls-dialect=
-mtls-direct-seg-refs [enabled]
-mtune= nocona
-muclibc [disabled]
-mveclibabi= |
(Interessanterweise stell ich auch fest, dass er intern denn "march" auf "nocona" setzt, obwohl "prescott" eigentlich das richtige wäre -- aber evtl mappt er das intern auch auf das gleiche...) _________________ Inter Deum Et Diabolum Semper Musica Est.
Last edited by Necoro on Sat Mar 12, 2011 10:56 pm; edited 2 times in total |
|
Back to top |
|
|
firefly Watchman
Joined: 31 Oct 2002 Posts: 5326
|
Posted: Sat Mar 12, 2011 10:29 pm Post subject: |
|
|
nocona ist im grunde das gleiche wie prescott nur mit 64Bit extension support
man gcc wrote: | prescott
Improved version of Intel Pentium4 CPU with MMX, SSE, SSE2 and
SSE3 instruction set support.
nocona
Improved version of Intel Pentium4 CPU with 64-bit extensions,
MMX, SSE, SSE2 and SSE3 instruction set support. |
Und wegen der Ausgabe des commandos:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43718
Aber ganz schlau werde ich aus den Kommentaren auch nicht. Scheinbar bekommt --help=target nicht mit, wenn optionen/cpu-features durch die -march option implizit aktiviert werden. _________________ Ein Ring, sie zu knechten, sie alle zu finden,
Ins Dunkel zu treiben und ewig zu binden
Im Lande Mordor, wo die Schatten drohn. |
|
Back to top |
|
|
Necoro Veteran
Joined: 18 Dec 2005 Posts: 1912 Location: Germany
|
Posted: Sat Mar 12, 2011 10:37 pm Post subject: |
|
|
Ah - also nur ein Problem der Darstellung, wenn man diesen Bug liest? Wundert mich, dass die sowas denn nicht einfach gefixt haben (andererseits: Wenn das stärkere Auswirkungen hätte, liefe der sicherlich nicht als "minor")
/edit: Wunder mich, wie man jetzt eindeutig rausbekommen kann, ob der SSE3 nutzt oder net ... _________________ Inter Deum Et Diabolum Semper Musica Est. |
|
Back to top |
|
|
Necoro Veteran
Joined: 18 Dec 2005 Posts: 1912 Location: Germany
|
Posted: Sat Mar 12, 2011 10:56 pm Post subject: |
|
|
So - habs für mich jetzt mit "ist wirklich nur ein Anzeigebug" abgeschlossen.
Grund:
Wenn man ein kleines Testprogramm schreibt, was Floating Point-Arithmetik benutzt und mit "-mfpmath=sse" die SSE-Befehle für jegliche FP-Arithmetik erzwingt, so liefert er mit "-march=native" Assembler-Code, der nach SSE aussieht (und sich auf jeden Fall von dem ohne SSE unterscheidet). Wenn man das "-march" dagegen weglässt, kommt hingegen "warning: SSE instruction set disabled, using 387 arithmetics".
Insofern: Solved. _________________ Inter Deum Et Diabolum Semper Musica Est. |
|
Back to top |
|
|
mastacloak Apprentice
Joined: 01 Aug 2004 Posts: 174 Location: Berlin / Germany
|
Posted: Sun Mar 13, 2011 6:43 pm Post subject: |
|
|
Aus http://en.gentoo-wiki.com/wiki/Hardware_CFLAGS kenne ich noch diesen Test:
Code: | $ echo "" | gcc -march=native -v -E - 2>&1 | grep cc1 |
Bei mir stimmt die Ausgabe auf den ersten Blick mit
Code: | $ gcc -c -Q -march=native --help=target |
überein. |
|
Back to top |
|
|
Josef.95 Advocate
Joined: 03 Sep 2007 Posts: 4675 Location: Germany
|
Posted: Sun Mar 13, 2011 8:33 pm Post subject: |
|
|
Die Ausgabe von Code: | $ gcc -c -Q -march=native --help=target | würde hier, mit einer AMD CPU auch nicht stimmen.
Eine sehr ausführliche Ausgabe (die auch stimmt) kann man sich zb mit Code: | $ cd /tmp
$ echo 'int main() {return 0;}' > test.c && gcc -v -Q -march=native -O2 test.c -o test && rm test.c test | ausgeben lassen. |
|
Back to top |
|
|
Necoro Veteran
Joined: 18 Dec 2005 Posts: 1912 Location: Germany
|
Posted: Sun Mar 13, 2011 8:36 pm Post subject: |
|
|
Josef.95 wrote: | Die Ausgabe von Code: | $ gcc -c -Q -march=native --help=target | würde hier, mit einer AMD CPU auch nicht stimmen.
Eine sehr ausführliche Ausgabe (die auch stimmt) kann man sich zb mit Code: | $ cd /tmp
$ echo 'int main() {return 0;}' > test.c && gcc -v -Q -march=native -O2 test.c -o test && rm test.c test | ausgeben lassen. |
Ah super Danke _________________ Inter Deum Et Diabolum Semper Musica Est. |
|
Back to top |
|
|
mv Watchman
Joined: 20 Apr 2005 Posts: 6780
|
Posted: Sun Mar 13, 2011 9:49 pm Post subject: |
|
|
Josef.95 wrote: | Eine sehr ausführliche Ausgabe... |
Wer will dazu schon eine /tmp-Datei erstellen? Da ich mich jetzt nicht erinnern kann, ob ich das schon mal gepostet habe: Code: | #! /bin/sh
Usage() {
printf '%s\n' "Usage: ${0##*/} c|o [gcc-Flags e.g. -march=native -O2]
Show which compile|optimization flags are selected when you chose gcc-Flags"
exit ${1:-1}
}
case "${1}" in
c) shift
exec gcc -v -c -Q "${@}" -o /dev/null -x c - 2>&1 <<PROG
int main(){return 0;}
PROG
;;
o) shift
exec gcc -c -Q "${@}" -o /dev/null --help=optimizer 2>&1;;
*) Usage;;
esac |
|
|
Back to top |
|
|
Necoro Veteran
Joined: 18 Dec 2005 Posts: 1912 Location: Germany
|
Posted: Sun Mar 13, 2011 10:20 pm Post subject: |
|
|
Danke Die Funktion fand Einzug in meine Zsh-Funktionssammlung _________________ Inter Deum Et Diabolum Semper Musica Est. |
|
Back to top |
|
|
kernelOfTruth Watchman
Joined: 20 Dec 2005 Posts: 6111 Location: Vienna, Austria; Germany; hello world :)
|
|
Back to top |
|
|
|