Forum > Windows

GPU crunching question

<< < (34/37) > >>

Neoman:

--- Quote from: bubba_83835 on 30 May 2007, 06:07:05 am ---Just ran the new seti file, got a -9 result overflow....it took exactly 6 minutes on my outdated, overclocked athlon 64 3400+ "old socket 754", GeForce 7600 OC....

I noticed on the second part of the run, my cpu goes from 138 degrees F, to 150 degrees F 
Is that normal? Even overclocked I have never seen anything above 140 on this pc.....

For those that are overclocking and dont have a temp monitor, I would be careful.......

--- End quote ---
That cleared my doubt, because my graphic card sits on water, i can hardly see a temp increase. I was doubting that the card is not fully utilised as the temp was always 40°C.
Thanks for the info.

Pepo:
Run on notebook with C2D T7200, ATI X1600, XP Pro SP2, without additional CPU load from other apps.

---
Two runs with the older version ("next technology preview" from 26.5., which talked a lot), once with 2GHz - 2:55 user + 1:06 kernel time = 4:02, once with 1GHz - 6:03 user + 2:04 kernel time = 8:08.
In both cases CPU consumption was around 35% during the first FFT phase (with additional 3.5% as a punishment ;) consumed by csrss.exe), followed by some minute-two second phase (FindSpikes?) at around 10% CPU load (but punished with 8-17% loaded csrss.exe, depending on CPU speed) and finaly very short phase at 40-50%.

It seemed like the CPU load did not depend on the CPU frequency (on the same HW), but it could be it was limited by one core (only one thread was used). The consumed time does, pretty linearly.

---
Then two runs with the newer version (the more quiet one from 29.5.), once with 2GHz - 2:45 user + 0:38 kernel time = 3:23, once with 1GHz - 5:38 user + 1:09 kernel time = 6:47.

In both cases CPU consumption was around 48-49% during the whole run (with no punishment by csrss.exe), followed by some 20-30 seconds of third phase (memory copying) with no consumed kernel time. It seemed like the CPU load was really limited by one thread + one core. The consumed CPU time went up exactly linearly (+100%) with the 2 x CPU frequency (the same was in timings in stderr.txt, except v_ChirpData - only +25% - no that much CPU frequency dependent?).

---
Physical memory consumption spiked in all cases to nearly 100MB during first seconds at the very beginning, but was rather tiny (3-4 MB) till the end (no idea how it was during the final copying at the very end, virtual memory climbed from 95 to 115 MB and no kernel time was used during this short period).

Both state.sah generated by the two different apps were different - mostly peak_power, ra, bs_score, bs_bin, bs_fft_ind, partially (with less significant bits) time, decl, freq, detection_freq. Both generated a -9 result overflow.

Peter

pepperammi:
Pentium D 945 @3.6Ghz, GF 7950gt 512mb, Vista x64, 3gb dual channel mem.
cpu at about 50-80%, 40-55% on the app and rest seemed to be on a svchost.exe which would go from 0-50%.
Second half at ~50% and that's all from the app. Still a  -9 overflow.
Time bit quicker I think at roughly 8 minutes

[attachment deleted by admin]

Culibrk:
Thanks Duke for your efforts, must say I admire your coding skills.
vista32, 6600C2D @3.33Ghz, 7900GT/512MB @450/650 - wu done under 6mins and -9 err`s others at the end.


Fakticky si Tvoji prace vazim a stejme jako zbytek sveta se z ni tesim. :)





*** sorry for speaking czech, it's just that Duke deserves an "almost native" support

[attachment deleted by admin]

Devaster:
for now i have small problems with vista activation  ;) but i think i will solve it....

je pekne "pocut" aj skoro rodny jazyk .... :)

Navigation

[0] Message Index

[#] Next page

[*] Previous page

Go to full version