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.......

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

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 as 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

I saw on this thread something about a GPU client based on RapidMind. Is that still under development? I'm interested because the same could be used on the PS3/Cell.

Gaurav

yes, it can be used because code is now writed to use any available platform, but must be compiled under linux...

bu i think there is better way to use power of cell with specialised compilers

Opteron 165 @ 2x 2,6 GHz, Geforce 6800 @ 16/5, Windows XP SP2, Forceware 160.03

one CPU core at 100% all the time, WU took 3 min to complete, stopped with -9 error as stderr.txt stated

the client stopped after fft computation (I guess), here the console output:


Nice to see something else than F@H happening on the GPGPU front - keep up the good work!

Weird,but my 8800GTX was on idle while i ran this.   

Feedback url doesn't work for me for some reason.

Ran the latest app on C2D Vista64, GF7300GS, 2GB dualchannel RAM. CPU load was at 45% - 60%.

Results attached (-9 occured as well with latest build)