Forum > Linux

SETI MB CUDA for Linux

<< < (103/162) > >>

Richard Haselgrove:

--- Quote from: riofl on 03 Nov 2009, 07:31:26 am ---
interesting... doesnt look like i will have the large increase you did but my rac went down by about 100 points but my pending went up by almost 300 points.. wonder why pending increases when running more aggressively?


--- End quote ---

Because you complete them faster than your wingmate.

Typically, when testing new builds, you start with an empty cache (at least that's the way you should do it). So the run starts quickly. And if the build is any good, it'll finish quicker too ;D.

pp:

--- Quote from: lordvader on 03 Nov 2009, 06:16:22 am ---Interesting ...
Here's the output.


--- Code: ---CONFIG_ARCH_SUPPORTS_DEBUG_PAGEALLOC=y                                       
CONFIG_SLUB_DEBUG=y
<snip>
--- End code ---

--- End quote ---

I was looking for CONFIG_USB_STORAGE_DEBUG in particular but you don't seem to have it enabled. It's a huge performance killer. Don't really know about the others but personally I disable all debug options in my kernels after my encounter with the dreaded USB_STORAGE_DEBUG...

riofl:

--- Quote from: Richard Haselgrove on 03 Nov 2009, 07:45:53 am ---
--- Quote from: riofl on 03 Nov 2009, 07:31:26 am ---
interesting... doesnt look like i will have the large increase you did but my rac went down by about 100 points but my pending went up by almost 300 points.. wonder why pending increases when running more aggressively?


--- End quote ---

Because you complete them faster than your wingmate.

Typically, when testing new builds, you start with an empty cache (at least that's the way you should do it). So the run starts quickly. And if the build is any good, it'll finish quicker too ;D.

--- End quote ---

ahh ok.... makes sense.

lordvader:
You should now be able to see a bunch of completed tasks under my valid units :

http://setiathome.berkeley.edu/results.php?hostid=5015908&offset=0&show_names=0&state=3

lordvader:
Quick update.

I've just started trying a compiled kernel (2.6.31.5), and this time, I disabled all the debug AND disable x86 PAT support.

Without the script, units take a while, but with priority set to 0, they are basically up to speed (well, they average 13 minutes, can't recall if these units ran at 13 mins, or 6 mins though).

Navigation

[0] Message Index

[#] Next page

[*] Previous page

Go to full version