[FreeBSD] Buildworld doet er 4.5 uur over

[EricV]

Ik heb hier een server staan met een 1Ghz Transmeta Crusoe processor, 1GB RAM en een 20GB UDMA66 HD. Klinkt aardig, maar een buildworld van 4.7-p6 die ik om 11:50 starte duurde tot 17:25. Niet echt een recordtijd zeg maar.
Ik heb gewoon een vrij standaard FreeBSD installatie op de HD gezet, en de HD staat in DMA mode (dat was het eerste waar ik naar keek). Iemand een suggestie waar het probleem zit? Misschien dat iemand een benchmark programma heeft om te kijken of het ligt aan het geheugen, processor of de HD?

[Verwijderd]

buildworld <- klinkt heelveel
hoe lang zou het normaal moeten duren dan?

[_nethack]

Die Crusoe zal denk ik geen top performer zijn, dat ding is meer gemaakt als energiezuinige CPU dan als performancemonster (vergelijk een beetje met de Cyrix C3 cpu's)

[Verwijderd]

Ik deed er op een p3 ook 2,5 uur over. Dus klinkt vrij normaal als Operations zijn veronderstelling klopot

[EricV]

Naja, een P-233 die ik ook beheer doet er even lang over, ik hoop toch echt dat die 1Ghz crusoe wat sneller is...

[Verwijderd]

Mja, gevoelsmatig zeg ik dat die crusoe's zijn een stuk minder snel in compilen dan andere x86's (heb zelf een crusoe @ 600mhz laptop). M'n alpha @ 500mhz + 8m cache doet er zo'n 3 uur over btw.

[Verwijderd]

mijn pentium 100 servertje doet er volgens mij ook ongeveer zo lang over. vind het toch wel gek, alhoewel je qua processor appels en peren vergelijkt.

[Verwijderd]

Bij mij duurt het ietsje langer als 1 1/2 uur op een pentium 3 1000.
Ik vermoed ook dat het aan die proc ligt dat ie er zolang over doet.

[EricV]

De uitkomst is dus dat de Transmeta's niet zo snel compilen.
Nog iets: Ik heb 4200RPM HD's, dat versloomt ook een stuk merk ik nu,

[Verwijderd]

Hoe voer je je buildworld uit?
Toevallig zonder -j4 als make opties? Zoja probeer eens met dus:

code:

cd /usr/src/
make -j4 buildworld

[CyBeR]

Verwijderd schreef op 27 February 2003 @ 21:51:
Hoe voer je je buildworld uit?
Toevallig zonder -j4 als make opties? Zoja probeer eens met dus:

code:

cd /usr/src/
make -j4 buildworld

j4 op een single-processor systeem is niet echt nuttig, -j2 gaat meer snelheidswinst opleveren. (niet veel, maar wel wat.)

[Verwijderd]

Uit de BSD manual:

It is now possible to specify a -j option to make which will cause it to spawn several simultaneous processes. This is most useful on multi-CPU machines. However, since much of the compiling process is IO bound rather than CPU bound it is also useful on single CPU machines.

On a typical single-CPU machine you would run:

# make -j4 buildworld

[Verwijderd]

Ik ben het met cyber eens, -j2 is voldoende voor een uniprocessor box. Ik ga het vanavond echter wel ff timen, om te zien of het echt wat uitmaakt though

[Verwijderd]

EN?

[EricV]

Vanacht gecompileerd met -j4, uitkomst:
Buildworld: Van 21:10 tot 02:42 5.5 uur dus...
Buildkernel: Van 02:42 tot 03:24 42 minuten

Ik heb het idee dat buildworld langzamer is gegaan en buildkernel sneller.

Ik ga zo ff timen met -j2

[Verwijderd]

Is wel heel erg traag, hier doet ie er +/- 1.5 - 2 uur over. EN dat op een p3-800 met 512 MB geheugen, welke ook nog andere taken heeft die die tijdens het uitvoeren van de builworld moet doen,te dneken valt o.a. aan een aardige SQL db.

Dus is wel raar, hoe zit het met je io verkeer??

[EricV]

De server doet verder helemaal niks. Draait geen SQL of mailserver, Apache staat wel aan, maar er bezoekt niemand

[EricV]

De uitkomst met -j2:
Buildworld: Van 09:03 tot 14:43 5.66 uur
Buildkernel: Van 14:43 tot 15:25 42 minuten

Geen verschil dus met -j2 of -j4

[odysseus]

Het gebruik van -j2 levert niets of bijna niets op - ik heb wel eens vrij precieze metingen gezien en daar lag het verschil misschien op één procent. Daarnaast is zo'n Transmeta niet snel. Zijn FPU is ongeveer net zo snel als een P3 op 500MHz schat ik - die dus ruwweg op halve kloksnelheid draait. Als je echt wilt compileren met die dingen dan moet je aan clusters gaan denken, want daar zijn ze met hun geringe warmteafgifte vrij goed voor geschikt .

[EricV]

Ja, daarom zitten ze ook met z'n 24en in een 3U chassis

[EricV]

Ff alle uitkomsten op een rij (in uren):

              Zonder -jx:   -j2:   -j4:
buildworld       5:09     5:40   5:32
buildkernel      0:39     0:42   0:42

[ Voor 95% gewijzigd door EricV op 11-03-2003 15:44 . Reden: Geval van verstands verbijstering ]

[|orion]

eric veraart schreef op 05 maart 2003 @ 08:46:
Ff alle uitkomsten op een rij (in uren):

              Zonder -jx:   -j2:   -j4:
buildkernel     5:09     5:40   5:32
buildworld      0:39     0:42   0:42

moest dat buildkernel en buildworld niet omgedraait?

[Wilke]

eric veraart wijzigde dit bericht 05-03-2003 08:49 (56%)

Aangezien je dus weet waar de edit-knop zit, gebruik die dan a.u.b. ook, in plaats van steeds meerdere malen onder elkaar te posten.

En het lijkt me idd dat de uitkomsten kernel/world verkeerd om staan

Maar voor de rest maakt het inschakelen van meerdere gelijktijdige processen (iig bij deze processor) het build-proces zelfs alleen maar trager? Tja..dat schiet niet op dan

[deadinspace]

Met meerdere processen parallel compilen vergroot wel de overhead enigszins, maar ik vind die verschillen best groot eigenlijk.

Ik heb het ooit getest met compilen van de Linux kernel (ook op een GNU/Linux systeem, dus dat is niet helemaal representatief voor FreeBSD), met -j1 tot aan -j8 ofzo, op een single-CPU bak.
Eindresultaat was dat het kompleet lood om oud ijzer was... -j2 leek de snelste te zijn, met een schokkende halve seconde verschil (op 7 minuten) tov de anderen.

Tot zover mijn bevindingen