Posts by Khangollo

1) Message boards : Number crunching : The stolen day (Message 1382530)
Posted 18 Jun 2013 by Profile Khangollo
Post:
These hosts were created a few days ago yet have too much credits and RAC already. If they were created by merging
hosts and transferring boinc data dir to a new (virtual) CPU to keep existing host ID, shouldn't the task lists be merged as well? There is no evidence of so many validated tasks (especially none for GPU at all). Just thousands and thousands of "in progress"...
Someone got mad?
2) Message boards : Number crunching : What has your RAC done......since..... (Message 1375306)
Posted 2 Jun 2013 by Profile Khangollo
Post:
Don't worry, you'll level off at 1/3 of you current RAC. Depends on if you're running astropulse and how much.
You don't have to observe RAC falling, just a quick look at validated tasks can tell you, credits given are 1/4-1/3 of what they should have been in order to be on par with v6 and especially Astropulse.
Now they are running two sub-projects with vastly different crediting and this isn't right. I don't believe it will "fix by itself" (classic seti@home thinking...) but some factors need to be adjusted.
3) Message boards : Number crunching : Porting s@h V7 to Linux (Message 1374575)
Posted 31 May 2013 by Profile Khangollo
Post:
Try this:

<app_info>
  <app>
    <name>setiathome_v7</name>
  </app>
  <file_info>
    <name>setiathome_x41_x86_64-pc-linux-gnu_cuda42</name>
    <executable/>
  </file_info>
  <file_info>
    <name>libcudart.so.4</name>
    <executable/>
  </file_info>
  <file_info>
    <name>libcufft.so.4</name>
    <executable/>
  </file_info>
  <app_version>
    <app_name>setiathome_v7</app_name>
    <version_num>700</version_num>
    <plan_class>cuda42</plan_class>
    <avg_ncpus>0.01</avg_ncpus>
    <max_ncpus>0.01</max_ncpus>
    <coproc>
      <type>CUDA</type>
      <count>0.333333</count>
    </coproc>
    <file_ref>
      <file_name>setiathome_x41_x86_64-pc-linux-gnu_cuda42</file_name>
      <main_program/>
    </file_ref>
    <file_ref>
      <file_name>libcudart.so.4</file_name>
    </file_ref>
    <file_ref>
      <file_name>libcufft.so.4</file_name>
    </file_ref>
  </app_version>
</app_info>


This is for CUDA 4.2, 3 instances per GPU. For 5.0, the plan class is cuda50 (and libraries .so.5, of course). Also, you can change the count to 1.0 for 1 instance per GPU
4) Message boards : Number crunching : What has your RAC done......since..... (Message 1374483)
Posted 31 May 2013 by Profile Khangollo
Post:
At least something positive... With MB credits more than halved, Astropulse is now the king again!
5) Message boards : Number crunching : What has your RAC done......since..... (Message 1374183)
Posted 31 May 2013 by Profile Khangollo
Post:
MB v7 tasks are being assigned shockingly low credit scores (like 30%-50% of what v6 was giving on average).
6) Message boards : Number crunching : Birthday coming up (Message 1368674)
Posted 16 May 2013 by Profile Khangollo
Post:
Yes, my oldest stuck AP is from Apr 13th.
I'm sure someone has even older.
They started happening immediately after AP version 6 started.
7) Message boards : Number crunching : If they don't want it .... (Message 1352829)
Posted 1 Apr 2013 by Profile Khangollo
Post:
We also need to wait for someone to decommission a working power plant. :)
8) Message boards : Number crunching : Compiling old Linux AP AVX source, problems with linking (Message 1343090)
Posted 4 Mar 2013 by Profile Khangollo
Post:
How do I find anything with a name?

find . -name *mystuff*

(or -iname for case-insensitive search)
9) Message boards : Number crunching : Panic Mode On (82) Server Problems? (Message 1342202)
Posted 1 Mar 2013 by Profile Khangollo
Post:
I modified and compiled my boinc client for that...
7.0.53 works like it is 6.10.x all over again :-)
10) Message boards : Number crunching : Abandoned tasks - Ongoing issue (Message 1342197)
Posted 1 Mar 2013 by Profile Khangollo
Post:
Is anybody able to confirm me that newer versions will take care of the cleaning?

I can confirm that it doesn't.

I was using 7.0.x when it happened to me (four times so far) and all tasks stayed, wasting time and electricity like there is no tomorrow. In my case, it always happened during constant scheduler timeouts.

And no, I totally don't believe it's a security issue (as in someone trying to fake your host ID). Definitely another bug in server software.
It all started happening suddenly, exactly at the same time than scheduler troubles, months ago.
11) Message boards : Number crunching : False "abandoned" tasks (Message 1339881)
Posted 21 Feb 2013 by Profile Khangollo
Post:
When a task is marked 'abandoned', there's a server timestamp for the event on the website task list.

If you convert that to local time, can you match it against anything unusual in your boinc message/event log?

It happens during scheduler requests that time out (when S@H scheduler is misbehaving).
Server accepts request and sends response, but it gets lost and never gets back to the client.
Then the next request attempt has a chance of triggering this task abandonment bug.

This is at least how I observed it happened to me.
12) Message boards : Number crunching : False "abandoned" tasks (Message 1339421)
Posted 19 Feb 2013 by Profile Khangollo
Post:
Not your computer's fault, it's seti@home.
Nothing you can do on your side... except abort those tasks on your computer, because even if you complete them, they'll get ignored.
This happened to me 3 times already, starting after problems with the scheduler timing out began.
Not so much set & forget anymore... :(
13) Message boards : Number crunching : Remote Desktop disables GPU's (Message 1339379)
Posted 19 Feb 2013 by Profile Khangollo
Post:
Besides being slow, TightVNC is severely limited (as well as other *VNCs). Doesn't work past login screen in Win 7. Doesn't work with lock screen in Win 7. It all worked in XP.
Being unable to logout or even lock screen is a huge drawback for me and I can't use it to access my computer at work.
But then again I hear CUDA crunching in BOINC has the same awful drawbacks in Win7 so this might not be problematic in your case.
14) Message boards : Politics : MS Office 2013 (Message 1332875)
Posted 30 Jan 2013 by Profile Khangollo
Post:
What is this? Another poorly designed web page? Oh no, it's new M$ Office!
Having Word now designed for tablets is funny.
Yeah, I'll stick with Office 2003 (!) and OpenOffice alright.
15) Message boards : Number crunching : Panic Mode On (79) Server Problems? (Message 1316445)
Posted 17 Dec 2012 by Profile Khangollo
Post:
So this is how S@H would work without AP and 10-day cachers.
Smooth. I only wish they would set up better limits than absolute per host.
16) Message boards : Number crunching : Limits (Message 1316083)
Posted 16 Dec 2012 by Profile Khangollo
Post:
100 WU is not even enough for little GT 440 for 1 day, BTW.
17) Message boards : Number crunching : Panic Mode On (79) Server Problems? (Message 1312081)
Posted 7 Dec 2012 by Profile Khangollo
Post:
What has happened ???!!!

This morning I look at my tasks and Seti tells me I aborted all 200 tasks last night at 18.47 UTC although they are still running, uploading and reporting. No credit for any tasks since then and they don't show as pending or validated even after I reported them.

Anyone else got this problem yet ?

Yes, this is normal seti@home function now. Auto abandoning all tasks at random.
Apparently, I got full cache of 22 astropulses abandoned yesterday (again!). This is the third time this happened to me. Usually it happens when scheduler connection times out a lot.
Fun.

You should manually abort all those tasks now.
18) Message boards : Number crunching : abandonded tasks help please (Message 1308303)
Posted 21 Nov 2012 by Profile Khangollo
Post:
Happened to me twice already since the troubles with scheduler began.
First time I got 900+ tasks nuked and a week later another full cache of 200 (including 100 astropulses).
Always happened when scheduler requests were repeatedly timing out for a while.

Just another normal S@H operation, I'm afraid...

What will happen when I return the >700 tasks which SETI for some reason thinks are abandoned? Should I manually abandon them?

You should abort all those ASAP, as they will get ignored!
19) Message boards : Number crunching : Panic Mode On (79) Server Problems? (Message 1307360)
Posted 18 Nov 2012 by Profile Khangollo
Post:
If admins deserve "bashing" then it's this: they could literally take 3 minutes of their time and write a front page news post, mentioning timeout/network problems, so volunteers would know it's not problem on their side.
Right now, we have people posting their problems all over the place in every subforum, reinstalling boinc, rebooting, (un)plugging network cables, looking for proxies, etc...
20) Message boards : Number crunching : Panic Mode On (78) Server Problems? (Message 1306559)
Posted 15 Nov 2012 by Profile Khangollo
Post:
Are you using a proxy- guess what? I just got my first abandoned tasks, 200 of them.
Only occurred since using a proxy.

Welcome to the club. :-)
I didn't use any proxy when it happened.

Meh... just another not so set-and-forget thing that could happen at S@H. If you don't notice that all tasks were abandoned, boinc will just continue to crunch them into oblivion, wasting time and power. Looks like it's best to have a minimum cache or check your tasks every day.
It really got my goat when I saw my 100 AP tasks nuked...


Next 20


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