Posts by petri33


log in
1) Message boards : Number crunching : PC suddenly shuts down (Message 1610927)
Posted 12 days ago by Profile petri33Project donor
Have been running the new fan for a few days and so far all works great.

The old fan, a Dell fan I think, wasn't full of dust or anything since I've used canned air several times before, but only crunching on GPU the PC would shut down. The PC is almost 5 years old, I'm wondering if your supposed to apply new thermal paste after some years?


CPU/GPU temp monitoring program would tell that.

You can see the difference of new and dried paste - remove Your CPU - look at the old paste after removal - apply new paste - tighten the CPU back and let run for a half of an hour - remove immediately after that - look again - compare.

I have had to re-apply the thermal paste for my 3930K once because it had dried. Can't remember when, but I guess about two years ago (and two years after I built my machine. Could have been a year and a half.)

I tried a mixture of a thermal paste and synthetic motor oil. Worked for 3 weeks. I do not recommend. It will not last.

Get the best thermal compound there is.

B.t.w. What is the best?
2) Message boards : Number crunching : Panic Mode On (92) Server Problems? (Message 1610914)
Posted 12 days ago by Profile petri33Project donor
My RAC curve reminds me of a ski-jumping hill ...


** this is a test if I can attach a picture correctly **
3) Message boards : Number crunching : Panic Mode On (92) Server Problems? (Message 1610085)
Posted 14 days ago by Profile petri33Project donor
And then there will be a AP feeding frenzy like never before, a chance for RACs only ever dreamed of.


I could just dream of that one of my GPU's had not had its fan blown out. Running with three now.
4) Message boards : Number crunching : Panic Mode On (92) Server Problems? (Message 1609754)
Posted 14 days ago by Profile petri33Project donor
.. and not so happy. Just got my first optimized Einstein linux app working 95%+ flawlessly.

Out of curiosity, roughly how much improvement in run-times did you get?



At first the (BRP5-cuda) runtime decreased from 1h20min to 1h12min. After that I can not say since I have run 4 or 5 at a time and done BRP4G too.

Here is one and it is not with the latest version. This must be with 2 at a time.
http://einstein.phys.uwm.edu/workunit.php?wuid=204610223



This is newest (5 per gpu, 4 gpus, total 20 einstein tasks at a time running, no cpu tasks)
http://einstein.phys.uwm.edu/workunit.php?wuid=205636544

And here's one when running 4 at a time
http://einstein.phys.uwm.edu/workunit.php?wuid=203002383
That would make the run time to 1:08:45 for one task.
5) Message boards : Number crunching : Panic Mode On (92) Server Problems? (Message 1609622)
Posted 15 days ago by Profile petri33Project donor
Well, you were Warned;
Notices
SETI@home: New Data from AO
The four disks from AO have arrived - about 5TB of data. I have queued them up for pre-processing (radar blanking) so new SETI@Home workunits should be going out soon.
Friday, December 05, 2014 'PMt' 05:54:33 PM 路 more...

My machines are working full speed.


Yippee!!!
Current result creation rate 28.9832/sec 0/sec 5m


.. and not so happy. Just got my first optimized Einstein linux app working 95%+ flawlessly.

... Still happy. SETI is my love.
6) Message boards : Number crunching : Panic Mode On (92) Server Problems? (Message 1609617)
Posted 15 days ago by Profile petri33Project donor
Well, you were Warned;
Notices
SETI@home: New Data from AO
The four disks from AO have arrived - about 5TB of data. I have queued them up for pre-processing (radar blanking) so new SETI@Home workunits should be going out soon.
Friday, December 05, 2014 'PMt' 05:54:33 PM 路 more...

My machines are working full speed.


Yippee!!!
Current result creation rate 28.9832/sec 0/sec 5m
7) Message boards : Number crunching : Panic Mode On (92) Server Problems? (Message 1609616)
Posted 15 days ago by Profile petri33Project donor


I guess Eric will fix something if we should all fall out of RAC:)


:) +1
8) Message boards : Number crunching : It is official! 15th Seti Anni Shirts are a go. (Message 1607058)
Posted 21 days ago by Profile petri33Project donor
Yippeee!

T-shirt delivery arrived Lieksa, Finland today.

Thank You Uli.
--
petri33


Q: what is the easiest and most preferred way to post a picture here (in Seti message boards)? -- aka How To? -- step by step ..


I can help you with the how (apologies, no time for a how-to): Easiest way probably is to open an account on Photobucket. Just remember if you ever delete a photo from the site, it will also vanish from the thread you posted it in (here at SETI for example)

.. in the mean time I'm going to find a camera or whatever it is pictures are taken of with nowadays.

You expect us to believe you don't have a Nokia;)
And no, I don't mean a rubber boot :D


This is a Nokia. And I have worn a pair of rubber boots today - Norwegian? Viking boots. They are as good as Nokia.

I'll open an account in Photobucket and display both my T-shirt and my rig.

Just wait 馃槅
9) Message boards : Number crunching : It is official! 15th Seti Anni Shirts are a go. (Message 1606261)
Posted 23 days ago by Profile petri33Project donor
Yippeee!

T-shirt delivery arrived Lieksa, Finland today.

Thank You Uli.
--
petri33


Q: what is the easiest and most preferred way to post a picture here (in Seti message boards)? -- aka How To? -- step by step ..

.. in the mean time I'm going to find a camera or whatever it is pictures are taken of with nowadays.
10) Message boards : Number crunching : It is official! 15th Seti Anni Shirts are a go. (Message 1605738)
Posted 24 days ago by Profile petri33Project donor
Yippeee!

T-shirt delivery arrived Lieksa, Finland today.

Thank You Uli.
--
petri33
11) Message boards : Number crunching : Panic Mode On (91) Server Problems? (Message 1596557)
Posted 3 Nov 2014 by Profile petri33Project donor
Remember this?
Message 1589402 - Posted: 20 Oct 2014, 19:54:16 UTC - in response to Message 1589395.

Oh yeah, everything is very slow on SETI's pages. This thread takes several minutes to load for example. All SETI pages seems to be buried in molasses.
Yeah well, who's in a hurry :-)

If someone doesn't fix the ap assimilators soon it will probably crash altogether. The number of 'Valid' continues to rise and will continue to slow the database until it pukes. My machine usually runs around 120 'Valid' and rarely rises above an 'All' number of 600. it's now reading;
State: All (1817) 路 In progress (390) 路 Validation pending (264) 路 Validation inconclusive (10) 路 Valid (1151)
The numbers on the SSP are for AP v6...Not AP v7.
Look at other people's numbers, http://setiathome.berkeley.edu/top_hosts.php

Well now the same Host is up to;
State: All (3839) 路 In progress (172) 路 Validation pending (340) 路 Validation inconclusive (6) 路 Valid (3318)

I don't know how much she can take, but I would expect more problems as the numbers continue to grow...


Yes,
my stats look like this:

State: All (7370) 路 In progress (58) 路 Validation pending (1549) 路 Validation inconclusive (50) 路 Valid (5622) 路 Invalid (17) 路 Error (74)

Application: All (7370) 路 AstroPulse v6 (149) 路 AstroPulse v7 (5378) 路 SETI@home Enhanced (0) 路 SETI@home v7 (1843)

I managed to get a big bunch of uploads through and got 32 GPU tasks and now they are processed and the uploads are failing again.
--
petri33
12) Message boards : Number crunching : AP V7 (Message 1593396)
Posted 28 Oct 2014 by Profile petri33Project donor
If GPU queue would be filled first You could do project reset and get CPU tasks resent to GPU. Nothing wrong with that and I think some people have done that purposefully.
13) Message boards : Number crunching : linux vs windows (Message 1592081)
Posted 25 Oct 2014 by Profile petri33Project donor
There may be an interesting case in the top hosts: http://setiathome.berkeley.edu/top_hosts.php

One running stock on Windows, one running lunatics on linux. Both have i7 and 4 x GTX780.

Only time will tell ...

But in the mean time You may peek at the daily scores from the links to the Free DC or Boinc stats.
14) Message boards : Number crunching : AP V7 (Message 1591807)
Posted 25 Oct 2014 by Profile petri33Project donor
Scenario one Running 3 MB:
0.33 + 0.33 + 0-33 = 0-99. Now one MB quits -> only 0.33 + 0.33 = 0.66 running -> can start new AP. Now running 0.33+0.33+0.34=1.00 .

Scenario two Running one AP and two MB:
0.34 + 0.33 + 0.33 = 1.00- Now one MB finishes. Runnung 0.34 + 0.33 = 0.67. Can start a new MB or if an AP is scheduled to run next must wait for more free GPU.

Three: running 2 AP = 0.68. Must wait. After the other AP finishes can start AP or MB.

Scenarios one and three behave as expected. It's the "Scenario two" where BOINC is inconsistent. Most of the time, it will start a new MB whether or not an AP is the next task at the top of the queue (which is what I assume you mean by "scheduled"). That AP (and sometimes several APs) will remain in a "Ready to start" status until another AP finishes and frees up that .34 GPU. MBs that are lower in the queue will be started ahead of the APs if only .33 is available. Normally, the only time 2 APs run on a single GPU is when the 2 MBs running with the first AP happen to finish simultaneously (or nearly so).

But every once in awhile, BOINC lets an MB finish without starting another task of any kind. On rare occasions, it will actually do that on two different GPUs. Then, when the final MB finishes on one of the GPUs, it will go ahead and start a second AP on that GPU while simultaneously starting the next available MB on the second GPU. I've never been able to identify a pattern in any of this. :^)


Yes, I have seen that same and it does seem inconsistent to me too, but I guess that the 'next' in queue is not defined by deadline alone and may be not first in first out order either.

The average wait time for tasks is minimized if short tasks are processed first even though the throughput remains the same.
15) Message boards : Number crunching : AP V7 (Message 1591760)
Posted 25 Oct 2014 by Profile petri33Project donor
You didn't mention whether, when a single AP task is running on your gpu, an MB task is also running. Based on your app_config.xml, I'd expect that to be the case.

I've found that BOINC is sometimes unpredictable when a host is running mixed AP and MB, and the <gpu_usage> values are different for the two types. On my T7400, which currently has a GTX 780, a GTX 670, and a GTX 660, I've tried to set up the app_config.xml to run either 3 MB tasks on each GPU, or 1 AP and 2 MB tasks, which I've found makes about the most efficient use of those GPUs.

Theoretically, <gpu_usage> of .34 for the AP and .33 for the MB should do that, and it does.....most of the time. When an AP comes to the top of the queue, it will start up when an MB finishes, if there isn't already an AP running on that GPU. Once all 3 GPUs have a single AP running, BOINC will usually bypass APs and replace an MB that finishes with the next MB in line. However, sometimes it doesn't do that. In those cases, when an MB finishes on a GPU that already has an AP running, it won't start the next MB but will instead wait until the last MB finishes and then launch a second AP on that GPU, which makes that GPU noticeably underutilized.

So, sometimes I just set both AP and MB <gpu_usage> values to .33 and take my chances that I won't wind up with 3 APs running at the same time on one GPU. That's usually not a problem when APs are scattered in the queue, as is usually the case, but every once in a while the scheduler sends a whole block of APs at once, or on consecutive work fetches.

In any event, with your settings, you might not be able to get 2 APs running at the same time unless the 2nd and 3rd MBs finish at exactly the same time, or if BOINC decides to wait for all MBs to finish in order to launch the 2nd AP.

EDIT: Actually, the more I think about it, the more it seems the difficulty might be in launching the first AP, since when a single MB finishes, it only frees up .33 of a GPU, while the AP needs .5 GPU to start. BOINC would have to wait for a second MB to finish before it could launch the AP.


Scenario one Running 3 MB:
0.33 + 0.33 + 0-33 = 0-99. Now one MB quits -> only 0.33 + 0.33 = 0.66 running -> can start new AP. Now running 0.33+0.33+0.34=1.00 .

Scenario two Running one AP and two MB:
0.34 + 0.33 + 0.33 = 1.00- Now one MB finishes. Runnung 0.34 + 0.33 = 0.67. Can start a new MB or if an AP is scheduled to run next must wait for more free GPU.

Three: running 2 AP = 0.68. Must wait. After the other AP finishes can start AP or MB.
16) Message boards : Number crunching : Mismatch in time elapsed values? (Message 1583675)
Posted 8 Oct 2014 by Profile petri33Project donor

Also in my testing I found leaving HT enabled & running half the threads produced slightly higher output than HT disabled.
<-- I second to that.

My quess is that the processor is utilized to the max processes using real FPU's and then the additional fake CPU cores are used for whatever other (integer/logic) processing is needed.
17) Message boards : Number crunching : The ultimate build (Message 1582709)
Posted 6 Oct 2014 by Profile petri33Project donor
I'd ...

build somenhing with Seasonic X-1250 + Asus P9X79-E + el cheapo (used) 6/12 core intel LGA2011 processor + H20 cooling and then a bunch of extension cords and some 8 nvidia 7(5/9/x)0's + linux on SSD with the GPU's聽hanging in a circular free air iron rack (self made) over a 16" blower mounted below them. The RAM modules would have to be just to be sure Cas 6 at 2200+ MHz if I ever wanted to do any processing with the CPU.

... wish I had time to write to Santa.
18) Message boards : Number crunching : Max temp for getting the normal life out of a video card? (Message 1582695)
Posted 6 Oct 2014 by Profile petri33Project donor
My four gtx-780's are running at 73-95 C. The case is open on both sides and a 16" table top fan is blowing air directly attached to them. The card #3 has its second fan jammed for after a year of 24/7 computing. I have had to resort to (with all of my 780's) boring a hole near the axel and spraying in some rust remover oil - it seems to help getting the fans rolling again. The #3 needs some re-oiling though.

The room temp is at 24-28 C in the computer room and the Seti rig keeps the whole house warm since the heat is sucked out from the ceiling vent and blown out after it has warmed up the intake air in the X-section of the house ventilation system.

You should see my machine back at the top of the charts when it has its RAC back to normal.

--
petri33
19) Message boards : Number crunching : Step by Step, compile NVIDIA/MB CUDA app under Linux (Fedora 19) (Message 1527063)
Posted 11 Jun 2014 by Profile petri33Project donor
How about Maxwell being compute 50 ...

-gencode=arch=compute_50,code=sm_50
-gencode=arch=compute_50,code=compute_50

Just a guess.
20) Message boards : Number crunching : Compiling Applications for Linux (Message 1521301)
Posted 26 May 2014 by Profile petri33Project donor
There is a test suite available from either Lunatics or Crunchers Anonymous. I have not checked if You are a member of either of those, but it would be easiest to download from those places. I'm not sure if it is available without a login.

It is a bunch of testWu's and a shell script that runs a reference/standard app and multiple your own apps one after another and displays the execution times and the validity of the results.

I'll check where to find the needed files (unless someone with more knowledge can answer immediately.) EDIT: Found it, please check if You can open it.

Can you open this link http://www.arkayn.us/forum/index.php?board=9.0 ?


Next 20

Copyright © 2014 University of California