Hannah (Apr 16 2009) |
![]() |
| log in |
Message boards : Technical News : Hannah (Apr 16 2009)
1 · 2 · 3 · 4 . . . 6 · Next
| Author | Message |
|---|---|
|
Slow steady progress since the last tech news item. The science database continues to be massaged into shape from the past month of nastiness. It's working, but some indexes are still missing, and some queries are taking longer than we'd like. Sometime, probably next week, I'll turn the science status page updates back on - until then the numbers are old and/or flat out wrong. | |
| ID: 885910 · | |
|
Lost a bit of power from me; electric bill got too high and the summertime heat is coming up quickly in the Windy City. | |
| ID: 885917 · | |
|
Thanks for the update I'm sorry to hear you got sick, I hope you are better. Do you need help with AP or MB work more or do you just need more crunchers in general? | |
| ID: 885921 · | |
We're also finding that we don't have the processing power we'd like. It seems like we lost a lot of active users over the past few months. I blame the recession. You could also blame Astropulse, I guess. In any case, we need more people. You could consider issuing the optimized astropulse r112 as stock. It increases the crunch speed considerably. Most windows machines should have a mimimum of SSE3, and those that don't probably should not be running AP anyway. Releasing a new stock AP would also fix all those clients that got corrupted AP.exe in March and are still erroring out every midnight. | |
| ID: 885938 · | |
We're also finding that we don't have the processing power we'd like. It seems like we lost a lot of active users over the past few months. I blame the recession. You could also blame Astropulse, I guess. In any case, we need more people. Sounds like a new BOINC scheduler/server feature for the BOINC development team: Scheduler can choose science applications not only based on architecture but also processor features (req'd list of features). Obviously, sticking with simple things such as MMX, SSE2, SSE3 would be appropriate for an initial implementation. If you like the idea, I'll head over to the development site and create a Trac ticket. Oh, and if this is already implemented, why not use it? | |
| ID: 885960 · | |
|
Horray for 10th anniversary. Make it BIG!!! Confetii and the works! | |
| ID: 885963 · | |
Lost a bit of power from me; electric bill got too high and the summertime heat is coming up quickly in the Windy City. Same story here. I only crunch in the winter since I don't mind the added heat my computer generates, but in the summer I try not to fight the air conditioner. | |
| ID: 886004 · | |
|
One of the reasons I dropped out is the way the CUDA application could trash the system ... and sending VLAR units to me. I spend 5-6 times as long on them as for normals ... sorry ... I get paid better at GPU Grid ... | |
| ID: 886039 · | |
We're also finding that we don't have the processing power we'd like Is there a place with statistics so we can see the amount of data that has been processed over the past day/week/month? If people could see the amount of data that has been processed this might increase Setis data through put. I'm aware that there is a piece on wu completed in the last hour.How many work units a there on each tape? Knowing this I can work out how many tapes are completed in an hour or what % of a tape has been completed in the hour. ____________ Live in NZ y not join Smile City? | |
| ID: 886060 · | |
Is there a place with statistics so we can see the amount of data that has been processed over the past day/week/month? If people could see the amount of data that has been processed this might increase Setis data through put. I'm aware that there is a peice on wu completes in the last hour. Perhaps the "Seti@home In Progress" chart from the scarecrow graphs over 90 days? Gruß, Gundolf ____________ Computer sind nicht alles im Leben. (Kleiner Scherz) SETI@home classic workunits 3,758 SETI@home classic CPU time 66,520 hours | |
| ID: 886062 · | |
Thank you I forgot about scarecrow graphs ____________ Live in NZ y not join Smile City? | |
| ID: 886066 · | |
|
Well, from here, other threads, and scarecrow's graphs, it looks like CUDA is a net negative for the project (decreasing computational capacity overall). Maybe those CUDA wu's should be backed off a bit, if that's possible. Same goes for the AP wu's, since that has been chaotic as well, frankly. I guess I'm suggesting limiting the number per day available until the systems can be stablized, and then turn the other sub-projects on 'slowly'. | |
| ID: 886109 · | |
|
what happened today, the cricket graphs dropped out and project died???? | |
| ID: 886112 · | |
what happened today, the cricket graphs dropped out and project died???? Here's what happened message from front page April 17, 2009 Our boinc mysql database crashed last night. We are down for database table repairs. Everything is up & running now ____________ Live in NZ y not join Smile City? | |
| ID: 886154 · | |
|
Admin/Matt are you aware that tape 18mr09aa is 0.00 GB in size, or is this 0.00 GB due to the boinc mysql database crash last night? Thankyou to the person/people that repaired the mysql database last night. | |
| ID: 886190 · | |
One of the reasons I dropped out is the way the CUDA application could trash the system ... and sending VLAR units to me. I spend 5-6 times as long on them as for normals ... sorry ... I get paid better at GPU Grid ... That's why the VLAR autokill mod is so great. ____________ | |
| ID: 886200 · | |
One of the reasons I dropped out is the way the CUDA application could trash the system ... and sending VLAR units to me. I spend 5-6 times as long on them as for normals ... sorry ... I get paid better at GPU Grid ... I like this one much better: MB_6.08_mod_CUDA_V11_VLARKill_refined.rar No more -6 errors and no more backoffs for VLAR kills, This V11 is good or at least I haven't seen any in a while, Although I did have one CUDA WU that clocked out at just above 5 hours. ____________ BSG Anthem My Facebook page | |
| ID: 886420 · | |
|
"It seems like we lost a lot of active users over the past few months." | |
| ID: 886437 · | |
PhonAcq said..... This can not be done because the same work units that run on the CUDA application also run on cpu application as well so you can not back it off unless you shut down the whole project. And for limiting work units well at the moment i think its set at 100 per cpu and 400 per CUDA unit per day so yes that could bee reduced but i don't thing it will help. | |
| ID: 886441 · | |
|
I've greatly reduced my contribution due to the lack of Mac OS support, the system seemingly going into a state of meltown. | |
| ID: 886477 · | |
Message boards : Technical News : Hannah (Apr 16 2009)
| Copyright © 2013 University of California |