|
1)
Message boards :
Questions and problems :
--get_host_info
(Message 93626)
Posted 11 Nov 2019 by additude Post: Thanks Jord and Keith, That's what I needed to find it. Appreciate. |
|
2)
Message boards :
Questions and problems :
--get_host_info
(Message 93598)
Posted 9 Nov 2019 by additude Post: I have clone downloaded BOINC onto my Ubuntu machine from GitHub and I've scoured thru it looking for the code definition of where the HOST_INFO() gets called from and where it points to find the CPU info. HOST_INFO seems to be the "assembly area" for variables or registers that are already populated. As well, I've looked thru /proc/xxx and so on.... I am more of a novice and a hobbyist about this but does anyone know if the BOINC main program code is absent from public view? I believe I can make sense of why it would be "Not Available to prying eyes" and if it is I'll just move on and accept it for what it is. Thanks for any insights. |
|
3)
Message boards :
Questions and problems :
--get_host_info
(Message 93515)
Posted 4 Nov 2019 by additude Post: Thanks Jord, I am struggling with this because of my lack of expertise in C++ and my being able to recognize and follow the process flow. I am hoping that you can still help me. I'm thinking HOST_INFO() is much like a function and is therefore called from the main boinc program to assemble and return the host information data. It seems to me by looking at the code that HOST_INFO() assembles an array list of pre-defined and already populated variables. I have been unsuccessful in discovering where those variables that I think I need are originally populated in the BOINC program. I think I need to locate that so that I can discover how the variable is populated and then I can repeat that process in my script. p_vendor; p_model; p_features... I'm assuming those variables. On another note, in my bash script, I was able to make a call to boinccmd --get_host_info and process that, however doing so makes my script dependent on boinccmd and I have to avoid that. As boinccmd does, I should be able to grab that info off the local machine hardware. CPUinfo=$(boinccmd --get_host_info | grep 'CPU model' | head -n 1)
CPUinfo=${CPUinfo//"CPU model: "/""}I hope that I am making sense and close to my answer. |
|
4)
Message boards :
Questions and problems :
--get_host_info
(Message 93504)
Posted 3 Nov 2019 by additude Post: Thanks Jord, This looks like the info I am looking for. I'll check it out and report back. Appreciate. |
|
5)
Message boards :
Questions and problems :
--get_host_info
(Message 93498)
Posted 3 Nov 2019 by additude Post: Thanks, but /proc/cpuinfo doesn't have a model name entry for the N2 |
|
6)
Message boards :
Questions and problems :
--get_host_info
(Message 93493)
Posted 3 Nov 2019 by additude Post: In my terminal, running boinccmd --get_host_info returns along with other information: CPU vendor: ARM CPU model: Hardkernel ODROID-N2 [Impl 0x41 Arch 8 Variant 0x0 Part 0xd03 Rev 4] I have searched and looked and prowled and tried to find where boinccmd finds that information. It's not in proc/stats, it's not in device-tree or what seems like a thousand other places I have looked. Does anyone know where boinccmd plucks this info from? Thanks. |
|
7)
Message boards :
Questions and problems :
Reached a limit on tasks in progress
(Message 90804)
Posted 26 Mar 2019 by additude Post: DHEP is the same way.... It's outside the host cache settings. |
|
8)
Message boards :
Questions and problems :
Reached a limit on tasks in progress
(Message 90799)
Posted 26 Mar 2019 by additude Post: If a project sets it's MAX_TASK_LIMIT to 48 and I have a machine with 10 processors that processes a task in 4 hours and a cache size to 6 days then it's 48 tasks*4 hours/10 processors = 19.2 hours CPU processing time, which represents an actual cache size of .8 days.... As CPU/GPU Cores/Threads increase in number along with CPU/GPU increased processing speeds the local hosts "Cache Size" becomes more and more irrelevant. Such as in the case of a 32 core processor or 64 core processor XEON.... a MAX_TASK_LIMIT of 48 will barely feed a 32 core and won't feed a 64 efficiently. But an average 10 core machine is barely cached at all at 48 tasks at 4 hours per task. If processing time is 15 hours then actual cache increases to 3 days..... Either way the host machine is constantly asking for work unless the local host cache size is set to 2 + 1..... |
|
9)
Message boards :
Questions and problems :
Reached a limit on tasks in progress
(Message 90797)
Posted 26 Mar 2019 by additude Post: The limits are very much in the control of the individual project. Yes, I agree.... that is what I have realized as well. |
|
10)
Message boards :
Questions and problems :
Reached a limit on tasks in progress
(Message 90790)
Posted 25 Mar 2019 by additude Post: Hi, Thanks. Is there anyway to find out what the limit value is other than contacting the project servers admins and asking the question directly? I'd like to find out more information about the limits and how they operate. |
|
11)
Message boards :
Questions and problems :
Reached a limit on tasks in progress
(Message 90788)
Posted 25 Mar 2019 by additude Post: Thanks, I have 48 TN-Grid Tasks and 48 Universe Tasks on one machine. Universe @ 1% and TN @ 100% It's been exactly that way for 27 days....and before that I wasn't checking it.... As one task is processed, one task is uploaded and one task is downloaded. When I do a client update both TN and Universe report Reached a limit on tasks. The machine runs pretty much TN tasks until the Universe tasks get close to deadline. Then it's all Universe tasks for 15 Hours....complete, upload, download 48 more Universe...then wait for the Universe due date... Cycle again..... same task numbers... 48 & 48 ... Is 48 a limit on tasks? Surly not.... 8 Processors running. I have everything else wide open. 100% CPU's 100% of the time. Cache is set to 5+1 days. I'm trying to make sense of it. |
|
12)
Message boards :
Questions and problems :
Reached a limit on tasks in progress
(Message 90785)
Posted 25 Mar 2019 by additude Post: 1. Is this an individual project server generated limitation or is this defined locally by BOINC? 2. If I had 3 projects is the total Project 1 limit + Project 2 limit + Project 3 limit? or is it a single blanket limit? 3. Is the limit in estimated task processing hours or is the limit in number of tasks? 4. Whatever the imposed limit, what is the limit? 5. Is it GPU defined and CPU defined? or combined to both one limit fits all? |
|
13)
Message boards :
Questions and problems :
Purpose of fraction_done_exact
(Message 90251)
Posted 25 Feb 2019 by additude Post: Thanks Jim, I can understand where those project tasks that were influenced that way would tend to become marked at higher priority. I would think that a continued superficial "panic" mode would be valid until the scheduler started compensating for "overworked" and the scheduler adjusted accordingly in an attempt to balance the work-load based on resource allocation. Do you think it would tend to work itself out after some time? |
|
14)
Message boards :
Questions and problems :
Purpose of fraction_done_exact
(Message 90228)
Posted 23 Feb 2019 by additude Post: Hello, I pretty much understand how the scheduler works and uses "estimated" values. I've read from forums that references to those "estimated" values are referencing "Estimated RAC" when I do think that those "estimations" are in time (seconds), not in RAC. Is it correct that the scheduler is estimating time and not RAC? I'm also exploring the use of <fraction_done_exact\> in the app_config.xml file. Enabling this causes the scheduler to use the fraction completed value of running tasks in progress to base the estimates on. I'm curious to why this is an "option" and not a default. I'm assuming that this is a more exact and precise measurement for the scheduler to use and I think the use of accuracy scheduling is a better option than using estimate scheduling. Can someone explain the pro's and cons? Thanks, -Wes |
|
15)
Message boards :
Questions and problems :
boinccmd --get_simple_gui_info
(Message 87397)
Posted 31 Jul 2018 by additude Post: OK, it seems simple enough.... but I can't find documentation anywhere about the output of get_simple_gui_info anywhere. Specifically about the time results such as: checkpoint CPU time: 23658.200000 current CPU time: 23698.040000 estimated CPU time remaining: 29047.624362 Are these values in microseconds, milliseconds, hundreds/tenths of a second, seconds or ??? 29047 seconds is 484 hours. It's 20 days.... So I think not seconds... What is it or where is documentation? Any help, Thanks |
|
16)
Message boards :
Questions and problems :
Users of grcpool beware!
(Message 87396)
Posted 31 Jul 2018 by additude Post: Well I am learning some issues with grcpool that are leaving me perplexed. I have seen you other places BeemerBiker and maybe it was on cryptocurrencytalk or somewhere else. I'm trying to get a headless Linux Ubuntu to work properly with the pool and I'm on day 4 of trial and error. I have tasks running now...as of today... when they complete I will know if I get credit for them or not..... If I do, I'll add an additional 40 processors to the pool so I can up my coin count.... I have 2 windows machines working there now as well..... |
|
17)
Message boards :
Questions and problems :
ODROID XU4 Issues
(Message 83879)
Posted 14 Dec 2017 by additude Post: Yea.... Here is some update. I have 4 ODROIDS XU4..... 2 are on Ubuntu and 2 on Android. Preloaded eMMc's... But now the Ubuntu's are on 32 Gig Micro SD's. Both the Androids behaved the same way as the Linux ones which is: 1. Install the BOINC Manager 2. Attach project. 3. Within 30 seconds, it crashes. 4. Adjust the preferences... 2 CPU's at 50%..... 5. It works. 6. The Android (I am only working on one of the two at this time), BOINC only runs if I manually start it, I don't have it set up for auto-start. 7. Every time I start the Android, it crashed before I could get to preferences....(Preferences were downloaded to 100% CPU's - 100% of the time). I have since updated the Global Prefs to 25% - 25% of the time. 8. On the Android, I found a pre-installed utility that let me change the frequency on the memory from 822 down to 622 (or something close to that) and as soon as I changed the frequency lower, the Android quit crashing on startup. 9. I had to reinstall BOINC on the one Android to get Einstein off it... Now I am waiting on WU's to test out the lower frequency change. 10. The second Android has BOINC and lower frequency and it is also waiting on WU's.... Then we will see how that goes.... if the lower memory speed makes the difference. I'll be checking out some of your ideas as well. I'm trying to find a utility now that will let me change the clocks, etc. on the Ubuntu ODROIDS... I'll need to install it.... I couldn't find any such utilities on the Ubuntu Mate I have installed. Thanks. |
|
18)
Message boards :
Questions and problems :
ODROID XU4 Issues
(Message 83855)
Posted 13 Dec 2017 by additude Post: Yes.... The CPU hasn't even time to do any processing before it reboots..... If it ran for awhile, then crashed... overheating would be a possibility..... But they don't run long enough to get "hot".... The supplied voltage is 5v from a 60w source. It's enough to hold the load. |
|
19)
Message boards :
Questions and problems :
ODROID XU4 Issues
(Message 83788)
Posted 12 Dec 2017 by additude Post: I am trying to set-up two SBC ODROID XU4 from scratch (new installs) with Mate/Ubuntu 16.04.3 from the ODROID repository (https://odroid.in/ubuntu_16.04lts/) and BOINC 7.6.31. I'm running into some serious lockup/restart problems when I set BOINC prefs to use more than 2 of the 8 cores on the SBC. I have throttled back BOINC to not use more than 50%. The last time I tried running 3 cores and 30% but it still crashed after a few minutes. This last time, when it rebooted, BOINC manager was without any projects and I needed to add the project (I'm running Seti). I've tried Einstein as well with same results. I have also tried the minimal Ubuntu install (Headless) just command line and I get the same results. I also have two SBC ODROID XU4 (new installs) with Android and these are also acting the same way as the Linux/Ubuntu setup... keep crashing.. restarting.... I hope somebody can give me some insights. I will also post this request over on the ODROID forums. Thanks. |
Copyright © 2024 University of California.
Permission is granted to copy, distribute and/or modify this document
under the terms of the GNU Free Documentation License,
Version 1.2 or any later version published by the Free Software Foundation.