rpi_logo
Posts by mikey
Posts by mikey
log in
1) Message boards : Number crunching : My unsent units are climbing gain (Message 67900)
Posted 19 hours ago by Profile mikey
Well I uploaded a bunch last night, but I am not accepting new work, so I don't know about that.
https://milkyway.cs.rpi.edu/milkyway/results.php?hostid=737912


Thank you for that but you don't seem to have as much of a problem as I do, maybe I have too many pc's on here is my problem.
2) Message boards : Number crunching : My unsent units are climbing gain (Message 67896)
Posted 1 day ago by Profile mikey
I understand how it works, but did NO ONE get any new workunits over night? Or did the Server just make new wu's and not send out the 'inconclusive' units from other people like it's supposed to do?
3) Message boards : Cafe MilkyWay : Where is everyone? (Message 67889)
Posted 7 days ago by Profile mikey
Any one now something about nvidia gpu,s here? Need some advice to tune
1050 - 1070 - 1080?


I know they will run slower than the older hardware because the project hasn't kept their software up to date other than to ensure compatibility.
4) Message boards : Cafe MilkyWay : Where is everyone? (Message 67883)
Posted 8 days ago by Profile mikey
I am back


WOO HOO!!
5) Message boards : Number crunching : Strange Problem with GT-730 (Message 67878)
Posted 11 days ago by Profile mikey
I have two small HP machines, one with an Intel and the other with an AMD CPU, with GT 730 half-height GPU cards. After a few weeks of running one or the other will immediately "error out" on Milkyway GPU WUs but continue to run Einstein, Astroids, GPUGRID and SETI GPU WUs OK. After doing a "clean" re-installation of the NEVIDA GPU driver, Milkyway tasks again work OK -- for awhile. I have tried the latest (I believe...) driver, 391.35, and a previous one, 388.13 -- same results. I have never encoutered this with another macine with a GTX 750 Ti in over a year of continuous running. All three machines are running Windows 10.

Has anyone else encounterd this problem?


The latest driver is 416.34 according to
https://www.geforce.com/drivers
6) Message boards : Number crunching : "The handle is invalid. (0x6) - exit code 6 (0x6)" on Win7 64-bit machine (Message 67858)
Posted 16 days ago by Profile mikey
I just reattached my Win7 64-bit machine to N-body, and am getting only errors.
I note that they are completing OK on Win10 and Ubuntu machines, but failed on the only other Win7 machine I see thus far.

Does anyone know what is going on?
https://milkyway.cs.rpi.edu/milkyway/results.php?hostid=737912&offset=0&show_names=0&state=6&appid=

<core_client_version>7.14.2</core_client_version> <![CDATA[ <message> The handle is invalid. (0x6) - exit code 6 (0x6)</message> <stderr_txt> <search_application> milkyway_nbody 1.72 Windows x86_64 double OpenMP, Crlibm </search_application> Using OpenMP 6 max threads on a system with 8 processors Failed to move file 'nbody_checkpoint_tmp_4892' to 'nbody_checkpoint' (6832): This object is not allowed to be opened in a transaction. Failed to move file 'nbody_checkpoint_tmp_4892' to 'nbody_checkpoint' (6832): This object is not allowed to be opened in a transaction. Failed to move file 'nbody_checkpoint_tmp_4892' to 'nbody_checkpoint' (6832): This object is not allowed to be opened in a transaction. Failed to move file 'nbody_checkpoint_tmp_4892' to 'nbody_checkpoint' (6832): This object is not allowed to be opened in a transaction. <search_application> milkyway_nbody 1.72 Windows x86_64 double OpenMP, Crlibm </search_application> Using OpenMP 6 max threads on a system with 8 processors Failed to move file 'nbody_checkpoint_tmp_4676' to 'nbody_checkpoint' (6832): This object is not allowed to be opened in a transaction. Failed to move file 'nbody_checkpoint_tmp_4676' to 'nbody_checkpoint' (6832): This object is not allowed to be opened in a transaction. Failed to move file 'nbody_checkpoint_tmp_4676' to 'nbody_checkpoint' (6832): This object is not allowed to be opened in a transaction. Failed to move file 'nbody_checkpoint_tmp_4676' to 'nbody_checkpoint' (6832): This object is not allowed to be opened in a transaction. Failed to move file 'nbody_checkpoint_tmp_4676' to 'nbody_checkpoint' (6832): This object is not allowed to be opened in a transaction. Failed to move file 'nbody_checkpoint_tmp_4676' to 'nbody_checkpoint' (6832): This object is not allowed to be opened in a transaction. Failed to move file 'nbody_checkpoint_tmp_4676' to 'nbody_checkpoint' (6832): This object is not allowed to be opened in a transaction. Failed to update checkpoint 'nbody_checkpoint' with temporary (0): No error Failed to write checkpoint Error running system: NBODY_CHECKPOINT_ERROR (64) 13:38:52 (4676): called boinc_finish(6)


Stop doing the n-body units and try the regular cpu units instead.
7) Message boards : Number crunching : Very long N-Body simulation (Message 67849)
Posted 20 days ago by Profile mikey
I've got an N-Body simulation I received recently that is taking forever to complete. It will take more than 30 hours by my calculation to finish when other N-Body simulations take an hour or less. Do you know why this would be? I am attaching the properties of the WU here:

Application
MilkyWay@Home N-Body Simulation 1.72 (mt)
Name
de_nbody_10_24_2018_v172_20k__data_3_1540379102_9162
State
Task suspended by user
Received
26/10/2018 4:18:47 PM
Report deadline
07/11/2018 3:19:13 PM
Resources
4 CPUs
Estimated computation size
157,474 GFLOPs
CPU time
13:23:53
CPU time since checkpoint
00:00:27
Elapsed time
04:23:12
Estimated time remaining
05:55:39
Fraction done
12.331%
Virtual memory size
18.45 MB
Working set size
16.33 MB
Directory
slots/4
Process ID
13812
Progress rate
2.880% per hour
Executable
milkyway_nbody_1.72_windows_x86_64__mt.exe


Try suspending the unit and then restarting it.
8) Message boards : Cafe MilkyWay : Where is everyone? (Message 67843)
Posted 17 Oct 2018 by Profile mikey
Still as quiet as usual I see!


Yup pretty much!!

Congratulations on your 10 year milestone!!
9) Message boards : Number crunching : Running 4 CPUs for one WU? (Message 67837)
Posted 6 Oct 2018 by Profile mikey
Hi all. I just started participating in the project but am very disappointed that one MilkyWay WU is using 4 CPUs, preventing me from processing on my other projects. Is there a way I can get it so that the one WU uses only 1 CPU space so I can participate in the other projects simultaneously? If not, I will have to remove this project, unfortunately.

Thanks.


That's because you have selected to run the n-body workunits, they use multiple cpu cores per workunit.


IF you uncheck the n-body workunits in your preferences, here on the website, then what will happen is you will get single cpu workunits but you may run 4 of them at one time as Boinc does not have a built-in setting to allow us to run for example 2 workunits from projects a, 1 workunit from project b and 1 workunit from projects c. Or any combination of cpu cores and projects, it chooses which project to run based on a formula and you will often run 4 workunits from project a and then switch to 4 workuntis from project b.
10) Message boards : Number crunching : Running 4 CPUs for one WU? (Message 67836)
Posted 6 Oct 2018 by Profile mikey
Hi all. I just started participating in the project but am very disappointed that one MilkyWay WU is using 4 CPUs, preventing me from processing on my other projects. Is there a way I can get it so that the one WU uses only 1 CPU space so I can participate in the other projects simultaneously? If not, I will have to remove this project, unfortunately.

Thanks.


That's because you have selected to run the n-body workunits, they use multiple cpu cores per workunit.
11) Message boards : News : New Badges for Membership Time (Message 67828)
Posted 29 Sep 2018 by Profile mikey
What's coming after iridium? :)


I don't know are we getting close?
12) Message boards : Cafe MilkyWay : if pay are BTC can easily convert currency country various (Message 67818)
Posted 19 Sep 2018 by Profile mikey
Ways pay out money
To arrive hand person processor
directly do not lose coin value
if pay are BTC can easily convert currency country various
create team BTC is it better
money leak past gridcoin
gridcoin money in and money out
not affect research
lost money
fix
no need for investors
one ways pay out no ways in
i want to make a serious career.


Bitcoin value is still dropping so what you get paid today would be worth less tomorrow and even less next week. That would encourage people to spend it as fast as they got it and be great for an economy, but banks and people who own property would hate it!! Who would be investing in anything since the value drops more and more each week, and more importantly who would take Bitcoins in payment knowing that next year they could be worthless.
13) Message boards : News : Database Maintenance (Message 67811)
Posted 11 Sep 2018 by Profile mikey
Anyone monitoring ??

Please follow up on my post concerning a new install.

Running Windows 7 32bit. Boinc starts but stalls.

I have reinstalled and still no joy. I have other computers running just fine.

Thanks,

Gary


People have seen your post but it's an Admin thing to help you at this point, we are users too and have no control over the project. Have you tried detaching and reattaching? Are you sure there's a 32 bit app here? All your other pc's are 64 bit. When I look at your pc's the 32 bit one doesn't have any gpu drivers in it, are you trying to do cpu workunits?
14) Message boards : News : Database Maintenance 9-4-2014 (Message 67809)
Posted 9 Sep 2018 by Profile mikey
I have been having problems with the N-Body simulations for a couple of weeks; have reported it but haven't been notified of a means to resolve.

In essence, a work unit picks up, works for a while and then stops progressing while holding the CPUs. Other work unit types have no issue.

Example:
9/8/2018
08:28:52 AM | Milkyway@Home | Starting task de_nbody_7_23_2018_v170_20k__data_2_1533467104_166846_1
10:58:00 - Progress: 31.297% - Elapsed: 02:15:04 - Remaining: 04:56:50 -- Total CPU is at 8% and that seems to be one other project using the GPU
13:16:00 - Progress: 31.297% - Elapsed: 04:18:39 - Remaining: 09:27:56

Anyone else experiencing this? Is there a fix?


Not at this time, they have been working on it for a long time, it works great for some people but not for everyone.
15) Message boards : News : Database Maintenance 9-4-2014 (Message 67805)
Posted 8 Sep 2018 by Profile mikey
Same here.. about 14000 validation inconclusive.. we have to wait


Validation Inconclusive WU are steadily decreasing.. about 5500 in this moment..

There is always a beginning with 0 wingmans.. But is more evident if everyone run out of work and everyone start again from 0

There is no reason to panic.. this kind of validation queue is absolutely normal and that's why if you stop crunching today you continue to receive (decreasing) credits in following days..


That's very true but last time the inconclusives got sooo big they wiped out EVERYONES work and said 'sorry the database is bad' and we ALL lost hundreds if not thousands of already completed workunits. I would rather that not happen again, I personally lost over 500 completed workunits, while others reported losing thousands of them...to me having my rac dip is much better than losing already completed work. This isn't a project one crunches to get max rac anyway, this is a project one crunches for the purpose of helping out Science.
16) Message boards : News : Database Maintenance 9-4-2014 (Message 67804)
Posted 8 Sep 2018 by Profile mikey
Hi Mikey, what I've noticed is that some of the recent work units state initial replication = 1 ,where as they were usually = 2. Just a thought.


Yes that's MW's way of trying to eliminate the wingman, it's been around for awhile but I think is still undergoing testing and I'm not sure it will replace the wingman altogether in all cases.
17) Message boards : News : Database Maintenance 9-4-2014 (Message 67798)
Posted 7 Sep 2018 by Profile mikey
Hey Everyone,

Just wanted to explain the validation inconclusive rates after this maintenance, and most maintenance. This is not an issue with how quickly our database can handle the workunits, but how quickly our users can cross validate workunits. As many of you know, we can require up to 4 other users to cross validate workunits before they are considered valid.

At any given time, we have 300,000+ workunits being calculated by volunteers. When we take the server down for maintenance, many of these are completed while we are down. They are then all sent back to us at once to be validated, so we end up with a queue of 300,000 workunits or more that have to be validated by other volunteers to catch up. This doesn't require much work for our server or database, but it does take a long time for users to work through them all.

Sorry that there is such a backlog for validation.

Jake


So you are saying you don't send out the same wu to two computers at the same time but instead wait for someone to return it first before sending it out for validation by a 2nd pc? That's contrary to what I was seeing prior to the maintenance as many days I never saw an unsent wu listed in my list of workunits waiting for validation.
18) Message boards : News : Database Maintenance 9-4-2014 (Message 67793)
Posted 7 Sep 2018 by Profile mikey
I think things aren't as worse as discussed here.
At present there are some 350 workunits waiting for validation including several workunits finished this morning (local time, CEST = UTC+2 hours). The number of 350 is decreasing steadily... One by one older workunits from Tuesday through to Thursday are validated. Credit reward at present is 5,000 to 6,000 per hour (a total of 30,000 for Friday morning). Till Monday hourly reward was around 10,000. I also found some "invalid" workunits in the tasks section. That's disappointing while using a high-end computer...
Due to that I changed my working flow from today: now I'm focussing more on Einstein@Home GPU's (+130,000 in the past 5 hours) and SETI@Home CPU's (the same disappointing delay as present Milkyway). Until Monday Milkyway was using the whole computer power (CPU's and GPU). At certain times throughout the day Einstein tasks were using 1 CPU plus the GPU. Now Milkyway is using 10 processors (no GPU), Einstein is using 1 CPU and the GPU and SETI is using the other 9 processors (CPU's).
In the past four months I was concentrating on Milkyway@Home with an credit increase of 4.5M per month acc. to Free-DC and BOINC stats. Now it is time to push Einstein@Home a bit (again)... Unfortunately credit reward for SETI is really low...


I think you are misreading the problem or the database isn't keeping up...
RIGHT THIS MINUTE I have:
Validation inconclusive (1497)

Of those the first 10 I checked HAVE been sent out to wingmen, but the next 1000 HAVE NOT and remain "unsent" to any wingman whatsoever!!

I also have In progress (479) ALL of which are suspended until the "unsent" wu's come back down to my more normal 450 to 500 level.

THIS is the problem:

name de_modfit_sim19fixed_bundle4_4s_NoContraintsWithDisk260_1_1536186184_320295
application MilkyWay@Home
created 6 Sep 2018, 1:32:53 UTC
minimum quorum 1
initial replication 2
max # of error/total/success tasks 2, 9, 6
Task
click for details Computer Sent Time reported
or deadline
explain Status Run time
(sec) CPU time
(sec) Credit Application
2727463 779850 6 Sep 2018, 14:48:13 UTC 6 Sep 2018, 20:05:28 UTC Completed, validation inconclusive 224.18 53.73 pending MilkyWay@Home v1.46 (opencl_nvidia_101)
3729195 --- --- --- Unsent --- --- --- ---

http://milkyway.cs.rpi.edu/milkyway/workunit.php?wuid=1653413894

As you can see I have gotten the wu, crunched it and returned it and it STILL has not even been SENT to a wingman yet!!!

BTW with your 1080Ti and using the optimization codes from the Collatz website you could be getting about 10,000 RAC per day off that ONE gpu at Collatz!!
19) Message boards : News : Database Maintenance 9-4-2014 (Message 67790)
Posted 7 Sep 2018 by Profile mikey
Yes sorry.... I just realised my mistake :)


After last years database problems and them cancelling thousands of wu's I've shut mine off from crunching here right now!!

It also bothers me that no Admin has some back and said 'we are working on it', I wonder if they even have a clue at this point.
20) Message boards : News : Database Maintenance 9-4-2014 (Message 67782)
Posted 6 Sep 2018 by Profile mikey
I have workunits for my pc's but when I look at the workunits status I see that ALOT of them have NOT been sent out to a wingman yet!! They say "unsent", prior to this maintenance phase I had zero "unsent" tasks.


Next 20

Main page · Your account · Message boards


Copyright © 2018 AstroInformatics Group