[gentoo-user-de] Installation fuer "low end" System auf "besserem" System vorbereiten?

[gentoo-user-de] Installation fuer "low end" System auf "besserem" System vorbereiten?

[Alexander Skwar]

Moin.

Ich habe mir nun auch endlich mal ein "low end" Notebook gekauft,
auf dem ich "natürlich" :) auch Gentoo installieren möchte. Da es
sich hierbei, wie gesagt, um ein "low end" System handelt, möchte
ich soviel wie möglich auf meinem "dicken" Hauptsystem kompilieren
und dann nach Möglichkeit nur die fertig installierten Pakete oder
Dateien rüberkopieren.

"Vermutlich" ;) gibt's dazu schon die eine oder andere
Dokumentation, nehme ich mal so an. Welche Dokumentation könnt
ihr da empfehlen?

Danke für Links und Tipps,

Alexander Skwar
-- 
Ad astra per aspera.
	[To the stars by aspiration.]
-- 
gentoo-user-de@gentoo.org mailing list

Re: [gentoo-user-de] Installation fuer "low end" System auf "besserem" System vorbereiten?

[Arnold Krille]

Hi,

2005/7/27, Alexander Skwar <listen@alexander.skwar.name>:
> Ich habe mir nun auch endlich mal ein "low end" Notebook gekauft,
> auf dem ich "natürlich" :) auch Gentoo installieren möchte. Da es
> sich hierbei, wie gesagt, um ein "low end" System handelt, möchte
> ich soviel wie möglich auf meinem "dicken" Hauptsystem kompilieren
> und dann nach Möglichkeit nur die fertig installierten Pakete oder
> Dateien rüberkopieren.

Auf dem Laptop irgendwie soweit kommen, das ein nfs-server läuft. Dann
das ganze Dateisystem freigeben (no_root_squash) und auf dem Dicken
mounten. Ab da in dem mount-verzeichnis weiter, wie im
gentoo-install-handbuch. chroot und so...

Das verwende ich hier, um die diversen low-end server (P133 und
ähnliche) upzudaten.

Arnold

-- 
Wenn man mit Raubkopien Bands wie Brosis oder Britney Spears wirklich
verhindern könnte, würde ich mir noch heute einen Stapel Brenner und
einen Sack Rohlinge kaufen.

-- 
gentoo-user-de@gentoo.org mailing list

Re: [gentoo-user-de] Installation fuer "low end" System auf "besserem" System vorbereiten?

[Alexander Skwar]

Arnold Krille schrieb:

> Auf dem Laptop irgendwie soweit kommen, das ein nfs-server läuft. Dann
> das ganze Dateisystem freigeben (no_root_squash) und auf dem Dicken
> mounten. Ab da in dem mount-verzeichnis weiter, wie im
> gentoo-install-handbuch. chroot und so...

Okay, gute Stichpunkte. Damit komme ich schonmal ein oder
zwei Schritte weiter.

Danke!

Alexander Skwar
-- 
This is the Baron.  Angel Martin tells me you buy information.  Ok,
meet me at one a.m. behind the bus depot, bring five-hundred dollars
and come alone.  I'm serious!
		-- "The Rockford Files"
-- 
gentoo-user-de@gentoo.org mailing list

Re: [gentoo-user-de] Installation fuer "low end" System auf "besserem" System vorbereiten?

[Sascha Hlusiak]

[-- Attachment #1: Type: text/plain, Size: 520 bytes --]

>>Auf dem Laptop irgendwie soweit kommen, das ein nfs-server läuft. Dann
>>das ganze Dateisystem freigeben (no_root_squash) und auf dem Dicken
>>mounten. Ab da in dem mount-verzeichnis weiter, wie im
>>gentoo-install-handbuch. chroot und so...
Ich bin bei der Methode oft gestolpert. Um dem vorzubeugen, du solltest
natürlich /proc und /sys mounten, aber zudem noch ein tmpfs nach /tmp,
da emerge dort Dateien ablegen und locken will, was bei normalen
Dateisystemen klappt, aber bei nfs nicht.

Gruß, Sascha


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user-de] Installation fuer "low end" System auf "besserem" System vorbereiten?

[Ace Dahlmann]

[-- Attachment #1: Type: text/plain, Size: 960 bytes --]

Hi!

On Wed, 27 Jul 2005 22:49:06 +0200
Alexander Skwar <listen@alexander.skwar.name> wrote:

> Ich habe mir nun auch endlich mal ein "low end" Notebook gekauft,
> auf dem ich "natürlich" :) auch Gentoo installieren möchte. Da es
> sich hierbei, wie gesagt, um ein "low end" System handelt, möchte
> ich soviel wie möglich auf meinem "dicken" Hauptsystem kompilieren
> und dann nach Möglichkeit nur die fertig installierten Pakete oder
> Dateien rüberkopieren.

Denk dran, dass es die gleiche Prozessor-Architektur sein muss, es sei
denn, Du kompilierst kompatibel auf einem kleineren, gemeinsamen
Nenner. Auch die GCC-Version sollte die gleiche sein, aber da beides
Gentoo ist, wird dies wohl der Fall sein!?

LG,
Ace
-- 
()  ASCII Ribbon Campaign - against HTML mail 
/\                        - against Microsoft attachments
http://www.fsf.org/philosophy/no-word-attachments.html
http://www.goldmark.org/netrants/no-word/attach.html

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user-de] Installation fuer "low end" System auf "besserem" System vorbereiten?

[Alexander Skwar]

Ace Dahlmann schrieb:
> Hi!
> 
> On Wed, 27 Jul 2005 22:49:06 +0200
> Alexander Skwar <listen@alexander.skwar.name> wrote:
> 
>> Ich habe mir nun auch endlich mal ein "low end" Notebook gekauft,
>> auf dem ich "natürlich" :) auch Gentoo installieren möchte. Da es
>> sich hierbei, wie gesagt, um ein "low end" System handelt, möchte
>> ich soviel wie möglich auf meinem "dicken" Hauptsystem kompilieren
>> und dann nach Möglichkeit nur die fertig installierten Pakete oder
>> Dateien rüberkopieren.
> 
> Denk dran, dass es die gleiche Prozessor-Architektur sein muss,

Ich hatte, angelehnt an Arnolds Vorschlag, vor, das ganze in
'nem chroot auf der "dicken Kiste" kompilieren zu lassen. Das
ist ein Rechner mit -march=athlon-xp. Das low end System ist
ein -march=pentium3m.

Da die ganze TC dann ja - im chroot - p3 ist, sollte das doch
kein Problem sein - doer sehe ich das flchas?

> Nenner. Auch die GCC-Version sollte die gleiche sein, aber da beides
> Gentoo ist, wird dies wohl der Fall sein!?

Auch das ist doch irrelevant, wenn ich in 'nem chroot kompiliere, oder?

Alexander Skwar
-- 
Don't everyone thank me at once!
		-- Han Solo
-- 
gentoo-user-de@gentoo.org mailing list

[gentoo-user-de] Re: Installation fuer "low end" System auf "besserem" System vorbereiten?

[Thomas Schweikle]

Alexander Skwar schrieb:
> Ace Dahlmann schrieb:
>> Hi!
>> 
>> On Wed, 27 Jul 2005 22:49:06 +0200
>> Alexander Skwar <listen@alexander.skwar.name> wrote:
>> 
>>> Ich habe mir nun auch endlich mal ein "low end" Notebook gekauft,
>>> auf dem ich "natürlich" :) auch Gentoo installieren möchte. Da es
>>> sich hierbei, wie gesagt, um ein "low end" System handelt, möchte
>>> ich soviel wie möglich auf meinem "dicken" Hauptsystem kompilieren
>>> und dann nach Möglichkeit nur die fertig installierten Pakete oder
>>> Dateien rüberkopieren.
>> 
>> Denk dran, dass es die gleiche Prozessor-Architektur sein muss,
> 
> Ich hatte, angelehnt an Arnolds Vorschlag, vor, das ganze in
> 'nem chroot auf der "dicken Kiste" kompilieren zu lassen. Das
> ist ein Rechner mit -march=athlon-xp. Das low end System ist
> ein -march=pentium3m.

Das stört nicht. Wichtig ist nur, dann das Buildsystem *nicht* von
der Gentoo-Installation auf der "großen" Kiste zu verwenden.

> Da die ganze TC dann ja - im chroot - p3 ist, sollte das doch
> kein Problem sein - doer sehe ich das flchas?
> 
>> Nenner. Auch die GCC-Version sollte die gleiche sein, aber da beides
>> Gentoo ist, wird dies wohl der Fall sein!?
> 
> Auch das ist doch irrelevant, wenn ich in 'nem chroot kompiliere, oder?

Ja, wenn das Buildsystem *nicht* über die "große* Kiste verfügbar
gemacht wird. Es dürfte einfacher sein, in qemu ein zweites Gentoo
aufzusetzen, das dem "low-End-System" entspricht.

Interressant in diesem Zusammenhang: das Buildsystem von NetBSD
leistet genau so etwas. Es könnte also lohnend sein, sich damit
auseinanderzusetzen (Gentoo und FreeBSD unterscheiden leider noch
nicht bei den i386-Prozessoren. P4 ist genauso wie Athlon ein und
dieselbe Architektur --- auch wenn ein P4-optimiertes Programm auf
einem 586 garantiert nicht mehr läuft!).

-- 
Thomas

-- 
gentoo-user-de@gentoo.org mailing list

Re: [gentoo-user-de] Re: Installation fuer "low end" System auf "besserem" System vorbereiten?

[Ace Dahlmann]

[-- Attachment #1: Type: text/plain, Size: 1112 bytes --]

Hi!

On Fri, 29 Jul 2005 19:53:01 +0200
Thomas Schweikle <tps@vr-web.de> wrote:

> Das stört nicht. Wichtig ist nur, dann das Buildsystem *nicht* von
> der Gentoo-Installation auf der "großen" Kiste zu verwenden.

Wie meinst Du das?

Ich bin die ganze Zeit ab überlegen, was bei Alex dann genau passiert,
aber ich hab da wohl gerade eine logische Denkblockade.

> Interressant in diesem Zusammenhang: das Buildsystem von NetBSD
> leistet genau so etwas. Es könnte also lohnend sein, sich damit
> auseinanderzusetzen (Gentoo und FreeBSD unterscheiden leider noch
> nicht bei den i386-Prozessoren. P4 ist genauso wie Athlon ein und
> dieselbe Architektur --- auch wenn ein P4-optimiertes Programm auf
> einem 586 garantiert nicht mehr läuft!).

Höh? Auch das erklär mal bitte genauer. Was genau wird nicht
unterschieden? Und was macht NetBSD da denn anders?

LG,
Ace
-- 
()  ASCII Ribbon Campaign - against HTML mail 
/\                        - against Microsoft attachments
http://www.fsf.org/philosophy/no-word-attachments.html
http://www.goldmark.org/netrants/no-word/attach.html

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[gentoo-user-de] Re: Installation fuer "low end" System auf "besserem" System vorbereiten?

[Thomas Schweikle]

Ace Dahlmann schrieb:

> Hi!
> 
> On Fri, 29 Jul 2005 19:53:01 +0200
> Thomas Schweikle <tps@vr-web.de> wrote:
> 
>> Das stört nicht. Wichtig ist nur, dann das Buildsystem *nicht* von
>> der Gentoo-Installation auf der "großen" Kiste zu verwenden.
> 
> Wie meinst Du das?
> 
> Ich bin die ganze Zeit ab überlegen, was bei Alex dann genau passiert,
> aber ich hab da wohl gerade eine logische Denkblockade.

In der Regel werden in einen chroot-Käfig dateien, die im
Hauptsystem liegen übernommen. Es wird zum beispiel per "bind" der
gesamte "/usr/lib"-Baum gemountet. Damit steht im chroot der gleiche
Baum zur verfügung wie im Hauptsystem --- nur üblicherweise als
"read only".

Für Teile, bei denen das nicht geht wird eine Kopie, oder ein
Hardlink im Käfig angelegt.

Diese Techniken sparen Platz. Wenn ich jetzt im chroot-Käfig aber
eine andere gcc-Version einsetzen will, und sogar für eine andere
CPU kompilieren möchte, dann funktioniert das nicht mehr. Ich muß
alles was zum build-System gehört im chroot-Käfig nocheinmal haben.
Passend zum compiler, den verwendeten Libraries, usw.

Für den Fall, das ich für eine andere Architektur (i386 auf
athlon-xp) compiliere, muß ich fast das gesamte System im chroot
nocheinmal aufsetzen. Der Aufwand ist zimlich hoch.

>> Interressant in diesem Zusammenhang: das Buildsystem von NetBSD
>> leistet genau so etwas. Es könnte also lohnend sein, sich damit
>> auseinanderzusetzen (Gentoo und FreeBSD unterscheiden leider noch
>> nicht bei den i386-Prozessoren. P4 ist genauso wie Athlon ein und
>> dieselbe Architektur --- auch wenn ein P4-optimiertes Programm auf
>> einem 586 garantiert nicht mehr läuft!).
> 
> Höh? Auch das erklär mal bitte genauer. Was genau wird nicht
> unterschieden? Und was macht NetBSD da denn anders?

In FreeBSD gibt es für alle Intel-586-Kompatiblen CPU nur eine
Architektur: i686. Wenn ich jetzt für einen P4 optimiere, dann fällt
hinten Programmcode für i386 optimiert für P4 heraus.

Jetzt starte ich einen zweiten Kompilerlauf, diesmal mit Optimierung
für den Pentium. Da dieser auch i386 als Architekturkennung hat,
fällt das was für Pentium optimiert wurde auf das was ich gerade
vorher für P4 erzeugt hatte.

Ergebnis: es ist zur Zeit *nicht* möglich ohne weiteren Aufwand
einfach für mehrere verschiedene Pentium, Pentium MMX, P-II, P-III,
P4, Athlon-XP optimal angepassten Code zu erzeugen. Ich muß die
Build-Umgebung für *jeden* dieser Prozessoren komplett neu
zusammenschrauben. Dabei ist zimlich viel zu beachten, weil ich
sicherstellen muß, das keine Library, die für P4 gedacht war in ein
für den Pentium gedachtes Binary gelinkt wird.

Gentoo hat zur Zeit exakt das Selbe Problem. Auch hier wird kein
Unterschied zwischen Pentium, P4 und Athlon-XP gemacht. Es ist alles
 i586.

Ich muß, wenn ich das machen will für jede CPU einen eigenen
Buildbereich mit allem was dazugehört zusammenbauen.

NetBSD macht zwischen einem Pentium, P4 und Athlon-XP einen
Unterschied. Die verschiedenen CPU werden nicht mehr als eine
Architektur betrachtet, sondern als verschieden. Es ist dadurch
möglich mit nur einem Befehl optimierte Pakete für jede dieser CPU
zu bauen --- das mit immer demselben Kompiler, ohne auf chroot, oder
ähnliche Kunstgriffe zurückgreifen zu müssen.

-- 
Thomas

-- 
gentoo-user-de@gentoo.org mailing list

Re: [gentoo-user-de] Re: Installation fuer "low end" System auf "besserem" System vorbereiten?

[Alexander Skwar]

Thomas Schweikle schrieb:
> Ace Dahlmann schrieb:
> 
>> Hi!
>> 
>> On Fri, 29 Jul 2005 19:53:01 +0200
>> Thomas Schweikle <tps@vr-web.de> wrote:
>> 
>>> Das stört nicht. Wichtig ist nur, dann das Buildsystem *nicht* von
>>> der Gentoo-Installation auf der "großen" Kiste zu verwenden.
>> 
>> Wie meinst Du das?
>> 
>> Ich bin die ganze Zeit ab überlegen, was bei Alex dann genau passiert,
>> aber ich hab da wohl gerade eine logische Denkblockade.
> 
> In der Regel werden in einen chroot-Käfig dateien, die im
> Hauptsystem liegen übernommen. Es wird zum beispiel per "bind" der
> gesamte "/usr/lib"-Baum gemountet. Damit steht im chroot der gleiche
> Baum zur verfügung wie im Hauptsystem --- nur üblicherweise als
> "read only".

Ach so. Nein, das hatte ich nicht vor. Im Prinzip würde ich
auf dem "Build Host" nochmal das gesamte System der kleinen
Kiste vorhalten - zumindest quasi. /home nicht, Daten nicht,
etc. pp..

> Diese Techniken sparen Platz. Wenn ich jetzt im chroot-Käfig aber
> eine andere gcc-Version einsetzen will, und sogar für eine andere
> CPU kompilieren möchte, dann funktioniert das nicht mehr. Ich muß
> alles was zum build-System gehört im chroot-Käfig nocheinmal haben.
> Passend zum compiler, den verwendeten Libraries, usw.

Jup. Hatte ich vor.

> Für den Fall, das ich für eine andere Architektur (i386 auf
> athlon-xp) compiliere, muß ich fast das gesamte System im chroot
> nocheinmal aufsetzen. Der Aufwand ist zimlich hoch.

Ja.
Alexander Skwar
-- 
tracer_panic("I'm tracing myself and I can't get out");
        linux-2.6.6/arch/um/kernel/tt/syscall_user.c
-- 
gentoo-user-de@gentoo.org mailing list

Re: [gentoo-user-de] Re: Installation fuer "low end" System auf "besserem" System vorbereiten?

[Ace Dahlmann]

[-- Attachment #1: Type: text/plain, Size: 376 bytes --]

Hi!

On Fri, 29 Jul 2005 21:16:07 +0200
Thomas Schweikle <tps@vr-web.de> wrote:

> [...]

Danke, Dein Posting war sehr lehrreich. :-)

LG,
Ace
-- 
()  ASCII Ribbon Campaign - against HTML mail 
/\                        - against Microsoft attachments
http://www.fsf.org/philosophy/no-word-attachments.html
http://www.goldmark.org/netrants/no-word/attach.html

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user-de] Re: Installation fuer "low end" System auf "besserem" System vorbereiten?

[Alexander Skwar]

Thomas Schweikle schrieb:
> Alexander Skwar schrieb:
>> Ace Dahlmann schrieb:
>>> Hi!
>>> 
>>> On Wed, 27 Jul 2005 22:49:06 +0200
>>> Alexander Skwar <listen@alexander.skwar.name> wrote:
>>> 
>>>> Ich habe mir nun auch endlich mal ein "low end" Notebook gekauft,
>>>> auf dem ich "natürlich" :) auch Gentoo installieren möchte. Da es
>>>> sich hierbei, wie gesagt, um ein "low end" System handelt, möchte
>>>> ich soviel wie möglich auf meinem "dicken" Hauptsystem kompilieren
>>>> und dann nach Möglichkeit nur die fertig installierten Pakete oder
>>>> Dateien rüberkopieren.
>>> 
>>> Denk dran, dass es die gleiche Prozessor-Architektur sein muss,
>> 
>> Ich hatte, angelehnt an Arnolds Vorschlag, vor, das ganze in
>> 'nem chroot auf der "dicken Kiste" kompilieren zu lassen. Das
>> ist ein Rechner mit -march=athlon-xp. Das low end System ist
>> ein -march=pentium3m.
> 
> Das stört nicht. Wichtig ist nur, dann das Buildsystem *nicht* von
> der Gentoo-Installation auf der "großen" Kiste zu verwenden.

Ja, klar, darum ja den chroot. Im chroot käme ich dann ja nur noch
an das Buildsystem der kleinen Kiste.

>> Auch das ist doch irrelevant, wenn ich in 'nem chroot kompiliere, oder?
> 
> Ja, wenn das Buildsystem *nicht* über die "große* Kiste verfügbar
> gemacht wird.

Was meinst Du damit?

> Es dürfte einfacher sein, in qemu ein zweites Gentoo
> aufzusetzen, das dem "low-End-System" entspricht.

Einfacher? Ist das nicht "etwas" langsam?

 Emulator 	Typical application slow down
ratio compared to native
QEMU 	between 5 and 10
QEMU + QEMU accelerator 	between 1 and 2

Alexander Skwar
-- 
Chris Griffin: Dad, what would you say if I didn't want to be in the scouts
anymore?
Peter Griffin: I'd say "come again?" and then I'd laugh because I said "CUM".
-- 
gentoo-user-de@gentoo.org mailing list

[gentoo-user-de] Re: Installation fuer "low end" System auf "besserem" System vorbereiten?

[Thomas Schweikle]

Alexander Skwar schrieb:
> Thomas Schweikle schrieb:

[...]

>> Es dürfte einfacher sein, in qemu ein zweites Gentoo
>> aufzusetzen, das dem "low-End-System" entspricht.
> 
> Einfacher? Ist das nicht "etwas" langsam?

Einfacher deshalb, weil ich nicht so viel nachdenken brauche was
alles in den chroot-Käfig hineinmuß.

>  Emulator 	Typical application slow down
> ratio compared to native
> QEMU 	between 5 and 10
> QEMU + QEMU accelerator 	between 1 and 2

Wenn der Accelerator verwendet wird liegt die Geschwindigkeit etwa
geleichauf mit dem Orginal. Kompilerläufe sind jedenfalls nicht
deutlich langsamer. Schwierig wird es nur, wenn auf dem Gesamtsystem
nicht genügend Speicher zur Verfügung steht --- weder der Host noch
die VM sollten Anlass haben mit swapping anzufangen.

-- 
Thomas

-- 
gentoo-user-de@gentoo.org mailing list

Re: [gentoo-user-de] Re: Installation fuer "low end" System auf "besserem" System vorbereiten?

[Alexander Skwar]

Thomas Schweikle schrieb:

> Es dürfte einfacher sein, in qemu ein zweites Gentoo
> aufzusetzen, das dem "low-End-System" entspricht.

Ich glaube, qemu ist die *einzige* Möglichkeit, einen
optimierten Build Host aufzusetzen...

Mein Hauptsystem ist ein Athlon XP und damit "natürlich"
auch mit -march=athlon-xp kompiliert. Mein "low end"
(große Anführungszeichen *G*) System ist ein Notebook
mit Celeron M340, also (quasi) mit Pentium 4. Darum
werde ich da bei gcc 3.3.x mit -march=pentium-4 und
bei gcc 3.4.4 mit -march=pentium-m kompilieren.

Gute Idee - hat nur einen Haken: Pentium 4 Binaries
lassen sich, glaube ich, nicht unbedingt auf Athlon
XP ausführen, oder? Zumindest versuche ich gerade
bootstrap.sh auszuführen und stelle fest, das die
Installation von texinfo nicht funktioniert.
https://bugs.gentoo.org/show_bug.cgi?id=96181
http://bugs.gentoo.org/show_bug.cgi?id=98951

> rm -rf $backupdir; exit $rc
> /bin/sh: line 1: 15017 Illegal instruction     ..//makeinfo/makeinfo -I . -o
> texinfo.info `test -f 'texinfo.txi' || echo './'`texinfo.txi
> make[2]: *** [texinfo.info] Error 132

Liege ich mit der Vermutung richtig, das ich P4
Binaries nicht auf Athlon XP ausführen kann?

Alexander Skwar
-- 
Laughter is the closest distance between two people.
		-- Victor Borge
-- 
gentoo-user-de@gentoo.org mailing list

Re: [gentoo-user-de] Re: Installation fuer "low end" System auf "besserem" System vorbereiten?

[Arnold Krille]

Am 06.08.05 schrieb Alexander Skwar <listen@alexander.skwar.name>:
> Mein Hauptsystem ist ein Athlon XP und damit "natürlich"
> auch mit -march=athlon-xp kompiliert. Mein "low end"
> (große Anführungszeichen *G*) System ist ein Notebook
> mit Celeron M340, also (quasi) mit Pentium 4. Darum
> werde ich da bei gcc 3.3.x mit -march=pentium-4 und
> bei gcc 3.4.4 mit -march=pentium-m kompilieren.

Mach aus dem march ein mcpu und schon laufen die Programme auf beiden
System, zwar mit Optimierungen für die jeweilige Architektur, aber
doch mit Abwärtskompatibilität...

Zumindest für das "low end" System solltes Du das bei Deinem Setup machen.

Arnold

-- 
Wenn man mit Raubkopien Bands wie Brosis oder Britney Spears wirklich
verhindern könnte, würde ich mir noch heute einen Stapel Brenner und
einen Sack Rohlinge kaufen.

-- 
gentoo-user-de@gentoo.org mailing list

Re: [gentoo-user-de] Re: Installation fuer "low end" System auf "besserem" System vorbereiten?

[Alexander Skwar]

Arnold Krille schrieb:
> Am 06.08.05 schrieb Alexander Skwar <listen@alexander.skwar.name>:
>> Mein Hauptsystem ist ein Athlon XP und damit "natürlich"
>> auch mit -march=athlon-xp kompiliert. Mein "low end"
>> (große Anführungszeichen *G*) System ist ein Notebook
>> mit Celeron M340, also (quasi) mit Pentium 4. Darum
>> werde ich da bei gcc 3.3.x mit -march=pentium-4 und
>> bei gcc 3.4.4 mit -march=pentium-m kompilieren.
> 
> Mach aus dem march ein mcpu und schon laufen die Programme auf beiden
> System, zwar mit Optimierungen für die jeweilige Architektur, aber
> doch mit Abwärtskompatibilität...

Klar.
Aber damit verschenke ich doch bestimmte *UNMENGEN* an
Performance, oder? :) Nicht auszumalen wie langsam dann
vlt. sowas wie perl wäre - Startzeiten von vlt. 0,5 Sekunden
vs. 0,48 Sekunden ;)

Eigentlich hatte ich sogar vor, das "low end" System mit
icc zu kompilieren, um noch ein paar Promille mehr Performance
zu erhalten. Diese Performancevorteil würde ich doch
verschenken, wenn ich (bezogen auf das Zielsystem) unnötige
Kompatibilitätsschichten mit einbauen lasse.

Alexander Skwar
-- 
Just remember, wherever you go, there you are.
		-- Buckaroo Bonzai
-- 
gentoo-user-de@gentoo.org mailing list

[gentoo-user-de] Re: Installation fuer "low end" System auf "besserem" System vorbereiten?

[Thomas Schweikle]

Alexander Skwar schrieb:

> Arnold Krille schrieb:
>> Am 06.08.05 schrieb Alexander Skwar <listen@alexander.skwar.name>:
>>> Mein Hauptsystem ist ein Athlon XP und damit "natürlich"
>>> auch mit -march=athlon-xp kompiliert. Mein "low end"
>>> (große Anführungszeichen *G*) System ist ein Notebook
>>> mit Celeron M340, also (quasi) mit Pentium 4. Darum
>>> werde ich da bei gcc 3.3.x mit -march=pentium-4 und
>>> bei gcc 3.4.4 mit -march=pentium-m kompilieren.
>> 
>> Mach aus dem march ein mcpu und schon laufen die Programme auf beiden
>> System, zwar mit Optimierungen für die jeweilige Architektur, aber
>> doch mit Abwärtskompatibilität...
> 
> Klar.
> Aber damit verschenke ich doch bestimmte *UNMENGEN* an
> Performance, oder? :) Nicht auszumalen wie langsam dann
> vlt. sowas wie perl wäre - Startzeiten von vlt. 0,5 Sekunden
> vs. 0,48 Sekunden ;)

Wenn das Programm 20000 Mal gestartet wird, summiert sich das auf
400 Sekunden Differenz. Das sind gute 6 Minuten, die dabei mit
Optimierung eingespart werden, bis alle 20000 Instanzen gleichzeitig
laufen ;-)

> Eigentlich hatte ich sogar vor, das "low end" System mit
> icc zu kompilieren, um noch ein paar Promille mehr Performance
> zu erhalten. Diese Performancevorteil würde ich doch
> verschenken, wenn ich (bezogen auf das Zielsystem) unnötige
> Kompatibilitätsschichten mit einbauen lasse.

Ja und nein wenn für beide CPU compiliert wird, wird jede
Optimierung unterlassen, die nur auf einer der beiden CPU läuft.
- Dadurch wird das Programm etwas langsamer.

Teilweise wird dann doch für beide Welten getrennt optimiert. Je
nachdem, ob das Programm jetzt auf Athlon-XP oder P4 ausgeführt
wird, linkt der Runtime-Linker einen anderen Codebereich.
- Das verlangsamt den Programmstart (unmerklich), aber hält das
ausgeführte Binary im Speicher schnell.

> 
> Alexander Skwar

-- 
Thomas

-- 
gentoo-user-de@gentoo.org mailing list

qemu - Zu emulierende CPU einstellen? (was: [gentoo-user-de] Re: Installation fuer "low end" System auf "besserem" System vorbereiten?)

[Alexander Skwar]

Alexander Skwar schrieb:
> Thomas Schweikle schrieb:
> 
>> Es dürfte einfacher sein, in qemu ein zweites Gentoo
>> aufzusetzen, das dem "low-End-System" entspricht.
> 
> Ich glaube, qemu ist die *einzige* Möglichkeit, einen
> optimierten Build Host aufzusetzen...

Hm - wie kann ich denn bei qemu einstallen, welche
CPU im Guest emuliert werden soll? Oder geht das
nicht?

Alexander Skwar
-- 
Guy in chicken costume: The world is gonna end at midnight tonight. Y2K.
Peter Griffin: Y2K? What are you selling, chicken or sex jelly?
-- 
gentoo-user-de@gentoo.org mailing list

Re: qemu - Zu emulierende CPU einstellen? (was: [gentoo-user-de] Re: Installation fuer "low end" System auf "besserem" System vorbereiten?)

[pslizer]

Am 06.08.05 schrieb Alexander Skwar <listen@alexander.skwar.name>:
> Alexander Skwar schrieb:
> > Thomas Schweikle schrieb:
> >
> >> Es dürfte einfacher sein, in qemu ein zweites Gentoo
> >> aufzusetzen, das dem "low-End-System" entspricht.
> >
> > Ich glaube, qemu ist die *einzige* Möglichkeit, einen
> > optimierten Build Host aufzusetzen...
> 
> Hm - wie kann ich denn bei qemu einstallen, welche
> CPU im Guest emuliert werden soll? Oder geht das
> nicht?
> 
> Alexander Skwar
> --
> Guy in chicken costume: The world is gonna end at midnight tonight. Y2K.
> Peter Griffin: Y2K? What are you selling, chicken or sex jelly?
> --
> gentoo-user-de@gentoo.org mailing list
> 
> 
ich glaub das kann man nicht verstellen außer mit -fast oder qemu-ppc,
aber ich glaube,
dass dir das nicht helfen wird

-- 
Mit freundlichen Grüßen:
Paul Kieckhefen

-- 
gentoo-user-de@gentoo.org mailing list

[gentoo-user-de] Re: qemu - Zu emulierende CPU einstellen?

[Alexander Skwar]

pslizer schrieb:
> Am 06.08.05 schrieb Alexander Skwar <listen@alexander.skwar.name>:

>> Hm - wie kann ich denn bei qemu einstallen, welche
>> CPU im Guest emuliert werden soll? Oder geht das
>> nicht?

> ich glaub das kann man nicht verstellen außer mit -fast oder qemu-ppc,

Jup, -fast, sparc und ppc und so habe ich auch schon entdeckt :)

> aber ich glaube,
> dass dir das nicht helfen wird

Richtig :|

Alexander Skwar
-- 
Some people claim that the UNIX learning curve is steep, but at least you
only have to climb it once.
-- 
gentoo-user-de@gentoo.org mailing list

Re: [gentoo-user-de] Re: Installation fuer "low end" System auf "besserem" System vorbereiten?

[Sebastian Damm]

[-- Attachment #1: Type: text/plain, Size: 837 bytes --]

Hallo,

Am 06. August 2005 schrieb Alexander Skwar:
> Mein "low end" (große Anführungszeichen *G*) System ist ein Notebook
> mit Celeron M340, also (quasi) mit Pentium 4. Darum werde ich da bei
> gcc 3.3.x mit -march=pentium-4 und bei gcc 3.4.4 mit -march=pentium-m
> kompilieren.

AFAIR sind Pentium-M weiterentwickelte P3 - ich habe zumindest auf
meinem P-M 1.6 zu Zeiten von gcc 3.3.x immer mit pentium-3 compiliert
(und den Kernel entsprechend konfiguriert). So wurde das damals immer
gesagt. Mit Einführung von pentium-m hat sich das natürlich erledigt. 

Kann aber auch sein, dass das bei Banias CPUs jetzt anders ist.

Ciao
Sebastian
-- 
Sebastian Damm
Blog: http://blog.sdamm.de
GPG-Encrypted mail welcome! ID: 0x64D96827 @ pgpkeys.pca.dfn.de
Fingerprint: CB7F F23F D950 644D 838B  215A 550F 75EC 64D9 6827

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user-de] Re: Installation fuer "low end" System auf "besserem" System vorbereiten?

[Michal Kapalka]

Haloo Liste,

ich habe auch Intel pentrium M procesor, ich habe mich nach diesen howto 
gehalten :

http://gentoo-wiki.com/Safe_Cflags

<snip>


      Pentium-M / Centrino (Intel)

vendor_id  : GenuineIntel
cpu family  : 6
model  : 9
model name  : Intel(R) Pentium(R) M processor XXXXMHz

For gcc < 3.4.3:

CHOST="i686-pc-linux-gnu"
CFLAGS="-O2 -march=pentium3 -pipe -mfpmath=sse"
CXXFLAGS="${CFLAGS}"

Comment: I also have working system but no benchmark in speed difference 
to the above with:

CHOST="i686-pc-linux-gnu"
CFLAGS="-O2 -march=pentium4 -pipe -fomit-frame-pointer"
CXXFLAGS="${CFLAGS}"

For gcc >= 3.4.3:

CHOST="i686-pc-linux-gnu"
CFLAGS="-O3 -march=pentium-m -pipe -fomit-frame-pointer"
CXXFLAGS="${CFLAGS}"

Indeed it seems more a question of belief than of real speed if you use 
optimization level O2 or O3. O3 works well for me, but people may prefer 
to stick with O2. Options concerning SSE and such things sometimes may 
cause very long compile times until errors occur.

</snip>

Liebe Grüße,

Michal Kapalka 


-- 
gentoo-user-de@gentoo.org mailing list

Re: [gentoo-user-de] Re: Installation fuer "low end" System auf "besserem" System vorbereiten?

[Alexander Skwar]

Tach!

Michal Kapalka wrote:
> Haloo Liste,
> 
> ich habe auch Intel pentrium M procesor, ich habe mich nach diesen howto 
> gehalten :

Allerdings ist die Anleitung da etwas "konfus", IMO.

> http://gentoo-wiki.com/Safe_Cflags
> 
> <snip>
>
> For gcc < 3.4.3:
> 
> CFLAGS="-O2 -march=pentium3 -pipe -mfpmath=sse"
>
> CFLAGS="-O2 -march=pentium4 -pipe -fomit-frame-pointer"
>
> CFLAGS="-O3 -march=pentium-m -pipe -fomit-frame-pointer"

Na - wat'n nu?

p3, p4 oder pm?

Da ich gcc 3.4.4 verwende (sofern icc nicht funktioniert), habe
ich mich für pm entschieden.

Alexander Skwar
-- 
Xerox never comes up with anything original.

-- 
gentoo-user-de@gentoo.org mailing list

Re: [gentoo-user-de] Re: Installation fuer "low end" System auf "besserem" System vorbereiten?

[Sebastian Damm]

[-- Attachment #1: Type: text/plain, Size: 1553 bytes --]

Hallo,

Am 08. August 2005 schrieb Alexander Skwar:

> Allerdings ist die Anleitung da etwas "konfus", IMO.
> > For gcc < 3.4.3:
> > CFLAGS="-O3 -march=pentium-m -pipe -fomit-frame-pointer"

gcc vor Version 3.4.0 kennt noch gar keinen pentium-m, der Typ wurde
erst mit dem 3.4er gcc eingeführt. 

http://gcc.gnu.org/onlinedocs/gcc-3.3.5/gcc/i386-and-x86_002d64-Options.html#i386-and-x86_002d64-Options
http://gcc.gnu.org/onlinedocs/gcc-3.4.4/gcc/i386-and-x86_002d64-Options.html#i386-and-x86_002d64-Options

Zitat aus letzterem:
"pentium-m
    Low power version of Intel Pentium3 CPU with MMX, SSE and SSE2
    instruction set support. Used by Centrino notebooks."

BTW: Ich seh grad, es gibt da sogar eine eigene Optimierung für den
     Press-Kot, wer also solch einen Ofen besitzt, sollte evtl. auf die
     3.4.4 wechseln.

> Na - wat'n nu?

Auch die Wikipedia sagt folgendes:

"Eine Besonderheit des Pentium M ist, dass er keine energiesparende
Version des Pentium 4, sondern ein stark modifizierter Pentium III ist
[..]"

Also wäre meine Meinung immer noch, mit gcc-3.3.x -march=pentium3 zu
verwenden und ab 3.4.x -march=pentium-m. 

> Da ich gcc 3.4.4 verwende (sofern icc nicht funktioniert), habe
> ich mich für pm entschieden.

Wenn es eine eigene Klasse dafür gibt, dann ist das natürlich die beste
Wahl.

Ciao
Sebastian
-- 
Sebastian Damm
Blog: http://blog.sdamm.de
GPG-Encrypted mail welcome! ID: 0x64D96827 @ pgpkeys.pca.dfn.de
Fingerprint: CB7F F23F D950 644D 838B  215A 550F 75EC 64D9 6827

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user-de] Installation fuer "low end" System auf "besserem" System vorbereiten?

[Markus Weber]

[-- Attachment #1: Type: text/plain, Size: 1815 bytes --]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Alexander Skwar wrote:
> Moin.
> 
> Ich habe mir nun auch endlich mal ein "low end" Notebook gekauft,
> auf dem ich "natürlich" :) auch Gentoo installieren möchte. Da es
> sich hierbei, wie gesagt, um ein "low end" System handelt, möchte
> ich soviel wie möglich auf meinem "dicken" Hauptsystem kompilieren
> und dann nach Möglichkeit nur die fertig installierten Pakete oder
> Dateien rüberkopieren.
> 
> "Vermutlich" ;) gibt's dazu schon die eine oder andere
> Dokumentation, nehme ich mal so an. Welche Dokumentation könnt
> ihr da empfehlen?
> 
> Danke für Links und Tipps,
> 
> Alexander Skwar

Ich hatte so eine Situation einmal mit einem P1 133 MHZ und einem
daneben stehenden Athlon XP 2400+.
damals habe ich zur Initialen Installation die Platte aus dem P1 in den
Athlon eingebaut und erst mal in der klassischen chroot zur Installation
die die Installation so weit wie möglich durch bekommen. In der chroot
Umgebung habe ich alles so gemacht als wenn die Platte im original
Rechner währe. Also alles für den P1 kompiliert. Dann habe ich auf
beiden Kisten noch den distcc ausgerollt.
Nachdem ich nun die Platte wieder in dem schwachen Rechner hatte habe
ich mit Hilfe vom distcc alle Kompillieraufgaben auf den starken Athlon
Rechner erledigen lassen und der kleine P1 musste das nur noch koordinieren.

Zu distcc gibt es eine gute Doku:
http://www.gentoo.org/doc/de/distcc.xml

- --
Have a lot of fun!
- ----------------------------------
Markus Weber
Frankfurt a.M.
Germany
Mail:   mweber@markusweber.de
ICQ ID: 139365696
MSN:    svenolli@hotmail.com
Skype:  svenolli
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (GNU/Linux)

iD8DBQFC7QJq99kybxQi4PURArX1AJ9jtLC1QT7Xl+DUXYIJteOQpBVGyQCfSxAk
db5LcrPsJQXgHIPFqZDpTUg=
=8s2v
-----END PGP SIGNATURE-----

[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3232 bytes --]