Hvis vi skulle måle dette regnestykke med prosessor hvor kraftig er dette?

[LMH1]

1037994734³³ * 1037994738³³ √ (kvadrot svaret)

 

Hvis dette skulle regnes ut i løp av et nano sekund er det noen som vet:

 

Hvor kraftig prosessorytelse man trenger da? (50 mhz?)

Hvor mye L2 cache man trenger for å kune regne ut denne?

 

Man må også huske på at pcer bruker 2 tallsystemet som gjør denne utregningen ennå vanskligere.

Endret 25. oktober 2011 av LMH1

[SirDrinkAlot]

For det første aner jeg ikke hva dette betyr:

1037994734³³ * 1037994738³³ √ (kvadrot svaret)

Mener du,

?

For det andre, prosessorytelse regnes ikke i MHz.

For det tredje trenger man ikke nødvendigvis L2 cache for å regne ut noe som helst.

For det fjerde så er det ikke vanskeligere å regne ut noe i andre tallsystemer for en datamaskin.

For det femte så kommer det an på prosessorarkitekturen.

Og for det sjette så kommer det an på algoritmene som brukes.

 

Det må da gå an å legge litt mer tanke bak et spørsmål når du er så spesifikk på regnestykket som skal løses. Hvis du lurte generelt mer på hvor lang tid forskjellige regneoperasjoner tar så kan jeg gi deg denne linken. Hvis du lurte på hvor lang tid det tar på din datamaskin så er det jo enkelt å gjøre eksperimentet selv.

[GeirGrusom]

I .NET tok det 7 millisekunder på en 3 GHz prosessor for å komme frem til svaret:

3423260569992702287286064975919265558795557657543281100778002598043876982590942848548710126903968123199311999703952055080250186714510388941123741963085425916103380053481964871734381362241525899793918170688237102637835338149305374162571858506429453666817433953052325111364673681812911827638449864704

Newtons algoritme for kvadratrøtter er tatt i bruk.

Endret 26. oktober 2011 av GeirGrusom

[LMH1]

GeirGrusom Hvilken prosessor i så fall pentium 4? Celeron D?

 

Ville vært gøy å se hva en core i5 2400k hadde klart, kanskje 4 ganger så mye?

Endret 26. oktober 2011 av LMH1

[nomore]

Du vet at de fleste prosessorer blir kjørt igjennom benchmark verktøy som dokumenterer regnehastighet?

[GeirGrusom]

GeirGrusom Hvilken prosessor i så fall pentium 4? Celeron D?

 

Ville vært gøy å se hva en core i5 2400k hadde klart, kanskje 4 ganger så mye?

Det var en core 2 quad om jeg ikke tar feil (jobb PC)

 

edit: sjekket nå, det er en AMD Athlon II X4 640

Endret 27. oktober 2011 av GeirGrusom

[stich_it]

GeirGrusom Hvilken prosessor i så fall pentium 4? Celeron D?

 

Ville vært gøy å se hva en core i5 2400k hadde klart, kanskje 4 ganger så mye?

en "raskere" prosessor kan fint gi deg lavere regnehastighet når du går omveien om windows og .net

 

hvorfor?

du vet ikke hva annet som kjøres på maskinen, eller muligheten for feil i OSet som gir forlenget regnetid.

 

det er nå iallefall mitt synspunkt

[GeirGrusom]

GeirGrusom Hvilken prosessor i så fall pentium 4? Celeron D?

 

Ville vært gøy å se hva en core i5 2400k hadde klart, kanskje 4 ganger så mye?

en "raskere" prosessor kan fint gi deg lavere regnehastighet når du går omveien om windows og .net

 

hvorfor?

du vet ikke hva annet som kjøres på maskinen, eller muligheten for feil i OSet som gir forlenget regnetid.

 

det er nå iallefall mitt synspunkt

Det du snakker om er kanskje snakk om nano-sekunder hvis det engang er et problem.

.NET kompilerer til maskinkode, så det skal ikke være et problem.

 

Derimot kom jeg til å tenke på at JIT av kvadratrotsfunksjonen kan legge på noen ms, så skal sjekke dette i morgen. Skrellet vekk et millisekund ved å forbedre kvadratrotsfunksjonen noe.

[stich_it]

nei det jeg snakker om er at så lenge man belaster systemet med andre oppgaver en den rene utregningen så vil man ha variabler som vil kunne påvirke hastigheten.

 

prosesser som kjører i bakgrunnen vil konstant belaste systemet i forskjellige grad.

 

når man da først er i gang kan man komme inn på ny-installert mot maskin ikke reinstallert på tre år men ivrig brukt.

de kan ha samme programmene installert men ytelsen vil være forskjellig.

 

så kommer du inn på hastigheter på kommunikasjonen til og fra CPU, med mindre alt er helt likt og det kun er CPU som variabel vil man ikke kunne sammenligne resultatet.

 

og selv om det bare er nanosekunder så er det fremdeles mye hvis man skal begynne på millisekunder.

 

så ja, vi kan alle sitte her å kjøre utregningen i vær for oss men siden utstyret vårt er forskjellig vil vi ikke ene og alene kunne si at vi tester CPUen, det vil i mine øyne være en systemresponstid vi tester.

 

*tillegg*

ja net kompiler TIL maskinkode, men regner ikke med du skrev det i maskinkode. så da kjører .net konvert og kompile og joa det går fort, men alt tar noe tid....

 

rev wiki bilde om .net

Endret 27. oktober 2011 av stich_it

[GeirGrusom]

Jeg akter IKKE skrive dette i assembly. Det er minst et par dagers, eller opptil en uke med arbeid, og jeg får ikke betalt for dette. Hvis du vil gjøre det, så værsågod.

 

Er nå nede i når JIT-en er gjort rede for (pre JIT-et koden) 5.28228 ms. Så JIT tok litt over 1 ms.

 

Edit: ved å erstatte divisjon med bit-shift falt jeg ned til 1,55924 millisekunder

Edit2: Enda litt lenger ned 1,165554544 ms gjennomsnitt over 5000 samples.

Endret 28. oktober 2011 av GeirGrusom

[stich_it]

hehe, nei jeg har ikke tenkte å begynne på dette her.

 

men ser jo klare tegn på at nanosekunder har relevans her

[GeirGrusom]

hehe, nei jeg har ikke tenkte å begynne på dette her.

 

men ser jo klare tegn på at nanosekunder har relevans her

Et nanosekund er et tusendels mikrosekund, milliondels millisekund, eller et milliarddelssekund.

[Lycantrophe]

Det er mange nanosekunders forsinkelse i selve elektronikken, så så lavt kommer du nok ikke.

[stich_it]

tro det eller ei, men det er noe jeg allerede vet.

 

la oss illustrere litt da:

Edit2: Enda litt lenger ned 1,165554544 ms gjennomsnitt over 5000 samples.

her er det da:

1 millisekund

165 mikrosekund

554 nanosekunder

544 picosekunder

 

Det er mange nanosekunders forsinkelse i selve elektronikken, så så lavt kommer du nok ikke.

enig, og siden forsinkelsen vil variere i henholdt til utstyret, blir det for meg for store variabler her.

Endret 28. oktober 2011 av stich_it

[GeirGrusom]

Jeg har skrevet en implementasjon som kjører under et moderne operativsystem med moderne verktøyer. 1 ms er ikke egentlig veldig ille for dette, det er tross alt ganske store tall det er snakk om, og et matematisk stykke som prosessoren ikke er spesielt godt egnet for å regne ut.