Messages

I made that change in tthrottle.xml to get my second HD-7950 recognized but I have the same problem as my other pair of HD-7850.  The 2nd video boards temperature is not reported:  Instead, the first boards temperature is reported in its place.  By "first board" I mean the ATI board that is furthermost from the CPU.  Unfortunately, the one closest to the CPU always seems to run hotter and if that was reported "twice" I would be happy as I know the other one is always cooler (unless the fan stops of course).

Anyway, I can get the 2nd board's temp using Radeon software's overclock option or through gpu-z but neither of those programs report back to boinctasks.  Lemme know if I can help debug this.

Thanks for looking!

[EDIT] I also tried using 2 and then 1 for "inactive" but both of those options caused crashes and setting that ATI "inactive" to 0 stopped the crashes.

I replaced a Q6600 (2.4ghz socket 775) with a Xeon X5470  (3.33ghz socket 771) and the displayed temps were almost 15deg higher than actual.  Looking around, I found this list of Tj Max values for various Intel CPUs:
https://forums.overclockers.co.uk/threads/official-tjmax-figures.17936945
X54xx was 85 deg and when I put that value into TThrottle's tjunction setting the displayed temperatures dropped to where they matched AIDA64 and SpeedFan.

There might be a better list somewhere else, but the change from 100 to 85 allowed all BOINC tasks on my MS-7380 motherboard to run at full speed.

HTH someone!

"batch" files don't seem to execute, instead they show up in notepad.  ie:  putting "beep.bat" in that command window seems, at least on my win7x64 system, to run "notepad.exe beep.bat" instead.  However, if I use "beep.cmd" then all works fine and the file is executed as if it ended in ".bat".  Not sure what is happening.  I even looked in my antivirus history to see if something was happening there.  I didn't see a bug list for this but I might have missed it.

The GPUs ID number does not match that reported by boinc on the boinctasks program.  For example, the following LOG from tthrottle does not list an ID. 

nvidia: found 3 logical devices
nvidia: found 3 physical devices
nvidia: Temperature 66 °C, max Temperature 127 °C
nvidia: Temperature 58 °C, max Temperature 127 °C
nvidia: Temperature 52 °C, max Temperature 127 °C

nvidia: GeForce GTS 250, GeForce GTS 250, GeForce GTX 650 Ti

The following screen shot shows the temperature display from tthrottle


I am guessing that the ID numbers in the above log should correlate to 2,1,0 since the message log (boinc) shows the following

2/6/2012 9:46:08 PM |  | NVIDIA GPU 0: GeForce GTX 650 Ti (driver version 310.90, CUDA version 5.0, compute capability 3.0, 1024MB, 8381368MB available, 1425 GFLOPS peak)
2/6/2012 9:46:08 PM |  | NVIDIA GPU 1: GeForce GTS 250 (driver version 310.90, CUDA version 5.0, compute capability 1.1, 1024MB, 974MB available, 705 GFLOPS peak)
2/6/2012 9:46:08 PM |  | NVIDIA GPU 2: GeForce GTS 250 (driver version 310.90, CUDA version 5.0, compute capability 1.1, 1024MB, 950MB available, 705 GFLOPS peak)

I wish that the log in tthrottle show the same GPU ID number that BOINC shows.  The reason for this is that I restrict some GPU's from crunching certain projects because some overheat.  Yesterday, I had a gts250 up at 92c on primegrid.  This one, with the high temperature, was in the middle of 3 PCIe slots and does not get enough air even with eVga precision 3.04 setting the fan at %100.  It runs just fine on collatz, poem, and other projects that use opencl.  However, primegrid easily overtaxes this board and I would  have to set the gpu and memory clocks down to minimum to prevent overheating.  It is easier just to exclude the gpu from processing.  To do that, I need to know the device number that boinc uses. 

Put this down at low priority because boinctasks does show the temperature and the device (gpu) number.  However, I do not always have boinctasks available and if you have only tthrottle and boincmgr then there seems no way to properly id the gpu.   Obviously, this affects only those systems with more than 1 gpu.

Fred:  I am currently using 7.0.28 for all except linux and not doing much linux anymore.

The ability to exclude certain gpu's for various projects (or even certain apps run by a project) was implement in 6.13 as indicated in the Client Reference wiki

I never messed with this before because there are a lot of projects but the project POEM seems usefull and I wanted to run GPU apps but unaccountably if more than 1 video board (of same manufacturer) then they have a problem.

I think einstein as a somewhat similar problem and app_config.xml was useful for them (although WCG requested app_config).

IANE, but it seem that app_config and app_info are used only by projects but cc_config is used by boinc so boinc says there are only "1", "2", etc GPUs available and the project does not know any better so only one app gets run at a time.

On your BT program, it would seem to me that if I check that box  [ x ] for ignore syntax error, that the entire contents should be transmitted over to the target computer "as is".  I dont understand how the text excluding that POEM projects was missing when I checked at the target.

Anyway, thanks for your effort and for looking that this problem. 

I though I could use your program to make extensive changes to that cc_config file and not have to put a monitor and keyboard on the system.

I do not see a way to exclude the GPU for a specific project in the boinc preferences  For example, at POEM I was told that their project is unable to run on a system with 2 or more video boards of the same manufacturer.  The following post (message 7731) spelled out what I had to add to  the cc_config file in order to use their app on a system with two nvidia boards.

<exclude_gpu>
<url>http://boinc.fzk.de/poem/</url>
<device_num>1</device_num>
<app>poemcl</app>
</exclude_gpu>

The above worked fine as I used notepad to edit cc_config.xml and add those lines in.  BT's edit config did not allow those lines to be added.  Those lines exclude device 1 from running application poemcl on project bonc.fzk.de/poem.  On a system with 3 gtx460's I had to add 1 and 2.  Excluding using the app and project allows the excluded GPUs to continue to be used on milkyway, collatz, etc.

AFAIK this has to go into cc_config.xml although a thread over on boinc indicates that the project admin need to  "rtfm" and fix this problem and not rely on users to manually do a workaround.

I am confused about how the edit cc_config works.  I have been using it recently (BT 1.40) and it seemed to be working but when I added (just yesterday) some project related directives they were not passed on to the project.

I added the following to one of my systems using the edit cc_config feature

<exclusive_app>DVDFab.exe</exclusive_app>
<exclude_gpu>
<url>http://boinc.fzk.de/poem/</url>
<device_num>1</device_num>
<app>poemcl</app>
</exclude_gpu>

What happened was the DVDFab exclusion showed up but the POEM related project stuff didnt.  Also, the entire set of XML directives, I guess those "default" ones, then showed up on my system including the one I didn't want that disables remote RPC calls.   When I issued the "read config" (actually it was read automatically) command BT stopped reporting results and I put a monitor on the system to discover the problem.

Observation:  If I create (using text editor at the system) a really simple cc_config file that has exactly what I need such or even an empty one such as

<cc_config>
    <log_flags>
    </log_flags>
    <options>
    </options>
</cc_config>


When I call up that system and "Edit config" using BT, that simple cc_config gets replaced by the huge default one shown in the BT edit config (V7) dialog box.  If I replace the entire contents of that BT edit config dialog box with the empty one shown above, it is ignored and the huge default one is left on the disk drive.  I did not put a port sniffer on to see exactly what is going on (yes, it is easier to just ask).

1.  Is this behavior by design?  ie: BOINC or BT

2. Is BOINC supplying the default cc_config when the RPC message to get the config file is received?

3.  Are you sending the project related parameters such as <exclude_gpu> , etc?  If so, they are not showing up on the target system.

4.  Replacing 1.40 with 1.44 I see a syntax error for <vbox_windows> that was not there before.
  I think fixing that is on your wish list as I saw that somewhere.  I also have 7.0.28 which may
  not support vbox_window (??) as I see it listed as a bad tag in events.
  However, project specific stuff is not being sent (or does not show up) with 1.44 either.

5. Clicking "apply" on the edit config dialog box also causes BOINC to read cc_config.  I assume this is boinc doing the reading w/o being told explicitly to do so.

observation on shutdown:  I have problems on shutdown but they are related to network problems.  On one system that has both WIFI and hardwired ethernet, I had to disable the WIFI to force the system to use the hardwired ethernet.  This solved the a shutdown or BT "closings" as the WIFI connection was poor where I had the system placed.  I thought win7 would automatically use the hardwired connection but it seems not.

I also have occasional problems with my powerline ethernet adapter.  It does not have much bandwidth and on rare occasions BT takes a long time to finish a scan.

Actually, I put in a plug for BOINCTASKS and asked that the core client (BOINC) be modified to support updating app_config and app_info xml files as shown here

If they dont implement my suggestion, maybe they will implement a get and set rpc call to allow easy upload/download of app_config and app_info.  At a minimum, the core client rpc call could include the name of the xml file allowing "app_info" to be used instead of "app_config" since they both go into the same project folder.

If they do implement my suggestion then your cc_config tool would allow easy edit of app_config and app_info else you would have to add an "edit app_config" to boinctasks.

Thanks for reading and thank you for your BT program.

Unaccountably, the gadget is popping up unexpectedly.  This usually happens shortly after booting the system up and is NOT associated with the mouse cursor moving over the icon.  It happens 3 or 4 times and then it rarely occurs again unless I do move the mouse over the icon.

I have a 2 monitor system.  I can be working in the 2nd monitor browsing with chrome or IE and suddenly, the gadget pops up in the primary monitor.  I think this started with beta 1.43 as I don't remember seeing this before.  I have malwarebytes pro and m$oft's security essentials.   I do not see how to debug this and it is a nuisance.  For example, while writing this, I brought up IE, dragged it into the primary monitor and the instant I released the mouse from the "drag"  the gadget popped up near where the mouse was released.  However, I cannot repeat the problem as it wont happen the 2nd time I do it.

Thanks for looking.

Thanks Fred, but I hope this change does not cause problems with users who like the current way you are sorting and rely on it.

Clicking on the sort direction for status when projects is selected can put all of the active projects at the top.  ie: all the status that is BLANK are at the top and others under them.



However, other status are not in alphabetical order and I cannot seem to make any sense of their position in the column (plotted horizontal to save space above).  Note that "projects" are selected, not tasks or computers, etc.

Is there any reason why "status" events are not in alphabetical order when projects are selected?  I tried holding down CTRL then SHIFT when clicking the sort direction but there was no difference in sorting.

Why do I ask this question?   I wanted to stop all new work so that all tasks complete before I got out of town for a week or two.  Overnight or so all the tasks would have completed and I could power off all my systems before leaving.  When I come back I wanted to power them all up and then remove the "no new tasks".  However, I got a bunch of suspended and no new tasks projects already scattered about my computers and I cant tell the new ones from the old ones.

   AFAICT there is no way to tag the status or use a checkbox ie: "select" as in a database table.  So what I tried was I sorted the status with all the blank and deferred at the top.    I then suspended all the line item projects underneath the last "Deferred" project and marked all the ones above using "no new tasks".

  I thought that when I got back I would power all them up, click the status sort (projects selected of course) and then all the ones that had only "no new tasks" I could then allow new tasking.

Unfortunately, the sort mixes up the ones suspended with the no new tasks as shown below



If the sort was alphabetic then all the "no new tasks" would be grouped together and I could easily allow new tasks.

Maybe there is a different way to do what I want.

Thanks!

I was not aware of that view.

In debugging a problem with the GPUGRID project, I rebooted a boinc 24/7 system and the elapsed time decreased by 1/2 as shown.

before rebooting as suggested from this thread.



after the reboot ---



It seems I had a stuck task and attempted to reboot to clear it.  Why did the elapsed time go from 2d6h to only 12h.  I am using boinc 7.03, maybe that is the problem?

It would be nice if boinctasks could show if the gpu or the cpu is being throttled or had been throttled recently.  Boinctasks could show the temp in red if it was actively being throttled and yellow if it had been throttled at one time or another since the last reboot.

Thanks!