BartekK napisał(a):
> hmm, moze i przewaznie tak, aczkolwiek robie dziwne rzeczy na dziwne
> procesory, gdzie libs jest w postaci nie prekompilowanej tylko zestawu
> .h .c i jest kompilowany od zera i linkowany za kazdym razem gdy projekt
> jest kompilowany. Moze to faktycznie nie jest "systemowe" uzywanie
Jeżeli komputer stosowany do kompilacji działa okazjonalnie,
kompilując jednokrotnie bardzo różne programy, i ma być w tym
szybki, to faktycznie: bardzo szybki, wysokoobrotowy dysk może
znacznie podnieść wydajność.
Zazwyczaj jednak praca programisty wygląda tak, że co chwilę
puszcza się kompilację tego samego programu i używane są te
same nagłówki i biblioteki. Pierwszy przebieg idzie wolno,
ale potem wszystko jest już w pamięci podręcznej systemu i
"leci" z pamięci operacyjnej. Program, nagłówki, biblioteki,
kompilator, linker, edytor, powłoka, nawet binaria. Dysk
sobie tylko działa w tle, zapisując wprowadzane przez progra-
mistę i kompilator zmiany.
W takim przypadku nie ma sensu inwestować w bardzo szybki
dysk. Lepiej wręcz wolniejszy, ale cichszy i pewniejszy,
by nie przeszkadzał w myśleniu i działał długo bez konieczności
sięgania po kopie zapasowe źródeł :)
-- |""""""""""""""""""""""""""""""""""""""""""""""""""""""""""| | Radosław Sokół | http://www.grush.one.pl/ | | | Administrator, Politechnika Śląska | \................... Microsoft MVP ......................../Received on Tue Mar 13 12:10:06 2007
To archiwum zostało wygenerowane przez hypermail 2.1.8 : Tue 13 Mar 2007 - 12:51:08 MET