Message boards :
Number crunching :
WU become longer and longer
Message board moderation
Author | Message |
---|---|
Send message Joined: 21 Dec 20 Posts: 3 Credit: 8,888,938 RAC: 0 |
Dear Team, (Translate with Deepl.com) since a few days the tasks are "extrapolated". Instead of the remaining time decreasing, it is getting longer and longer. After a restart it goes for a few hours again and then it starts all over again .-( Meanwhile 4 days calculated and remaining time over 6 days. Increasing. What is going wrong here? Greetings Rainer edit just found out: it is enough to pause the tasks in the Boinc manager and then go back to always run. But of course this is not a state. I have a few computers and can use my time better.... Greetings, Rainer |
Send message Joined: 11 Oct 20 Posts: 324 Credit: 23,209,407 RAC: 8,973 |
Hello! Some workunits really can be very long due to properties of compounds and their distribution into packages. For example, on my Ryzen, for one of unusual task, one of compound has been processed in 111 seconds, but next - in 2338 seconds. If task include more "long" compounds than usual, it's getting long. Also, time that need for modeling of compound and target docking varies from target to target. If you see an unusual task, simply check property "CPU time since last checkpoint" in BOINC Manager. If you see hours on computer with "Ryzen-class" CPU - you can check time of last change (or contents) of file docking_out.log in task slot directory. If it changes - computing is fine. P.S. I also see on my computer, that tasks in last 2 days become longer. Don't panic, that is normal. :) |
Send message Joined: 21 Dec 20 Posts: 3 Credit: 8,888,938 RAC: 0 |
Moin, (Translate Deepl.com) no The objection does not fit my contribution: We are talking past each other. I do not speak about long running times in itself, but that the remaining time >drastisch< strongly rises! Last time the remaining time showed > 420 days and jumped further. I calculate for Boinc since 2006 and know about the possible long runtimes. Greetings, Rainer |
Send message Joined: 11 Oct 20 Posts: 324 Credit: 23,209,407 RAC: 8,973 |
... I do not speak about long running times in itself, but that the remaining time >drastisch< strongly rises! Yes, predicted time like this is abnormal. Would you post some info about computer (or host id) and one of two strange tasks: elapsed time; estimate time; contents of "docking_out.log" from slot directory; time of last change of "docking_out.log" and current time. Thank you! |
Send message Joined: 21 Dec 20 Posts: 3 Credit: 8,888,938 RAC: 0 |
Sorry, deepl.com as Translate is down. Mi englich is very wrong. my ID-Computer is 41159, 41160 etc.. all WU cancelt, no Info My Hardware: Ryzen3700x with 32GB Ram, stock, no OC 1700 32GB stock an any Hardware. docking_out.log is 0 Byte Greets Rainer |
Send message Joined: 11 Oct 20 Posts: 324 Credit: 23,209,407 RAC: 8,973 |
I looked data about tasks, computed by your hosts. Successful tasks were completed in the usual time. If an anomaly really occurred, then I think it was necessary to restart BOINC or computer. You can also compare with my computer. |
Send message Joined: 15 Jul 23 Posts: 3 Credit: 455,902 RAC: 2,770 |
I have similar one task is 344 days and another 103 days to complete although their supposed to be completed by the 29th of this month? Is their an error in the WU's I wonder. |
Send message Joined: 11 Oct 20 Posts: 324 Credit: 23,209,407 RAC: 8,973 |
Hi! :) I have similar one task is 344 days and another 103 days to complete although their supposed to be completed by the 29th of this month? Is their an error in the WU's I wonder. How many time this task already consumed and what process reached? |
Send message Joined: 13 Sep 21 Posts: 9 Credit: 758,030 RAC: 0 |
I make it simple cancel the project, don't accept, project that prolong deadline, that mean they don't know what they are doing, and time slot windows is wrong and they forget pc can be use to other things, and this is what happen then you micro-mangement thing and you have no knowledge in human behavior. i'm sure ofc. you buy a pc and only run client , and you have no use of a pc to do other things. ps any WU longer then 24hour, over 3 days off line work only at sleep time, should start to raise a issue for normal user. gl with it. this project is shutdown by me as user, until they change WU time slot. window, and gl send msg to client so i open for traffic again, i will not bother read here or waster my pc resource on bad managment. any pause or reboot or restart client will cause issue for even more prolong WU time, this is seen before in other screwup time index and lost save, nothing new in bonic manager lack of option. |
Send message Joined: 7 Nov 20 Posts: 11 Credit: 436,039 RAC: 1,218 |
C:\programdata\BOINC\slots\#\docking_log should display more correct estimated time for completion. |
Send message Joined: 27 Aug 23 Posts: 4 Credit: 117,755 RAC: 1 |
I have experienced similar issues. Usually a WU takes about 12 hours to complete. Some tasks not only take waaaay longer, but the completion % drops and the estimated completion time is completely inaccurate. It's honestly put me off from running this projects, but I will give it another shot today. |
Send message Joined: 11 Feb 21 Posts: 15 Credit: 411,969 RAC: 16 |
C:\programdata\BOINC\slots\#\docking_log should display more correct estimated time for completion. In some cases I have found the boinc client 7. 24. 1 to show a more realistic completion time than the log in the slot directory. This is on a Windows 11 pro |
Send message Joined: 4 Nov 20 Posts: 23 Credit: 2,788,519 RAC: 2,114 |
I have three , (possibly more...), jobs with a problem. All had run 1d+, and had been running normally. For a printer issue, I had to power the system down and up again. Upon doing so, I now see one has 169 days, one 232 days and the other 316 days, all rapidly increasing. I've suspended them for now. Others that were running appeared to start again, but watching them, the remaining time looks to be in a short cycle. I have suspended all but one of them also. If it doesn't change for a while, I'll suspend that also. It would seem you have an issue with tasks running when a power cycle is necessary... That is several CPU days wasted. No new tasks set. Wave upon wave of demented avengers march cheerfully out of obscurity into the dream... |
Send message Joined: 10 Feb 21 Posts: 21 Credit: 4,676,368 RAC: 6,170 |
There are a couple of known bugs in the CmDock science app:
|
©2024 SiDock@home Team