Sie sind nicht angemeldet.

1

26.01.2007, 23:41

Gentoo auf vServer/Safe Cflags für Xeon

Hallo!
Habe hier einen vServer mit einer Intel Xeon 2GHz.
ein

Quellcode

1
cat /proc/cpuinfo
gibt ein

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
processor       : 0
vendor_id       : GenuineIntel
cpu family      : 6
model           : 15
model name      : Intel(R) Xeon(R) CPU            5130  @ 2.00GHz
stepping        : 6
cpu MHz         : 1995.020
cache size      : 4096 KB
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 10
wp              : yes
flags           : fpu tsc msr pae mce cx8 apic mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc pni monitor ds_cpl vmx tm2 cx16 xtpr lahf_lm
bogomips        : 3992.04
In der make.conf steht bereits

Quellcode

1
CFLAGS="-O2 -march=i686 -fomit-frame-pointer"
Kann ich das so lassen?

Habe zwart Xeons unter http://gentoo-wiki.com/Safe_Cflags gefunden, aber nicht mit der CPU family und CPU Nr.
Deshalb bin ich grad verunsichert

Vielen Dank!

L.

Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »lanlane« (05.02.2007, 17:37)


2

27.01.2007, 00:42

Also -march=i686 ist ja ziemlich der kleinste gemeinsame Nenner aller heutzutage genutzten Intel-CPUs.

Die Xeon-Prozessoren, die keinen Anhängsel mit "Pentium III" davor haben, sind, soviel ich herausfinden konnte, mit dem Pentium 4 identisch. Ein gutes Indiz dafür ist z.B. die CPU-Auflistung in der Menuconfig, bei der der Name Xeon sowohl in Pentium III- als auch in der Pentium 4-Auflistung auftaucht.

Ich betreibe selbst zwei Server mit jeweils einer Xeon-CPU und beide laufen mit den Flags

Quellcode

1
-march=pentium4 -mtune=pentium4 -mno-sse3 -pipe -fomit-frame-pointer -mfpmath=sse
ganz schön rund. :D


Gruß|Carminox

3

27.01.2007, 19:51

Vielen Dank für die Antwort!
Ich habe mittlerweile auch noch andere "emphohlene" cflags gefunden:

Quellcode

1
2
3
CHOST="x86_64-pc-linux-gnu"
CFLAGS="-march=nocona -O2 -pipe"
CXXFLAGS="${CFLAGS}"
Wo ist da jetzt der Unterschied?

Ausserdem hab ich gemerkt, dass die CPU ja 64Bit fähig ist.
Ist es Möglich, dass ich jetzt die obigen CHOST Werte nehme und das ganze mit

Quellcode

1
emerge --update --newuse world
neu übersetzten lasse?

4

27.01.2007, 20:05

Für ein komplettes Neu-Übersetzen aller Pakete fehlt noch der Parameter "--emptytree".
Frequent lock ups are a symptom of not enough memory but only in the way that nosebleeds are a symptom of gunshot wounds to the head.

6

27.01.2007, 20:46

Zitat

Original von lanlane
Ich habe mittlerweile auch noch andere "emphohlene" cflags gefunden:

Quellcode

1
2
3
CHOST="x86_64-pc-linux-gnu"
CFLAGS="-march=nocona -O2 -pipe"
CXXFLAGS="${CFLAGS}"

Hast Du Dich etwa an CHOST "vergriffen"? Wenn ja: viel "Spaß" :P
Davon sollte man die Finger lassen, s. auch [gelöst] Probleme nach/bei emerge -avuDN world

Ansonsten gilt nach Änderungen an den CFLAGS:

Quellcode

1
2
emerge -e system
emerge -e world
HTH
Rudi
Seien Sie vorsichtig mit Gesundheitsbüchern - Sie könnten an einem Druckfehler sterben. [Mark Twain]

7

27.01.2007, 22:43

Es gibt keine 64-bit Xeon bzw. die Xeon-Prozessoren, die 64-bit unterstützen, sind sollen sehr fehlerhaft in diesem Modus sein. Das kann man auch auf der Intel-Homepage finden.

Zudem habe ich's anfangs auch mit 64-bit versucht, hatte aber letztendlich nur Kompilierfehler bei 64-bit.

8

27.01.2007, 22:55

Hab meine Infos von hier: http://www.intel.com/products/processor_…/chart/xeon.htm

...Kann auch sein, dass ich was missverstanden hab

9

28.01.2007, 02:04

Also auf dieser Seite sind nur (Werbe-)Informationen zu den Prozessoren, zudem sind da zwei 2 GHz-Prozessoren in der Liste.

Ich hab ja gesagt, dass Intel Xeon-Prozessoren 64-bit unterstützen (genauer gesagt AMD64), aber ich konnte es nicht einrichten, da glibc sich immer mit einem Kompilierfehler außer Gefecht gesetzt hatte.

Kannst es ja trotzdem 'mal ausprobieren...

10

30.01.2007, 08:51

Hallo nochmal,

ich habe mittlerweile mehrmals versucht ein

Quellcode

1
emerge --update ----emptytree --newuse world
mit dieser make.conf

Quellcode

1
2
3
4
5
6
7
8
9
10
CFLAGS="-O2 -march=i686 -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CXXFLAGS="${CFLAGS}"

AUTOCLEAN="yes"
LINGUAS="de"
USE="-kde -gnome -qt acl adabas apache2 bcmath bmp bzip2 caps clamav crypt cscope ctype cups db2 dba dbase dbm dbmaker doc empress empress-bcs ethereal exif fastcgi filepro firebird flash flatfile fortran freetds ftp gb gcj gd gnutls gtk gtk2 gtkhtml hal hardened hardenedphp howl ibm icc iconv imap imlib informix ingres inifile innodb interbase iodbc ipv6 java javascript jpeg kerberos krb4 ldap libcaca libedit libg++ libgda libwww lm_sensors maildir mailwrapper mcal memlimit mime ming mmap mmx mng msql mssql multilib mysql mysqli ncurses neXt nls nptl nptlonly odbc pcre pdf perl php png python qt radius samba sasl sharedmem simplexml snmp sockets socks5 spl svg szip tcltk tcpd tiff tokenizer truetype uclibc unicode verbose vhosts X xml xml2 xmlrpc"

GENTOO_MIRRORS="http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/ ftp://linux.rz.ruhr-uni-bochum.de/gentoo-mirror/ http://pandemonium.tiscali.de/pu$
SYNC="rsync://rsync.de.gentoo.org/gentoo-portage"


Leider ohne Erfolg :(

Der Server ist mit XEN virtualisiert: Muss ich da anders vorgehen?

Zur Info:

Quellcode

1
2
~ # uname -a
Linux vserver1070 2.6.16.37-domU-v1 #8 SMP Sun Jan 14 22:20:50 UTC 2007 i686 Intel(R) Xeon(R) CPU 5130 @ 2.00GHz GenuineIntel GNU/Linux


Die make.conf sieht, wenn der vServer neu instlliert ist so aus:

Quellcode

1
2
3
CFLAGS="-O2 -march=i686 -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CXXFLAGS="${CFLAGS}"
Ich hatte das Ganze auch schon mit den CFLAGS

Quellcode

1
-march=pentium4 -mtune=pentium4 -mno-sse3 -pipe -fomit-frame-pointer -mfpmath=sse
und

Quellcode

1
CFLAGS="-march=nocona -O2 -pipe"
Die CHOST hatte ich nach

Zitat

Hast Du Dich etwa an CHOST "vergriffen"? Wenn ja: viel "Spaß"
in Ruhe gelassen...

11

31.01.2007, 17:20

keiner mehr 'ne Idee??? ;(

12

31.01.2007, 21:15

Hallo!

Ich bekomme jetzt, wenn ich glic-2.4-r4 kompilieren lasse immer die Meldung:

Quellcode

1
2
You are using Xen but don't have -mno-tls-direct-seg-refs in your CFLAGS.
 * This will result in a 50% performance penalty, which is probably not what you want.
Kann ich das jetzt problemlos zu meinen CFLAGS hinzufügen?

13

01.02.2007, 19:16

Ich würd's mal hinzufügen, dafür wird wohl diese Meldung auch gedacht sein. ;)

14

05.02.2007, 17:35

Hi Leute,

ich hab's jetzt endlich mit dieser make.conf hinbekommen:

Quellcode

1
2
3
4
5
6
7
8
9
10
CFLAGS="-mno-tls-direct-seg-refs -O2 -march=i686 -fomit-frame-pointer"
CXXFLAGS="${CFLAGS}"

AUTOCLEAN="yes"
LINGUAS="de"

USE="-kde -gnome -qt -lm_sensors  acl apache2 bcmath bmp bzip2 caps clamav crypt cscope ctype cups dba dbase dbm doc ethereal exif fastcgi filepro firebird flash flatfile fortran freetds ftp gb gcj gd gnutls gtk gtk2 gtkhtml hal hardened hardenedphp howl ibm icc iconv imap imlib ingres inifile innodb iodbc ipv6 java javascript jpeg kerberos krb4 ldap libcaca libg++ libgda libwww lm_sensors maildir mailwrapper mcal memlimit mime ming mmap mmx mng multilib mysql mysqli ncurses neXt nls nptl nptlonly  odbc pcre pdf perl php png python radius samba sasl sharedmem simplexml snmp sockets socks5 spl svg szip tcltk tcpd tiff tokenizer truetype uclibc unicode verbose vhosts X xml xml2 xmlrpc"

GENTOO_MIRRORS="http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/ ftp://linux.rz.ruhr-uni-bochum.de/gentoo-mirror/ http://pandemonium.tiscali.de/pub/gentoo/ http://disfiles.gentoo.org"
SYNC="rsync://rsync.de.gentoo.org/gentoo-portage"