Since the last time it crashed (Boinc) I have told it to put a temp hold on updates and have had no trouble since that time. In Win10 it is very difficult to stop it from updating whenever it takes a notion. You've made me consider another possibility. Ready for more suggestions should you think of any! I can say that at this point, this is the longest in recent times that Boinc has not crashed. Since none of this gets anywhere close to using even 1 GB of RAM I guess we can put this thought to bed. The GPU task had much higher amounts, but far short of a GB, coming in at 81 and 100 MB respectively.Interestingly, the task running all 16 cpus at once, is checking out at 10 and 17 repspectively. After checking, I find that the virtual memory is using less than 6 megs and the the working size was a little over 10 megs for a CPU task. The task itself doesn't actually use that much memory but since Rosetta doesn't actually make the tasks, they are all 3rd party tasks, there is a huge lag between the different group making the tasks and the people running the tasks. But Rosetta for example won't even download a task if you don't have more than 8gb of ram in your pc and won't start a task until 8.?gb of ram is free, and that's for each task. I don't remember as I haven't run them in a long time, I usually run the gpu application here. Isn't a gig per unit quite a bit to us though? ![]() Thank you! I will take a look and see what there is to see. I would avoid running ryzen opencl and also cpu tasks of same project. I suspect you are running too many concurrent tasks. would print "out of paper" for some error message so actually Milkyway is doing good. But a timeout could trigger a beakpoint which is all that would be reported unless the project chose to provide more info. ![]() This is just a guess as I don't see the phrase "timeout". It looks like a thread was waiting for something to happen but it did not happen and timed out. *** Dump of thread ID 7164 (state: Waiting): ***Ĩ,404,992 is a huge amount of memory paging. I picked one work unit result at random and looked: Except for one canceled by server the rest ran for over 1/2 hour (almost to completion for separation tasks) before dying. Your win10 system has only 16 real "errors" out of almost 1400 work units. Temps are well under the max temp for that processor. My processor is a Ryzen7 4700G, which means my GPU is in my CPU processor.
0 Comments
Leave a Reply. |
Details
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |