I'm trying to enable hsgamma_FGRPB1G in my app_config.xml but the project gives
me an error on start "unknown application hsgamma_FGRPBIG'. Then it tells me about
'known' apps that no longer have linux gpu w/u's apparently. They would be
hsgamma_FGRP5 and einsteinbinary_BRP4G and einsteinbinary_BRP7 (out of work).
Anyone know why I can't get FGRPB1G on all but one and sometimes odd units on another
box? Server status page still shows at least some work for FGRPB1G.
I've also had trouble getting an AMD 6800 gpu get 4 work units to work on at the same time
for BRP7. I still have some work left in my queue but they won't run anymore - only one at
a time. app_config.xml is still the same. I have gpu use set at >.25< and cpu use at >1.0<.
Used to always keep me running 4 gpu tasks but lately I can't restart the client enough to make
any changes happen. ??? Used to make changes happen after a couple of restarts. Now it seems
to be very hit - and/or - miss. Maybe the project is getting to a point of just running short on gpu
tasks.
Thanks,
Mike
Copyright © 2024 Einstein@Home. All rights reserved.
The error means that either
)
The error means that the application name as defined in the app_config.xml does not match the name of the application in the client_state.xml file.
The client_state.xml is the final authority of the application and task definition.
Mike wrote: I've also had
)
To run more than 1 task at a time on a gpu you need to have ie 0.5 in it to run 2 tasks at a time. 0.33 to run 3 tasks at a time or have 0.25 to run 4 tasks at a time etc. Einstein always reserves one whole gpu for it's gpu tasks so you the cpu part needs to be 1.0. You can also do these setting on the website but they will apply to every pc in that venue not just the pc with the AMD 6800.
Mike wrote: ... the project
)
If that's a cut and paste of the error message, it looks like you have a typo in app_config.xml The B1G bit sure looks like BIG - ie capital 'i' rather than the numeral '1'
Cheers,
Gary.
Thanks for that, Keith. I'll
)
Thanks for that, Keith. I'll head that way next. At least that box started running
4 x BRP7 tasks like I had set in app_config.xml. That gpu can handle it, but it's fully
'saturated' at that point. Thanks!
-Mike
Thanks, Gary. Yes I've
)
Thanks, Gary. Yes I've checked that and maybe made a typo in my post. It's definitely
numerical " 1". Sometimes I get one or two odd ones that download, usually v. 1.18
(maybe 1.28 actually) if I recall and then it leads to the gpu running one FGRPB1G along
with say 3 x BPR7 tasks, not an ideal situation but it is what it is.
But my other problem 'cured' itself after some hours and finally started running 4 x BRP7 tasks
again when for some time it would only run 1 x. I was thinking this 'attached to project twice' issue
could be another curve ball in the mix. I can't force my debian boxes to update to 7.20.xx versions of
boinc client without breaking dependencies, etc. And my Ubuntu 20.04 boxes are still on boinc 7.16.xx
as well <sigh>. Hopefully the distros will ketchup one of these days!!
Enough of my ranting, pardon me. Thanks for help and suggestions.
-Mike
Follow up, I went over the
)
Follow up, I went over the fairly big client_state.xml file searching for FGRPB1G matches and
could find nothing wrong. Same as my app_config.xml listing in this case.
Now I've come up with a new theory. This box that runs nothing but FGRPBIG (1.18 btw on ati- linux)
sports one of my newest cpus - intel i7-10700k 8 core. I have 2 x AMD RX-570's in that box and they
get these w/u's all the time, set to run .5 gpu tasks in app_config.xml on each card so I can get 4x running
at a time. This box runs away from the newer AMD6800 and 6900 gpu cards I have. Not in performance so
much as the FGRPB1G w/u credit scoring. Over 1M a day on that box in project credits. The 2 w/u's
per RX-570 seem just about perfect to keep them fully or just under fully loaded up on the gpu.
I installed an app off git hub called 'radeon-profile' that I use on a few of these boxes running these
faster amd gpus so I can better control fan speed on the gpus.
Anyhow, my new theory. Maybe the project looks at the host client and says we will send these w/u's to
this set of preferred cpu / gpus when possible. ? my other boxes are mostly i5 intels even though some
have the bit higher-zoot amd gpus, 6900, etc. (and can hardly ever get any FGRPB1G amd-linux w/us )
Doesn't matter if I only list that app in my app_config.xml and leave out BRP7. I'm thinking it's the slower
more limited cpus maybe keeping them from being sent that work.
Just fishin'. All's good if things are running and staying busy.
-Mike
Here's another funny update,
)
Here's another funny update, I detached and re-attached to the project to try to
get rid of the 'you are attached twice' nags I get when I start up. So after I re-attached to
Einstein again I get 2 info messages in my manager saying 'unknown application' again
for hsgamma_FGRPB1G, and another of the same for einsteinbinary_BRP7, then it gave me
two 'known' apps one with the BRP4 and I forget the other.
Now here's the kicker, I look back in a little bit after the project has downloaded most all
of the work it needs and I see it's running 4 instances of FGRPB1G !! LOL
I give up. I'll leave app_config.xml as it should be and hope for the best. Things usually work
themselves out.
Happy weekend all and cheers,
-Mike
Mike wrote: Here's another
)
If you have an app_config file and it lists lots of different apps and you don't actively have those apps running on your pc then Boinc will often say 'unknown app' as it's not currently running on your pc, but once you get some of those it will stop. BUT if you stop running them then the 'unknown app' message will come back again.
I still think the two minor
)
I still think the two minor edits to two files is the simplest solution. But I gather even that is beyond the capability of the usual user.
Thanks for that, Mikey and
)
Thanks for that, Mikey and what you wrote does make total sense.
Hope the project starts putting out some new amdgpu work. Seems like
it's getting a little scarce.
-Mike