Posts by Suzuki

1) Message boards : Number crunching : Numbers way down (Message 1903529)
Posted 29 Nov 2017 by Profile Suzuki
Post:
I think I mean my Recent Average Credit


Are you crunching GPU units too? I found these were ridiculously slow so disabled GPU processing and my RAC recovered quickly.

Steve.
2) Message boards : Number crunching : RAC falling dramatically (Message 1891969)
Posted 27 Sep 2017 by Profile Suzuki
Post:
You still seem to have a lot of GPU tasks on that system.
... please abort these tasks so they can be sent to someone else.

Will do - thanks for the advice.

Steve.
3) Message boards : Number crunching : RAC falling dramatically (Message 1891966)
Posted 27 Sep 2017 by Profile Suzuki
Post:
Hi all,

Looks like disabling the GPU process has done the trick! RAC has been rising sharply since.

Thanks for the info.

Steve.

4) Message boards : Number crunching : RAC falling dramatically (Message 1891421)
Posted 22 Sep 2017 by Profile Suzuki
Post:
I've suspended GPU on both my i5 machines to see if they pick up their speed - I'll give it a couple of days and check back.

A quick check is to look at the processing times.
WUs that are presently taking 9+ hours should drop down to around 3-4 hours to complete.

Times are looking good - uploads occur overnight so, wingman-depending, I may see a change over the next few days. Looks like the Lunatix GPU element eats up too much CPU on my rig. I'll wait to make that a conclusion until I have results post-suspending the GPU tasks.

Steve.
5) Message boards : Number crunching : RAC falling dramatically (Message 1891292)
Posted 22 Sep 2017 by Profile Suzuki
Post:
I would try disabling the graphics core and run a CPU task by itself and see if the run time improves dramatically.


I've suspended GPU on both my i5 machines to see if they pick up their speed - I'll give it a couple of days and check back.
6) Message boards : Number crunching : RAC falling dramatically (Message 1891206)
Posted 21 Sep 2017 by Profile Suzuki
Post:
Hi Keith,

Can you walk me through that post so I can understand what I'm dealing with - I don't understand your language as I'm not versed in the Seti-speak! Your help is hugely appreciated! Thank you.

Steve.
7) Message boards : Number crunching : RAC falling dramatically (Message 1891189)
Posted 21 Sep 2017 by Profile Suzuki
Post:
I assume you are talking about this https://setiathome.berkeley.edu/results.php?hostid=8282565 host.

Yes, I am. Correct. :)

Your system however has a number of valid tasks that is less than half of the number of pending tasks.

That's odd.

One thing to check is this task: https://setiathome.berkeley.edu/result.php?resultid=5952168692. It was sent to your computer on August 18, but you have not yet returned it.

That task is not in my task list at all. I have 14se08ab but not 14se08ac. It's possible that some tasks got burned when I upgraded to BOINC 7.8.2 - and I think I added the Lunatix apps to support my graphics card at some point. That might have trashed some units too. But the Windows boot of this machine is pretty stable.

I don't think I have a stuck unit(s) - is it possible to check wingmen? I've never had a problem like that before - my rig is hardly the quickest in the world, I would imagine most users are waiting for me to finish a unit.
8) Message boards : Number crunching : RAC falling dramatically (Message 1891169)
Posted 21 Sep 2017 by Profile Suzuki
Post:
I've been experiencing what Hal described mostly. I think it only depends on the mix of BLC/Arecibo tasks coming off the splitters and the luck of the draw in matching up with fast or slow wingmen. The recent spate of "noisy" bombs didn't help either. I got a ton of them.


I'll see if it levels off over time, then. I'd just never come across such a large swing before.

Nice 'scope, by the way.

Steve.
9) Message boards : Number crunching : RAC falling dramatically (Message 1891167)
Posted 21 Sep 2017 by Profile Suzuki
Post:
You don't seem to be as NVidia-GPU-dependent as I am, but my RAC wavers up or down dependent on what proportion of Arecibo to Green Bank work is being distributed; since Tuesday it's been falling as there has been more Green Bank GUPPI VLAR and less Arecibo.


Do your figures move that much, though? It's nearly halved!

(Are Intel GPUs similarly affected? AMDs are not.)


I've no idea. I do have a large stack of GPU units today.

Steve.
10) Message boards : Number crunching : RAC falling dramatically (Message 1891123)
Posted 21 Sep 2017 by Profile Suzuki
Post:
Hi all,

I was wondering if anyone else was experiencing a drop in RAC recently?

My machines are pretty much on all the time yet the average is consistently falling. I don't know if it is a coincidence, but this seemed to start happening as the new, larger, WUs came online. Is it just that my units are pending validation or do the new units offer less credit.

Here's my desktop machine (Win10-DELL) which peaked at 6,600 and is now falling through 3,400.



Thoughts appreciated,

Steve.
11) Message boards : Number crunching : Compute errors Linux "stock" app (Message 1885942)
Posted 25 Aug 2017 by Profile Suzuki
Post:


Or something else?


Any other clues?


Adding vsyscall=emulate to my boot script seems to have fixed this. :-)

Steve.
12) Message boards : Number crunching : Compute errors Linux "stock" app (Message 1885939)
Posted 25 Aug 2017 by Profile Suzuki
Post:
[Did you try "vsyscall=emulate"?


Just did that and, so far (we're 100 seconds into one unit), it is working. Previously, it wouldn't complete a second of computation before raising a computation error.

Thanks for the advice!

Steve.
13) Message boards : Number crunching : Compute errors Linux "stock" app (Message 1885938)
Posted 25 Aug 2017 by Profile Suzuki
Post:

Is this WU specific?

Does Memtest86+ and "GIMPS Prime Torture Test" complete ok?

Or something else?

Any other clues?

I tried Memtest and my machine wouldn't boot into it - Grub was modified but it got no further when trying to boot into it. I don't have a USB pen or CDR to make any other bootable media.

GIMPS is running fine - it's pretty silent on its output but it is running happily. There's "Self-test 448k passed!" messages from time to time.

I don't think this is WU specific. This box went from merrily crunching lots of units to trashing *everything* it receives. Unlikely to be the PSU as there's no other issues - the same box crunches units when booted into Windows without any problems at all. There's nothing overclocked; everything's stock.

I haven't tried modifying the boot script with the vsyscall=emulate thing. Is that the next sensible step?

Steve.
14) Message boards : Number crunching : Compute errors Linux "stock" app (Message 1885739)
Posted 24 Aug 2017 by Profile Suzuki
Post:
Do you know what kernel and glibc you are running?


My uname -a gives me:

Linux KALI 4.11.0-kali1-amd64 #1 SMP Debian 4.11.6-1kali1 (2017-06-21) x86_64 GNU/Linux


And I used "ldd --version" to get:

ldd (Debian GLIBC 2.24-12) 2.24


Any useful info in there?

Steve.
15) Message boards : Number crunching : Compute errors Linux "stock" app (Message 1885354)
Posted 21 Aug 2017 by Profile Suzuki
Post:
The initial problem was under Linux Mint 18.2, running stock, with stock clock speeds on the CPU.


Sorry, I'd read it as a Linux box, rather than a specific Mint 18.2 issue. My Kali 4.11, running stock app & clock speeds, is having the same problem.

Steve.
16) Message boards : Number crunching : Compute errors Linux "stock" app (Message 1885348)
Posted 21 Aug 2017 by Profile Suzuki
Post:
No worries then :-)

My machine is still throwing the errors on a stock, non-GPU app. I haven't had chance to try the vsyscall setting yet as I'm working away from the machine at present.

The initial problem seemed to be OS-specific. Is this not now the case?

Steve.
17) Message boards : Number crunching : Compute errors Linux "stock" app (Message 1884946)
Posted 19 Aug 2017 by Profile Suzuki
Post:
does the app need rewriting or is there some setting that can be changed to work around this?


Did you try "vsyscall=emulate"? To try it once you can add it to kernel command line in Grub's boot menu by highlighting a menu entry and pressing "e" to edit the command. "vsyscall=emulate" goes at the end of "linux" line. (If the line ends in "--" remove that.)

Setting it permanently depends on what distro you run and what distro it is based on.

As far as I know, if the "vsyscall=disabled" becomes default setting in all distros instead of just testing it the app will have to be recompiled.


I didn't - apologies. I shall try tomorrow, if I get chance, and report back.

Steve.
18) Message boards : Number crunching : Compute errors Linux "stock" app (Message 1884940)
Posted 19 Aug 2017 by Profile Suzuki
Post:
As the OP can I remind folks that the issue I reported was with CPU tasks, NOT GPU, so please start another thread for similar GPU issues.


My posts are not about GPU issues, so I am on-thread.

Steve.
19) Message boards : Number crunching : Compute errors Linux "stock" app (Message 1884923)
Posted 19 Aug 2017 by Profile Suzuki
Post:
Tried again - trashed another 4 units.

Is there any way of telling how many users are using 4.10 or 4.11 Linux distros? I'm wondering what impact this has on the project as a whole. I've no idea how to move forward with this - does the app need rewriting or is there some setting that can be changed to work around this?

TIA,

Steve.
20) Message boards : Number crunching : Compute errors Linux "stock" app (Message 1884168)
Posted 16 Aug 2017 by Profile Suzuki
Post:
Running Mint 18.2 with kernel 4.10, just recently trashed about 70 wu's but now is running fine like it has been for the last month.


I gave mine another unit and it trashed it instantly. The issue definitely persists - good luck with yours staying stable!

I'm running Kali (Debian) 4.11.0.

Steve.


Next 20


 
©2018 University of California
 
SETI@home and Astropulse are funded by grants from the National Science Foundation, NASA, and donations from SETI@home volunteers. AstroPulse is funded in part by the NSF through grant AST-0307956.