[gentoo-user-de] Kompilierzeit von dev-libs/boost-1.31.0

[gentoo-user-de] Kompilierzeit von dev-libs/boost-1.31.0

[Jan Girlich]

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

Hallo,

habe gerade auf einem AMD/K6-233MHz mit 64 MiB RAM boost gemerged.

Natürlich ist mir klar, dass dieser Rechner nicht gerade derschnellste 
und neueste ist, aber trotzdem hat er extrem lange gebraucht:

abfax root # genlop -t boost
  * dev-libs/boost
      Sat Nov 27 21:12:23 2004 --> dev-libs/boost-1.31.0
        merge time: 1 day, 18 hours, 35 minutes, and 38 seconds.
merged totally 1 ebuild in 1 day, 18 hours, 35 minutes, and 38 seconds.

Mal zum Vergleich die glibc:

abfax root # genlop -t glibc
  * sys-libs/glibc

      Thu Feb 26 18:51:28 2004 --> sys-libs/glibc-2.3.2-r9
        merge time: 13 hours, 59 minutes, and 56 seconds.

      Fri Feb 27 11:05:26 2004 --> sys-libs/glibc-2.3.2-r9
        merge time: 12 hours, 36 minutes, and 27 seconds.

      Wed Jun 16 02:12:15 2004 --> sys-libs/glibc-2.3.3.20040420
        merge time: 1 day, 17 minutes, and 20 seconds.

      Tue Sep 14 20:17:24 2004 --> sys-libs/glibc-2.3.3.20040420-r1
        merge time: 15 hours, 47 minutes, and 15 seconds.

      Mon Oct 11 08:08:56 2004 --> sys-libs/glibc-2.3.3.20040420-r2
        merge time: 1 day, 3 hours, 23 minutes, and 51 seconds.

      Wed Oct 13 15:10:02 2004 --> sys-libs/glibc-2.3.4.20040808-r1
        merge time: 1 day, 6 hours, 55 minutes, and 59 seconds.
merged totally 6 ebuilds in 5 days, 5 hours, and 48 seconds.
average merge time: 20 hours, 50 minutes, and 8 seconds.


Also meine glibc braucht nur halb so lang wie boost.

Ist das normal? Ist boost solch ein aufwändiges Paket?

Gruß
Jan

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

Re: [gentoo-user-de] Kompilierzeit von dev-libs/boost-1.31.0

[Hans-Werner Hilse]

[-- Attachment #1: Type: TEXT/PLAIN, Size: 594 bytes --]

Hi,

On Sun, 28 Nov 2004, Jan Girlich wrote:

> habe gerade auf einem AMD/K6-233MHz mit 64 MiB RAM boost gemerged.
> [...]
> Also meine glibc braucht nur halb so lang wie boost.
> Ist das normal? Ist boost solch ein aufwändiges Paket?

Hängt von den Compilerflags ab. Wenn aufwändige Optimierungen dabei sind, 
können die sich auch schonmal "festfressen". Zudem brauchen die auch z.T. 
ganz schön viel RAM. Und wenn dann das Geswappe losgeht, wird's zäh. Die 
glibc wird ja, meine ich, auch mit "gesäuberten" CFLAGS kompiliert. Da 
mich aber bitte nicht 'drauf festnageln.

HWH

[-- Attachment #2: Type: text/plain, Size: 41 bytes --]

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

Re: [gentoo-user-de] Kompilierzeit von dev-libs/boost-1.31.0

[Jan Girlich]

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

Hallo,

Hans-Werner Hilse schrieb:

> On Sun, 28 Nov 2004, Jan Girlich wrote:
> 
>> habe gerade auf einem AMD/K6-233MHz mit 64 MiB RAM boost gemerged.
>> [...]
>> Also meine glibc braucht nur halb so lang wie boost.
>> Ist das normal? Ist boost solch ein aufwändiges Paket?
> 
> Hängt von den Compilerflags ab. Wenn aufwändige Optimierungen dabei 
> sind, können die sich auch schonmal "festfressen". Zudem brauchen die 

Interessant. Ich habe folgende Flags:
CFLAGS="-march=k6 -O3 -pipe -fomit-frame-pointer"
CXXFLAGS="${CFLAGS}"

Ist das aufwändige Optimierung?

> auch z.T. ganz schön viel RAM. Und wenn dann das Geswappe losgeht, 
> wird's zäh.

Ich habe mal ein wenig mit top beobachtet und festgestellt, dass ich 
rund 16MiB RAM frei hatte. Swap war auch nur halb gefüllt bestenfalls.

Aber ein Test mit hdparm -tT /dev/hda ergab Transferraten von 2MiB oder 
gar 700KiB. Also muss die Festplatte arg am Schuften gewesen sein.

Gruß
Jan

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

Re: [gentoo-user-de] Kompilierzeit von dev-libs/boost-1.31.0

[Hans-Werner Hilse]

[-- Attachment #1: Type: TEXT/PLAIN, Size: 1275 bytes --]

Moin,

On Sun, 28 Nov 2004, Jan Girlich wrote:

>>> habe gerade auf einem AMD/K6-233MHz mit 64 MiB RAM boost gemerged.
>>> [...]
>>> Also meine glibc braucht nur halb so lang wie boost.
>>> Ist das normal? Ist boost solch ein aufwändiges Paket?
>> 
>> Hängt von den Compilerflags ab. Wenn aufwändige Optimierungen dabei sind, 
>> können die sich auch schonmal "festfressen". Zudem brauchen die 
>
> Interessant. Ich habe folgende Flags:
> CFLAGS="-march=k6 -O3 -pipe -fomit-frame-pointer"
> CXXFLAGS="${CFLAGS}"
>
> Ist das aufwändige Optimierung?

Jepp, -O3 ist 'ne ganze Menge. Da macht die glibc eh -O2 draus und das 
-fomit-frame-pointer wird bei der glibc auch 'rausgeschmissen (gerade mal 
nachgeguckt).

>> auch z.T. ganz schön viel RAM. Und wenn dann das Geswappe losgeht, wird's 
>> zäh.
>
> Ich habe mal ein wenig mit top beobachtet und festgestellt, dass ich rund 
> 16MiB RAM frei hatte. Swap war auch nur halb gefüllt bestenfalls.

Naja, es ist eben die Frage, was dieses "halb gefüllt" bedeutet. Wenn da 
ständig Paging in Gang ist, dann ist das natürlich performance-feindlich.

Kannst ja mal mit "vmstat" 'rumspielen. Ich würde aber beim Compilieren 
alles abschalten, was abzuschalten ist (X, daemons, etc.)

Gruss,

HWH

[-- Attachment #2: Type: text/plain, Size: 41 bytes --]

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

Re: [gentoo-user-de] Kompilierzeit von dev-libs/boost-1.31.0

[Mirko Günther]

Jan Girlich schrieb:
> Hallo,
> 
> Hans-Werner Hilse schrieb:
> 
>> On Sun, 28 Nov 2004, Jan Girlich wrote:
>>
>>> habe gerade auf einem AMD/K6-233MHz mit 64 MiB RAM boost gemerged.
>>> [...]
>>> Also meine glibc braucht nur halb so lang wie boost.
>>> Ist das normal? Ist boost solch ein aufwändiges Paket?
>>
>>
>> Hängt von den Compilerflags ab. Wenn aufwändige Optimierungen dabei 
>> sind, können die sich auch schonmal "festfressen". Zudem brauchen die 
> 
> 
> Interessant. Ich habe folgende Flags:
> CFLAGS="-march=k6 -O3 -pipe -fomit-frame-pointer"
> CXXFLAGS="${CFLAGS}"
> 
> Ist das aufwändige Optimierung?
> 
>> auch z.T. ganz schön viel RAM. Und wenn dann das Geswappe losgeht, 
>> wird's zäh.
> 
> 
> Ich habe mal ein wenig mit top beobachtet und festgestellt, dass ich 
> rund 16MiB RAM frei hatte. Swap war auch nur halb gefüllt bestenfalls.
> 
> Aber ein Test mit hdparm -tT /dev/hda ergab Transferraten von 2MiB oder 
> gar 700KiB. Also muss die Festplatte arg am Schuften gewesen sein.
> 
> Gruß
> Jan

Wie viele (Compiler)Jobs läßt du gleichzeitig laufen?
Wenn am Ende die locals erzeugt werden, können sich mehrere parallele 
jobs negativ auswirken, da diese einiges an resourcen brauchen.

Mein Laptop mit nem PII-300MHz braucht für die glibc immer zwischen 
4-6h, wenn ich nur einen compilerjob einstelle. ab 2-3 steigt die Zeit 
auch bis zu 15h, weil er beim bauen der locals nur noch am swappen ist.

Gruß Mirko

-- 
this mail was sent using 100% recycled electrons

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

Re: [gentoo-user-de] Kompilierzeit von dev-libs/boost-1.31.0

[Jan Girlich]

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

Hallo,

Mirko Günther schrieb:

> Wie viele (Compiler)Jobs läßt du gleichzeitig laufen?

Derzeit 2.

> Wenn am Ende die locals erzeugt werden, können sich mehrere parallele 
> jobs negativ auswirken, da diese einiges an resourcen brauchen.
> 
> Mein Laptop mit nem PII-300MHz braucht für die glibc immer zwischen 
> 4-6h, wenn ich nur einen compilerjob einstelle. ab 2-3 steigt die Zeit 
> auch bis zu 15h, weil er beim bauen der locals nur noch am swappen ist.

Werde es mal mit einem Job probieren. Ich nehme inzwischen auch an, dass 
es an der Festplattennutzung liegt.

Gruß
Jan

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

[gentoo-user-de] Re: Kompilierzeit von dev-libs/boost-1.31.0

[Georg Brandl]

Jan Girlich wrote:

> Ist das normal? Ist boost solch ein aufwändiges Paket?

Correct my if I'm wrong, aber boost ist doch ein Library-Paket in C++...

Bei C++ kannst du generell von einer höheren Kompilierzeit ausgehen als
bei Paketen in C mit vergleichbarer Größe.

mfg
Georg


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

Re: [gentoo-user-de] Kompilierzeit von dev-libs/boost-1.31.0

[Frank Schmitt]

Jan Girlich wrote:
> Hallo,
> 
> habe gerade auf einem AMD/K6-233MHz mit 64 MiB RAM boost gemerged.
> 
>      Tue Sep 14 20:17:24 2004 --> sys-libs/glibc-2.3.3.20040420-r1
>        merge time: 15 hours, 47 minutes, and 15 seconds.

Oha...  dagegen ist eine Sparc Station 5 mit 125 MHz ja echt schnell ;)

      Sat Oct  9 11:34:13 2004 --> sys-libs/glibc-2.3.3.20040420-r2
        merge time: 16 hours, 1 minute, and 36 seconds.

Gruss Frank

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