-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
>>>>> "Christian" == Christian R Larsen <crlarsen@hotmail.com> writes:
Christian> I arbejdet med databaser er CPU'en altafgørende, men en
Christian> hurtig harddisk (og naturligvis en hurtig controller) er
Christian> også af stor betydning, da mange databaser indlæses "on
Christian> demand".
Det kommer an på, om der menes egentligt databaser, eller om det bare
er tale om lilleputter som Access eller Adabas D, der mest af alt (for
vi [aspirerende] databasefolk) henleder tankerne på plasticlegetøj
produceret af den lavest bydende østasiatiske sweatshop.
Bruger man en nogenlunde databasebackend, behøver man som regel ikke
at bekymre sig for meget om hukommelse, når blot ikke man laver alt
for komplicerede forespørgsler. Men for Access og venner er det
voldsomt svært at forudsige, da der ikke sker ordenlig planlægning af
forespørgsler, og da en masse underlige variable som skævhed i data,
månens fase og vejrets lune kan få uforudsigelige konsekvenser for en
forespørgsels køretid og hukommelseskrav. Det eneste vi kan vide med
sikkerhed, er at hukommelsesforbruget holder sig inden for PSPACE.
Desuden er der ikke nogen, der seriøst bruger Access og venner til
mere end opskrifter og CD-kataloger. Der hvor de har deres plads i den
virkelige verden, er som frontends til rigtige DBMS'er.
Christian> Hvis man arbejder med grafik, vil grafikkortet også spille
Christian> en rolle, selvom jeg dog igen vil sige, at RAM og CPU er de
Christian> væsentligste elementer.
Det kommer an på, hvilken type 'arbejde med grafik', der er tale
om. Er det tung billedbehandling, findes der grafikkort specielt til
formålet, som virkeligt kan hjælpe på sagerne. Ellers afhænger det
meget af billedbehandlingsprogrammerne, om de kan gøre brug af
grafikkortets hardware.
Jeg tror forresten ikke, at mit oprindelige svar nåede uden for den
lokale newsserver, så jeg bringer det lige igen:
>>>>> "CamillaKrag" == CamillaKrag <CamillaKrag.news@kandu.dk> writes:
CamillaKrag> CPU'en har Jeg ku' godt tænke mig at vide hvilken
CamillaKrag> betydning CPU'en har for puterens hurtighed.
Det kommer meget kraftigt an på, hvad man laver med maskinen. Hvis man
fx har et lille program, der ikke bestiller andet end eksempelvis at
lægge tallet 1 til en værdi, vil CPU'ens hastighed være altafgørende.
Et sådant program ville afhænge helt og holdent af computerens evne
til at udføre nogle enkelte instruktioner. I den anden ende kunne
nævnes store databaseapplikationer, der kræver beregninger på rigtigt
mange tal (hvor det første eksempel kun brugte to tal), og så nytter
det ikke, at CPU'en er utroligt hurtig, hvis det alligevel tager
evigheder (i computertid) at hente de data, den skal regne på, fra
harddisken.
CamillaKrag> Jeg har puttet flere RAM i min ene puter og den er
CamillaKrag> betydeligt hurtigere nu.
At læse fra harddisken tager _meget_ længere tid end fra RAM'en. Du
oplever denne hastighedsforbedring fordi maskinen nu læser mindre fra
disken end før.
CamillaKrag> Er der en grænse for hvor mange RAM en CPU kan klare?
CPU'en er som sådan ligeglad. Den bruger en slags 'mellemhandler' til
at hente ting fra RAM'en. Intel-baserede maskiner (altså det vi
normalt tænker på som PC'er) har i sig selv en øvre grænse for RAM på
2 GB. Nogle operativsystemer kan omgå denne grænse, men det er ikke
værd at gå i detaljer med her.
Ellers er der også en fysisk grænse: der er et begrænset antal sokler
til RAM på dit bundkort, så du kan ikke blive ved med at sætte
RAM-stænger i.
CamillaKrag> Og i hvilke funktioner spiller CPU'ens hurtighed en stor
CamillaKrag> rolle.. -er det til grafik, databaser eller det hele?
Det er ikke så meget et spørgsmål om RAM kontra CPU, som det er RAM
kontra disk. Når ikke du kan have tilpas mange data i RAM'en til
konstant at fodre CPU'en, vil det hjælpe at få mere RAM.
Martin
- --
Homepage:
http://www.cs.auc.dk/~factotum/
GPG public key:
http://www.cs.auc.dk/~factotum/gpgkey.txt
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Using Mailcrypt+GnuPG <
http://www.gnupg.org>
iEYEARECAAYFAjx7030ACgkQYu1fMmOQldUPVgCgiO09KQakq/7mutOIUB8FlF3/
u8oAnRZLwCqLwH3KxFsWJCNOvBxpp/ST
=gvmy
-----END PGP SIGNATURE-----