NAX228

Enkel forklaring på FSB hva og hvorfor her:

http://www.computerhope.com/jargon/f/fsb.htm

Har 20K til disp og får kjøpt på firma slik at momsen forsvinner. D.v.s. at jeg kan legge ut ca. 25.500. Skjønner det med QX6600, men du vet... den er jo tregere selv om det ikke er så mye. Blir en god stund til neste PC kjøp, så jeg kjøper det beste jeg har råd til nå.

Kjøper ikke før prisreduseringen, men er også litt redd for at det skal bli knappt med CPU'er på markedet da. Har følelsen av at det er mange som sitter å venter på 22.juli.

Vil ha oppsettet verifisert om jeg kan kalle det det, slik at jeg kan bestille med EN gang prisene faller.

Er ganske interesert i å få vite om dette lar seg klokke noe særlig.

Har fått litt peng til overs, og skal sette opp en ny gaming PC. Har fått "en ekspert" til å sette opp følgende for meg:

Lial Li støydempet aluminiumtower

ASUS P5K Deluxe

IntelCore 2 Extreme QX6700, 2.67GHz

Zalman ultre quiet CPU kjøler

Western *Digital 150 GB, 10000rpm

Seagate 500 GB, 7200 rpm SATA2

8800GTX, 625Mhz, 768MB

Geil 2Gb PC8500 DDR2 1066Mhz RAM X 2

Thermalight GPU kjøler

vifter og en NEC DVD-brenner

850W Silverstone power

Men hva sier dere ekspertene her inne?

Ikke bry dere om at kabinettet ikke er fancy, det spiller ingen rolle for meg. Det jeg legger vekt på er mye POWER og lite støy. Lyd er heller ikke alfaomega da jeg bruker headset hele tiden.

Lar dette seg overklokke noe særlig? 8800'en er visst ferdig overklokket.

Sendte forresten mail til komplett.no og spurte om de visste hva QX6700 kom til å koste etter prisreduksjonen.

De prisene jeg har lest meg til rundtom på nettet, hentyder til kjøp av 1000 stk. noe som er "langt" opp i systemet i forhold til oss endusers.

De hadde ikke oversikt over hvilke priser de skulle operere med etter 22.juli.

leifeinar Postet i dag, 17:39

Xeon kommer med vanilg intel boxed.....sprøtt men sant.

 

vil med litt logisk tenkning anta at Xenon som er ment for 24/7 er en kaldere cpu enn C2D, og mere stabilitets testa

Ja, men det er vel egentlig ikke så veldig sprøtt, den orginale boxed viften til Intel er jo av gjennomprøvet utførelse, og har da strengt tatt ingen problemer med å holde temperaturen innefor spesifikasjonen på standard hastighet og V-core. Og i tillegg er det vel som du sier også slik at i den grad det er noen forskjell i varmeutvikling @lik frekvens, er det vel til det bedre på Xenon.

 

He he, Theo343, jeg tror det har sneket seg inn en feil i signaturen din

Neste investering

? Du mener vel min neste: i praksis mer eller mindre meningsløse sløsing av penger på noe som mer enn halverer sin verdi på et år?

Men men, må man så må man, er redd jeg muligens ser meg nødt til det samme selv etterhvert. I alle fall dersom det viser seg å stemme at FSX klarer å utnytte ekstra kjerner like godt som den bruker 2.

9023940[/snapback]

FSX støtter pr. i dag opptil 32(!) kjerner etter SP1. FSX er et av de få programmene som virkelig kan ta nytte av 4 kjerner.

SP1 til FSX ble programert i samarbeid med Intels teknikere for å på best mulig måte ta nytte av prosessoren.

Les mer på http://www.fsinsider.com/tips/Pages/SP1How...uInstallIt.aspx

Intel is using FSX as one of their prime examples at IDF, so we had a lot of engineering time from one of their threading guys. Intel doesn’t do that lightly. We used the time to good benefit.

 

During loading, we run the DEM loader on threads. You'll see good balanced usage across all cores, as well as about 1/3 faster load times on average.

 

During flight we spawn threads for Autogen batch rebuilds as well as the terrain texture synthesis. The terrain texture work tends to be a bit bursty; as an area gets generated the load reduces true. But as you fly forward, as you bank, and as the terrain is lighted ( once a minute ) threads are spawned. The terrain grid system is radial around the current viewpoint, and, depending on level of detail, radius can be up to 4.5 tiles in either direction, something like 64 tiles. So there is plenty of work to go around. Autogen is more constant, with a 2km extent being batched.

 

Even given the bursty nature of the core usage when flying, when there is load, its pretty balanced across the cores. And we got rid of as much of the stutters as we could by going to a lock-free synchronization style. It’s solid work that we are deservedly proud of.

 

As far as practical limits on number of usable cores, currently SetThreadAffinityMask only allows explicit scheduling of threads on 32 cores ( the mask is a dword ) on Win32. So that’s our effective limit on number of cores. But as soon as there is a way to explicitly schedule them, we can handle 256 cores.