Posts by yoyo

1) Message boards : News : SiDock@home September Sailing (Message 1199) Posted 18 Sep 2021 by yoyo_rkn Post: You can also set the weight of each application in the ops admin interface on the server. So you could set the weight of the app which has workunits to e.g. 100 and the weight of apps which currently don't have workunits to 1. This is also used by the feeder to fill the shared memory.
2) Message boards : News : SiDock@home September Sailing (Message 1179) Posted 16 Sep 2021 by yoyo_rkn Post: Most of your conclusions and assumptions are wrong. But I will not run a discussion battle here, so I leave this discussion.
3) Message boards : News : SiDock@home September Sailing (Message 1174) Posted 15 Sep 2021 by yoyo_rkn Post: Yes, this is all related to the poor server performance. The forum runs most probably on the same server as the boinc services and the DB and the stats which is fetched by boincstats are also fetched from this server. Therfore again, most important is to stablize the server. Second point is to make it pleasant for the user regarding wus-in-progress, connect interval and so on. So the question is, why is the server so slow. This has to be evaluated and to be improved. My analysis and mitigations are here https://www.rechenkraft.net/wiki/Benutzer_Diskussion:Yoyo/Boincserver_Tuning I run yoyo@home, which is in the meantime mostly stable and fast also in big races. The server has only 2 cores and 8 GB ram and hard disks. yoyo
4) Message boards : News : SiDock@home September Sailing (Message 1169) Posted 15 Sep 2021 by yoyo_rkn Post: I'm sure, that this is the reason and the base problem is the diskio on the server and this base problem is addressed.
5) Message boards : News : SiDock@home September Sailing (Message 1166) Posted 15 Sep 2021 by yoyo_rkn Post: xii5ku wrote: Michael H.W. Weber wrote: Please take a look at these guidelines which my team colleague Yoyo has written down This guide is about keeping the server responsive, not so much about keeping the hosts utilized. Database optimisation can help under the right circumstances, but usually, when many hosts request work at the same time, the bottleneck is the scheduler queue. I fully agree that the other points in that guide are just about mitigating the impact on the server (with sometimes debatable success), not about solving the underlying problem. The guide addresses this as well, how to reduce client request frequency.
6) Message boards : News : SiDock@home September Sailing (Message 1165) Posted 15 Sep 2021 by yoyo_rkn Post: Michael H.W. Weber wrote: Please take a look at these guidelines which my team colleague Yoyo has written down This guide is about keeping the server responsive, not so much about keeping the hosts utilized. (One central point of the guide is to reduce the number of tasks in progress. But high utilization of contributor hosts ultimately requires a high number of tasks in progress.) This is right. But without server hosts get nothing!
7) Message boards : Number crunching : Got 0 new tasks (Message 40) Posted 27 Oct 2020 by yoyo_rkn Post: You can limit the task in progress for a user or core.

Posts by yoyo_rkn