Welcome to MilkyWay@home

Posts by Bigred

1) Message boards : Cafe MilkyWay : TLPTPW #9 (Message 53199)
Posted 15 Feb 2012 by Bigred
Post:
And.


The end IS getting closer, we have to be as we move further from the beginning!
WINNING?

Yes.


I'm in.
2) Message boards : Number crunching : request regarding "deferred communication" times (Message 52149)
Posted 1 Jan 2012 by Bigred
Post:
Why not simply setup a backup project that will kick in when MW goes into backoff mode. Simply attach to another project such as Moo wrapper and set its resource share to 0 and then it will kick n when MW has no work for whatever reason.
3) Message boards : News : ATI application updated again (Message 47573)
Posted 11 Apr 2011 by Bigred
Post:
A shutdown, unplug and restart seems to have solved the problem.
4) Message boards : News : ATI application updated again (Message 47563)
Posted 11 Apr 2011 by Bigred
Post:
I'm having major problems on one machine
P4 3.8 HD4850 XPSP3

All WUs error out after 6 seconds with the following message.


<core_client_version>6.10.56</core_client_version>
<![CDATA[
<message>
Incorrect function. (0x1) - exit code 1 (0x1)
</message>
<stderr_txt>
<search_application> milkywayathome_client separation 0.59 Windows x86 double CAL++ </search_application>
Found 1 CAL devices
Chose device 0

Device target: CAL_TARGET_770
Revision: 2
CAL Version: 1.4.838
Engine clock: 625 Mhz
Memory clock: 993 Mhz
GPU RAM: 512
Wavefront size: 64
Double precision: CAL_TRUE
Compute shader: CAL_TRUE
Number SIMD: 10
Number shader engines: 1
Pitch alignment: 256
Surface alignment: 256
Max size 2D: { 8192, 8192 }

Failed to map resource: Operational error (CAL_RESULT_ERROR)
Failed to release CAL resource
Failed to zero output buffer: The resource in question is still in use (CAL_RESULT_ERROR)
Failed to create output buffer: The resource in question is still in use (CAL_RESULT_ERROR)
Failed to map resource: Operational error (CAL_RESULT_ERROR)
Failed to release CAL resource
Failed to zero output buffer: The resource in question is still in use (CAL_RESULT_ERROR)
Failed to create out streams buffer: The resource in question is still in use (CAL_RESULT_ERROR)
Failed to create buffers: No error (CAL_RESULT_ERROR)
Failed to release CAL resource: A handle parameter is invalid (CAL_RESULT_BAD_HANDLE)
Failed to release buffers: No error (CAL_RESULT_BAD_HANDLE)
Integral 0 time = 3.476377 s
Failed to calculate integral 0
10:48:13 (2712): called boinc_finish


I've restarted Boinc and rebooted but every one is the same.
5) Message boards : News : sending out workunits (Message 47275)
Posted 9 Apr 2011 by Bigred
Post:
Same here.
6) Message boards : News : and a little payback (Message 47272)
Posted 9 Apr 2011 by Bigred
Post:
Great idea and thanks for all the hard work.

7) Message boards : Number crunching : admin response very bad (Message 46610)
Posted 18 Mar 2011 by Bigred
Post:
I think I have to partially agree with Rasputin42 on this one. Communication here has gone from excelent (pre-GPU) to almost nonexistant in the current state. Without good communications some people will just get frustrated and leave. I understand that the admins are busy trying to solve all the problems here. Maybe they should designate some of the more vocal and knowledgeable people here as moderators. They could then sort through the messages and offer official replies or pass the real problems on to the admins for correction. This would also free up the admins to correct all the problems here.
8) Message boards : Number crunching : Host with WAY too many tasks. (Message 45818)
Posted 27 Jan 2011 by Bigred
Post:
we are taking on a zero-tolerance policy for ppl who manipulate the limits. I guarantee we'll address them.

that's awesome...

you prefer to fight against repercussions and users instead of reasons causing this. I think it's pretty evident that rule of thumb "6 WUs per CPU core" while crunching on video cards is not working for quiet time already.

Let's take me as an example. I had dual core rig with 4890 and 4870. I used to get 12 WUs which gives 15 min buffer only. My plan was to get three 6970 which are three time faster then 48x0. So in this case the buffer is somewhat THREE minutes only. That's ridiculous...

Why you do not want to make cruncher's life easier and finally change this (sorry to say) stupid rule when WUs limit for crunching by video card depends on qty of CPU cores? What's the logic behind this (sorry again) stupid rule?

And pls do not tell me that it's impossible to track how many video cards any rig got. For example, PrimeGrid got 100Wus per video card limit, i.e. the rig with single video card gets 100WUs and with two video cards gets 200 WUs. PrimeGrid manage to implement this. So why you do not want to contact PrimeGrid guys? I do not think they will refuse to help you with ideas and even may be with code. What r u waiting for?



First let me say that I've been around this project since the beginning and I don't post very much. This post has caused me to make an exception. Almost from the start here has been a WU limit. It has been explained over and over why there is a limit.

It would seem to me that if you can afford to buy three 6970s, you should be able to afford to put them in decent machines. I have ATI cards running on single and dual core machines and don't have a problem with that.

If you are so concerned with ths size of your cache you can always move them to another project but I doubt if you will. The credit you get here is the reason. You and others like you will continue to complain about the WU limit because it will run out during the ocasional outage. If you would setup a backup project you might hot get as much credit but you would keep your computers working.

I just hope Travis and the others keep up all the good work they are doing.
9) Message boards : Number crunching : Now that we have native ATI GPU support, how about longer tasks? (Message 35705)
Posted 16 Jan 2010 by Bigred
Post:
Thanks for implementing native ATI support!

And now that we have it, how about issuing tasks exclusively for ATI GPUs that run (say) for an hour (on a 4870)?

No change in credits/hour. That way we can fill up a normal queue of work lasting (say) a day or two.

In addition to letting us to weather downtime or network issues, it would DRAMATICALLY drop the load on the project server and network load.


Sounds like a good idea to me but it should be for all GPUs not just the ATIs.
10) Message boards : Number crunching : cache = 0 WU (Message 35652)
Posted 14 Jan 2010 by Bigred
Post:
I've a Radeon 4770 on a quad 9400S.

And these are the MilkyWay@home preferences:



Maximum CPU % for graphics
0 ... 100


This was the culprit on my systems. I reset it to 5 and everything started working.
11) Message boards : Number crunching : MilkyWay_GPU (Message 19853)
Posted 21 Apr 2009 by Bigred
Post:
To bring it back to the topic of GPU processing,
Whats the vector, Victor?

No, no -- Watt's in engineering, I don't know is navigating.

Who's at the helm?


No, Who's in the galley. I Don't Know is at the helm...

Watt's navigating:O




Victor is in the head and How is in the Galley.
12) Message boards : Application Code Discussion : GPU/CUDA Milkyway (Message 18404)
Posted 12 Apr 2009 by Bigred
Post:
Surprise, surprise.
Cuda capabale cards are listed here.

http://www.nvidia.com/object/cuda_learn_products.html
13) Message boards : Number crunching : Server Updates and Status (Message 17373)
Posted 2 Apr 2009 by Bigred
Post:
Just to add my 2 euro cents to this, I think the stats and tables should stay together. Seti uses cpu's and gpu's with only one table. PS3/GPUGrid uses ps3's and Cuda enabled gpu's with only one table. There will be some whinners about how unfair the credit for gpu's is and some will leave. With the addition of a Cuda application I think you will see a large influx of users migrating from GPUGrid. I have 10 GTX260's parked there because the only other project for them has way too many issues. I think the bottom line is that like every other project, if you want to move up the standings, you have to be willing to spend the money to get the hardware to get you there.
14) Message boards : Number crunching : ATI help please. (Message 13751)
Posted 3 Mar 2009 by Bigred
Post:
Well, I tried catalist 8.12 this morning with the same results. I think I'll try a complete reinstall of XP on Thursday and see if that helps. I had a couple of machines I had to do that with for GPUGrid.
15) Message boards : Number crunching : ATI help please. (Message 13628)
Posted 2 Mar 2009 by Bigred
Post:
I just tried running the GPU app and every WU fails imediately with an output file absent error. I'm running HD4850, XP pro, Catalist 9.1, Boinc 6.4.5 and I copied the files to the milkyway folder. I rebooted, restarted boinc and upgraded to 6.6.0 all to no avail. Anyone got any ideas on what to do about this?
16) Message boards : Number crunching : new workunit limit (Message 7170)
Posted 1 Dec 2008 by Bigred
Post:
Thanks Ice. I just got home and noticed MW is running w/high priority on both machines. Don't know what happened, but its working much better. Noticed also the 'time to completion' is more accurate. I still won't be able to complete much of the WU I recieved. I take my projects seriously and get irritated when I can't get my work done. My older machine trashed the graphics card and it took a while to get a new one. I was hesitant to use my newer machine on boinc but then I said what the heck. Now Im cruching on TWO! Thanks all for the help! Glad to be aboard.
Sorceress


Try enabling experimental apps in the Milkyway settings for your account. That will allow you to get some work with the optimized app for shorter crunch times.
17) Message boards : Number crunching : new workunit limit (Message 6975)
Posted 29 Nov 2008 by Bigred
Post:
This stragety seems to be working for me. My Quads are staying at 20 tasks. As soon as any are done they are reported and replaced.

18) Message boards : Number crunching : Error on connect can't attach shared memory (Message 6612)
Posted 24 Nov 2008 by Bigred
Post:
Just reported a bunch with no problem. Didn't get any new ones though.
19) Message boards : Number crunching : Server Problems? - currently the U/L one (Message 5911)
Posted 4 Nov 2008 by Bigred
Post:
Looks to me like the server is struggling to keep up. Some of my machines are having problems getting new work since the server is not keeping up with the demand.
20) Message boards : Number crunching : I think you made your point !! (Message 5476)
Posted 16 Oct 2008 by Bigred
Post:
Maybe you guys could go over and checkout the application at Orbit. The WU's there take 200-1000 hours to complete depending on the computer.


Next 20

©2019 Astroinformatics Group