Message boards :
News :
BHDB application
Message board moderation
Previous · 1 · 2 · 3 · 4 · 5 · 6 . . . 8 · Next
Author | Message |
---|---|
Send message Joined: 22 Feb 15 Posts: 24 Credit: 250,365,396 RAC: 0 ![]() |
I have plenty of disk space. Increase <rsc_disk_bound>900000000.000000</rsc_disk_bound> to <rsc_disk_bound>1800000000.000000</rsc_disk_bound> and lets see how they run ![]() |
Send message Joined: 4 Nov 16 Posts: 20 Credit: 118,453,585 RAC: 0 ![]() |
Well, at least it seems that things have started to go better now. I have 8 valids and 13 pending, so I'll keep on crunching at least until tomorrow. I've noticed that no task with a number less that 180109_5_89xxxxxx_xxx... completes, but I havn't had any errors with tasks above that number, so now I've ditched all of them below. Some "lemons" are still coming in, but now most new tasks have numbers above 180109_5_100xxxxxx_xxx... Let's see what's gonna happen next. Nice weekend to all of U! //Gunnar |
![]() Send message Joined: 11 Mar 15 Posts: 19 Credit: 390,816,392 RAC: 0 ![]() |
I've had _48 and _59 complete and validate and have 6 more _59 WUs that have completed and are pending. Haven't had any above _59 yet. |
![]() ![]() Send message Joined: 7 Jun 16 Posts: 9 Credit: 121,795,337 RAC: 0 ![]() |
I've yet to find which WU numbers that are stable. When I downloaded some WUs, I manually check which WU has more than one error and abort the WU. See some examples below. https://universeathome.pl/universe/workunit.php?wuid=14675480 https://universeathome.pl/universe/workunit.php?wuid=14676630 Can the project admin set the max number of error in the "max # of error/total/success tasks" to be like 1 or 2? Currently it is set to 4 which I think is too high. |
Send message Joined: 4 Nov 16 Posts: 20 Credit: 118,453,585 RAC: 0 ![]() |
Hi Pututu! The wuid's that you list doesn't tell me much. It's rather the wu-names, those that you find on the topmost row on those liked pages, that I found out tells more of which version they have: The wuid=14675480 has the name: "universe_bhdb_180109_5_70479930_20000_1-999999_480200" and due to my experience tasks with lower number than ...180109_5_89xxxxxx_... are not likely to complete! :-( Tasks with that number on the other side, and higher, has been 100% successful for me this evening! :-) As the tasks names are clearly visible in the rightmost column in the client, it's easy to find and ditch all the lower numbered wu's. Since aprox. 18:00 this evening I've completed no less than 73 wu's, of which 43 are validated and 30 pending! It's obvious that this project now is working again! :-) :-) :-) Nice weekend!!! //Gunnar |
Send message Joined: 2 Jun 16 Posts: 169 Credit: 317,253,046 RAC: 0 ![]() |
Hi Pututu! All tasks should work, not just some. I've had two of the 999.. tasks error. https://universeathome.pl/universe/result.php?resultid=33321174 |
Send message Joined: 28 Feb 15 Posts: 253 Credit: 200,562,581 RAC: 0 ![]() |
The wuid=14675480 That rule mostly works the same for me on my i7-4770 (Ubuntu 16.04). However, on my Ryzen 1700 (Lubuntu 17.10) there are a lot of errors even above that number, but a few successes even below. I think that Krzysztof will be working on it for a while to get it right. |
![]() ![]() Send message Joined: 4 Feb 15 Posts: 846 Credit: 144,180,465 RAC: 0 ![]() |
Yes, I found another error. Because of saving and zipping result files takes a moment Manager think that is something wrong with application and kill it. This is explained here: I tested the workunit standalone and found no issues. In looking through the client code it looks like this condition occurs when the client finds that the boinc finish file has been written to disk but the science application process is still running. Since the finish file was written then there must be a hang in boinc_finish somewhere. Or it could be a bug or race condition in the client causing a false positive. So, in app version 0.03 I have added 2 second "sleep" command before call boinc_finish() function to prevent this. Also, I just discovered then in some conditions result temporary files can growth up to... 1.3GB! So, from series "6" (short WU's, 5 to 15 minutes) and batches above "6" (normal, long WU's) I had to set limit to 1.5GB. At the moment I see that series 6 and higher are finish properly... Krzysztof 'krzyszp' Piszczek Member of Radioactive@Home team My Patreon profile Universe@Home on YT |
Send message Joined: 28 Feb 15 Posts: 253 Credit: 200,562,581 RAC: 0 ![]() |
At the moment I see that series 6 and higher are finish properly... Yes, they are all OK on both my i7-4770 and Ryzen 1700 machines. Good job. |
Send message Joined: 28 Nov 17 Posts: 4 Credit: 35,241,140 RAC: 0 ![]() |
I had a bunch of failed series 5 (and some successful too, ~30 % of WUs). Series 6 seem to behave well and are steaming on now! |
Send message Joined: 21 Feb 15 Posts: 83 Credit: 873,439,097 RAC: 0 ![]() |
Would this application modified for raspberry pi's? Or only desktops and laptops? Any news about app for ARM linux? Many Odroid-XU4, -HC1, -MC1 and -C2 waiting for work. |
Send message Joined: 21 Feb 15 Posts: 64 Credit: 65,733,511 RAC: 0 ![]() |
Looks good for me ! Congrats to you, Krzysztof for a good job! |
Send message Joined: 21 Feb 15 Posts: 64 Credit: 65,733,511 RAC: 0 ![]() |
I have updated one of my Androids to the new URL hoping for work. Unfortunately ... Do you have plans to generate work for the Androids? |
Send message Joined: 9 Nov 17 Posts: 21 Credit: 563,207,000 RAC: 0 ![]() |
Krzysztof 'krzyszp' Piszczek wrote: Because of saving and zipping result files takes a moment Manager think that is something wrong with application and kill it. Instead of the sleep, isn't there a way to actually wait for the compression and write to be finished? Should be possible if these are done in threads of (or child processes of) the science application, but I don't know if they are. |
Send message Joined: 1 Mar 18 Posts: 2 Credit: 825,167 RAC: 0 ![]() |
Sorry. Near 50 tasks are ready for 2 days, internet stabile, but I can not send them and download new near 100. What to do? Bonic show - "sending complete tasks", but nothing happened for 2 days. |
![]() ![]() Send message Joined: 4 Feb 15 Posts: 846 Credit: 144,180,465 RAC: 0 ![]() |
Would this application modified for raspberry pi's? Or only desktops and laptops? I had to sort out problems with app before make compilation for Android. I will unpack my Odroid tonight or tomorrow and compile application for it :) Krzysztof 'krzyszp' Piszczek Member of Radioactive@Home team My Patreon profile Universe@Home on YT |
![]() ![]() Send message Joined: 4 Feb 15 Posts: 846 Credit: 144,180,465 RAC: 0 ![]() |
Krzysztof 'krzyszp' Piszczek wrote:Because of saving and zipping result files takes a moment Manager think that is something wrong with application and kill it. No, this app didn't generate child processes at all, so the 2sec wait is the only solution for the moment. Anyway, for ~2h tasks this isn't to long I think ;) (I know, waiting for finish will be more secure and elegant, but I can't do this in this app). Krzysztof 'krzyszp' Piszczek Member of Radioactive@Home team My Patreon profile Universe@Home on YT |
Send message Joined: 21 Feb 15 Posts: 64 Credit: 65,733,511 RAC: 0 ![]() |
I had to sort out problems with app before make compilation for Android. You are my hero ! |
Send message Joined: 29 Jan 18 Posts: 6 Credit: 523,333 RAC: 0 ![]() |
Universe@home transfers are not going through. Is there a reason for that or am I doing something wrong? ![]() |
![]() ![]() Send message Joined: 4 Feb 15 Posts: 846 Credit: 144,180,465 RAC: 0 ![]() |
Server is delayed with transfers because of large quantity of very short WU's. It should clear in about 3-4 hours. Btw, what shows messages in logs when you try retry upload? Krzysztof 'krzyszp' Piszczek Member of Radioactive@Home team My Patreon profile Universe@Home on YT |