Message boards :
Number crunching :
Panic Mode On (84) Server Problems?
Message board moderation
Previous · 1 . . . 16 · 17 · 18 · 19 · 20 · Next
Author | Message |
---|---|
Ulrich Metzner ![]() Send message Joined: 3 Jul 02 Posts: 1256 Credit: 13,565,513 RAC: 13 ![]() ![]() |
Just have a look to the server status page. Every time there are AP-WUs, they're gone nearly "instantly". This is for sure cause they gain higher credits. Aloha, Uli |
juan BFP ![]() ![]() ![]() ![]() Send message Joined: 16 Mar 07 Posts: 9786 Credit: 572,710,851 RAC: 3,799 ![]() ![]() |
Is just me? or anyone else remember someone who say´s... we need to wait the slowest hosts start to sending it´s WU to creditnew do it´s magic and stabilizes the credit system... that will take 4-5 weeks... OK the 4-5 weeks passed, the slowest hosts sends their WU and... nothing happening,... creditnew stills "paid" about 40% less credit to the compelated MB tasks if compared with V6, someone must made something about that before all switch to crunch AP only and leave the MB aside, that´s allready starting to happening if you see the servers page. ![]() |
![]() ![]() ![]() Send message Joined: 17 Feb 01 Posts: 34521 Credit: 79,922,639 RAC: 80 ![]() ![]() |
Is just me? or anyone else remember someone who say´s... we need to wait the slowest hosts start to sending it´s WU to creditnew do it´s magic and stabilizes the credit system... that will take 4-5 weeks... Yes, it was me. And i`m getting exactly the same amount of credits for a mid range WU as i did with V6 ~100cr. With each crime and every kindness we birth our future. |
![]() ![]() Send message Joined: 24 Jan 00 Posts: 37904 Credit: 261,360,520 RAC: 489 ![]() ![]() |
Is just me? or anyone else remember someone who say´s... we need to wait the slowest hosts start to sending it´s WU to creditnew do it´s magic and stabilizes the credit system... that will take 4-5 weeks... I reckon that it'll be Christmas or New Year by the time the credits balance out. Cheers. |
![]() Send message Joined: 11 Oct 00 Posts: 163 Credit: 50,429,507 RAC: 0 ![]() |
All I can see right now is all my five computers are still going downhill like a sled. Too much more and may just say the h#$% with this. Didn"t mine the money when I was able to keep improving but this deflating my interest in the project. I know what it is about, as can be seen on the start date but also with a RAC status; it gives a person a sense of accomplishment or satifaction that the person is doing something. Hope this makes sense but me is losing interest. bj ![]() |
juan BFP ![]() ![]() ![]() ![]() Send message Joined: 16 Mar 07 Posts: 9786 Credit: 572,710,851 RAC: 3,799 ![]() ![]() |
Is just me? or anyone else remember someone who say´s... we need to wait the slowest hosts start to sending it´s WU to creditnew do it´s magic and stabilizes the credit system... that will take 4-5 weeks... So you must be a very lucky one, if you look my WU validated they are in the range of 40 - to 110 tops, most of them are in the 80-90 range. With V6 a 120 or more was easy to see. A host that was one of the top 10 in SETI before V7 with about >100k now strugles to reach 60K. And i don´t crunch AP at that time, all come from MB crunching only! But that back to the new/old questions, why the AP work now "paid" about 2x the credit than MB? Something must be changed and can´t blame the correlation for that change. A 553.52+172.71 sec to crunch WU receive 35.91 credit for example and a 946.62+258.09 sec receive 99.24 credit on the same host, something is clearely not working fine, just do the simple math. That´s just confirm me, faster and more MB/GPU RAC based is your host worst is your fall. But i still have few beers in stock so i will keep crunching anyway, just now with 50% less RAC... I´m so happy with credit new :( ![]() |
Tom* Send message Joined: 12 Aug 11 Posts: 127 Credit: 20,769,223 RAC: 9 ![]() |
I think the VLAR's are having an effect. Since they delayed moving VLAR's away from NVIDIA it might take another two weeks before the total effect is seen. I also see the average credit rising towards V6 levels hopefully they will continue to rise. [TiC] To bring credit parity to our Universe, they seem to know how to easily lower credit per task, but raising it is another matter/energy. Just make an AstroPulse_V7 using knowledge gained from SetiatHome_V7.[/TiC] All of the above or below (depending on how you sort these entries) is very likely to change again for Kepler tasks. |
juan BFP ![]() ![]() ![]() ![]() Send message Joined: 16 Mar 07 Posts: 9786 Credit: 572,710,851 RAC: 3,799 ![]() ![]() |
Seriusly i hope you both are right, i realy not an AP crunching fan. ![]() |
Tom* Send message Joined: 12 Aug 11 Posts: 127 Credit: 20,769,223 RAC: 9 ![]() |
Example processing two at a time on a GTX660 These two workunits are not VLAR's but I do not think the credit system makes a distinction whether they are or not, just that now they are not run on NVIDIA's. Just a few weeks ago these two ar's at .307 would have been in the 90's Now they are both over 110 the only "ONLY" difference between the two work units is whom they are compared against. 135.37 SETI@home v7 Anonymous platform (NVIDIA GPU) Wingperson is CPU 118.97 SETI@home v7 Anonymous platform (NVIDIA GPU) Wingperson is GPU Cuda 4.2 http://setiathome.berkeley.edu/result.php?resultid=3075265260 http://setiathome.berkeley.edu/result.php?resultid=3075265258 It takes time for VLAR's to not only be evaluated on CPU's but for all the VLAR's we processed on NVIDIA's to be eliminated from the credit calcs in the system if that is even possible. IMHO - We seemed to have an extraordinary amount of VLAR's at the beginning of V7 so many in fact that my GTX660 got stuck on Cuda 42's due to processing cuda 50's for many many VLAR's when the switchover away from NVIDIA VLAR's occurred |
juan BFP ![]() ![]() ![]() ![]() Send message Joined: 16 Mar 07 Posts: 9786 Credit: 572,710,851 RAC: 3,799 ![]() ![]() |
Was a long time i did not receive Vlars in my GPU´s after they fix that problem. Just to make an example what i talk about: (all on the same host with 2x690 crucnhing 2WU at a time - actualy a total of 8GPU/8CPU wu simultaneusly) WU 1 -http://setiathome.berkeley.edu/workunit.php?wuid=1280632750 WU 2 -http://setiathome.berkeley.edu/workunit.php?wuid=1280263361 WU 3 -http://setiathome.berkeley.edu/workunit.php?wuid=1280270255 Time to crunch (GPU+CPU) Credit WU 1 - 940.96+141.09 40.42 WU 2 - 953.66+130.28 101.67 WU 3 - 1,236.75+152.02 98.59 Comparing WU 1 with WU 2 about the same time to process and W1 receives 40% of the credit of W2 WU3 with WU2 - W3 need a lot more time to process and receive less credit than WU2 Someone say´s is because my wingmate, but that not logical, the work done on my host have nothing to do with my wingmate hosts, we all expect more processing time more credit, simple like that... but that´s is not what realy happens here with creditnew. I agree the time to process is directly related to the WU itself, AR and other parameters, but credit must be related to the processing time used to crunch the WU itself on that host not in other host, makes little sense to me that. As i say on other thread, 1 kilo is 1 kilo, no matter if is lead or cotton and whatever instrument used to measure, so the credit guaranted for a determinate unit must be related to the WU itself (because the AR, etc.) and not related to the hosts who crunch that WU. That´s simple and easely to understand, if you have a faster or slower CPU/GPU or you use Nvidia or ATI or Mac makes no diference, the credit of a determinate WU must be the same not related to what host is crunching it. ![]() |
Grant (SSSF) Send message Joined: 19 Aug 99 Posts: 13922 Credit: 208,696,464 RAC: 304 ![]() ![]() |
I also see the average credit rising towards V6 levels hopefully they will continue to rise. Crunching MB only, my RAC continues to fall. Grant Darwin NT |
Tom* Send message Joined: 12 Aug 11 Posts: 127 Credit: 20,769,223 RAC: 9 ![]() |
Juan The diff between WU1 and WU2 are the angle range looking at most of your recent GTX690 valids The ones with runtimes greater than 800 seconds and around 50 credits all seem to have an angle range of 1.4 to 1.7 Grants tasks also show this low credits for angle ranges between 1.4 and 1.7 Why would the angle range be the deciding factor for CreditNew?? Anyone? PS - My low credits also seem to be around 1.4 to 1.7 I just don't have as many as Juan |
juan BFP ![]() ![]() ![]() ![]() Send message Joined: 16 Mar 07 Posts: 9786 Credit: 572,710,851 RAC: 3,799 ![]() ![]() |
Why would the angle range be the deciding factor for CreditNew?? LOL - Maybe is because the Random Number Generator (technicaly called creditnew) uses this AR as a "seed". It´s realy wierd no? If you look for the other side, as they use about the same processing time they must receive credit at least something very close not 40% as show. I know could be because the wingman explanation, but that´s is dificult to understand in human terms.... A fixed number of credit asssing to the WU at the generating stage (that takes AR in consideration) could be a better way to make the things more "logical" and less "academic" and made the credit totaly independant of what host process it. If you have a fast host you made more WU per day and get more credit, the way the things are that clearely is not happening as show by the example. Could be my personal point of view but the WU must receive the same credit no matter what host crunch it, that´s clearely don´t happening with creditnew. ![]() |
bill Send message Joined: 16 Jun 99 Posts: 861 Credit: 29,352,955 RAC: 0 ![]() |
Well,look at it from their side, why should they do it? Some people have left, not enough to make a difference in the amount of science done. You would probably need 75%+ of the crunchers to leave to get something accomplished and that's not going to happen. I doubt that 1% even noticed the difference in reduced credits per work unit crunched. Kind of like telling a politician you're not going to vote for him and a lobby telling a politician they have 500,000 votes that aren't going to vote for him. Who do you think he's going to pay attention to. <cynic> The guy who just donated $500,000 dollars to his campaign; that's who.</cynic> I know I know it is not about credits. Actually I think the whole credit thing is a poor idea. I think something more tangible, like for every xyz work units you would get a password to a download of a astronomical picture suitable for desktop wallpaper/screen savers that wasn't available to the general Internet would be better, IMO. |
![]() ![]() ![]() Send message Joined: 17 Feb 01 Posts: 34521 Credit: 79,922,639 RAC: 80 ![]() ![]() |
This shows me you simply dont know how it works. Only AR 0.45 and lower gives average of 100 credits. AR higher than 1 are VHARs and give less than half because they contain less science. It also shows you are wasting time not freeing enough CPU cores. So dont blame credit new and V7 for falling RAC. A VHAR takes half the time of a mid range unit if processed correctly. Check my host. With each crime and every kindness we birth our future. |
bill Send message Joined: 16 Jun 99 Posts: 861 Credit: 29,352,955 RAC: 0 ![]() |
Well,look at it from their side, why should they do it? I would say it's pragmatic thinking. The scientists, no doubt, probably have many more and much bigger fish to fry. So newbies to the project could think this is a commercial project, but in reality it is a scientific project. What will the newbies do? After some crunching they will leave the project because it's not scientific! |
Tom* Send message Joined: 12 Aug 11 Posts: 127 Credit: 20,769,223 RAC: 9 ![]() |
Mike, Juan is a TOTAL PROPONENT OF FREEING CORES TO PROCESS gpu TASKS MORE EFFICIENTLY Opps more efficiently. Thanks for the knowledge that angle rates above 1.0 do less science, suspected that but your Unknown ATI likely due to version 6.12 BOINC, seems to confound BOINC with an APR of SETI@home v7 (anonymous platform, ATI GPU) Average processing rate 2315.981175065 Just how do you get that fantastic APR? Juan takes just as long to process a VHAR as a normal angle range. Is this an issue between CUDA and OpenCL? If so GREAT Jason has something to work on, My GTX660 doen't take quite 800 secs to process a VHAR but it still takes 650 to 700 secs. PS - Did your RAC drop more than 30% (new length of tasks) when moving to V7? I don't remember V6 taking a credit dump on VHAR's but that might be due to no autocorrelations? |
![]() ![]() ![]() Send message Joined: 17 Feb 01 Posts: 34521 Credit: 79,922,639 RAC: 80 ![]() ![]() |
The APR is a server issue. I didn`t loose anything of my RAC but thats simply because i upgraded from a HD 5850 to a HD 7970 just a few days before V7 release. Juans times are not very good specially on VHARs. This indicates not enough CPU time available. At least for WU start sometimes. Its definetly not the apps. I check hundreds of hosts a week. Sciman Steve`s host is how it should work with nvidia. With each crime and every kindness we birth our future. |
juan BFP ![]() ![]() ![]() ![]() Send message Joined: 16 Mar 07 Posts: 9786 Credit: 572,710,851 RAC: 3,799 ![]() ![]() |
Sorry i can´t realy understand what you say, you need to free a core to crunch a MB? i know that happens with AP but never see that on MB with Intel CPU´s. This particular hosts have 2x690 and runs 2 WU at a time on each GPU and allready reaches 98-99% of GPU utilization, free more cores makes no diference, i try to free 1, 2 or even 3 and the times are actualy allmost the same. I don't do any aditional heavy task on that host, without Boinc running the actual work load of the host never go above 5% at most. Both GPU´s are EVGA clasified and i use no OC. So please someone tell me what is wrong... since you say the times are not very good... This particular host was before V7 the #5~#7 at SETI top computers (running cuda50 x41zc from Jason´s) with about 100-120K of RAC! Crunching only MB, and i made no modifications on it´s configuration just take out one 670 to help with the hot air flow. SETI@home v7 (anonymous platform, nvidia GPU) Number of tasks completed 1757 Max tasks per day 3288 Number of tasks today 351 Consecutive valid tasks 879 Average processing rate 180.40354863605 Média do tempo de resposta 0.15 days That is bad times? Check this 2 WU: almost the same AR... 0.4.... WU 1 - http://setiathome.berkeley.edu/result.php?resultid=3076351507 WU 2 - http://setiathome.berkeley.edu/result.php?resultid=3076460895 Time GPU+CPU Credit WU 1 - 1,278.78+179.52 97.61 WU 2 - 905.52+97.06 103.22 WU 1 - more time to process less credit than WU 2 with almost the same AR. That´s all realy bug´s my mind... i need a beer... BTW i will PM Steve´s for some help, i´m sure he will give me a hand... ![]() |
Lionel Send message Joined: 25 Mar 00 Posts: 680 Credit: 563,640,304 RAC: 597 ![]() ![]() |
Well,look at it from their side, why should they do it? Bill, your comment indicates to me that you missed the last sentence: As to cost, I'm quite sure they could get a bunch of 2nd or 3rd year computer science students to do the analysis, write new code and test it for the appropriate credit. I just want to make sure that you do understand what I am saying through this... |
©2025 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.