News:

Follow BoincTasks on Twitter Facebook        Visit our website here.
BoincTasks cloud login is working again

Main Menu
Menu

Show posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Show posts Menu

Messages - dkarl

#1
Beta Testing / Multicore projects show CPU % oddly
February 26, 2010, 05:03:55 PM
First, I must say THANK YOU SO MUCH for this excellent manager - I've been waiting a long time for a replacement for BOINCView, and BoincTasks is certainly coming along nicely.

Little bug - it looks like projects that have multi-core programs are getting the cpu time reported in a goofy way.  For example, AQUA@Home has work units that use 2.00C - and on these units, the reported CPU % is > 100%;  I would assume because it's the sum of all the cores.  This in itself is ok - I kinda expect it to look like that, although I suppose the argument could be made that if we know it's x cores then the % should be /x to keep it under 100... but I'm find with the high percentage.

The bug is that the coloring of the progress bar doesn't draw properly - it extends to the LEFT of the bar, and overlays the text in the columns before the CPU% one.  I'm trying to post screenshots...



And if you resize the column to be shorter, the drawn bar resizes appropriately, too.


This is with version 0.41, I haven't put .42 on yet but didn't see anything about this in the changelog, so I'd guess it works the same way.
#2
That'll be great.  I've been looking forward to a program like TThrottle for a long time; thanks for your work!
-D
#3
Hi!  I just started using TThrottle on a notebook that likes to overheat...  Problem is, it didn't throttle all the BOINC apps it was supposed to...  I started with v1.54, then figured I'd try 1.55, and when that showed the same behaiour, I poked at it further (still 1.55 though, on XP Pro SP3.)

It seems like it might be something in the program detection, because when I ran a test with the stress.exe (added that manually to the throttle list) it worked as expected, so it wasn't like it was completely broken on my Windows setup or anything...  And some apps WERE getting throttle, like CPDN.  I noticed one primegrid app in particular that still ran at full speed.

This machine only has a few projects assigned, so the list is relatively small.  Here's a dump of the "Show all" BOINC list for PrimeGrid:

www.primegrid.com = primegrid_gcwsieve_1.06_windows_intelx86.exe.
www.primegrid.com = primegrid_gcwsieve_wrapper_1.06_windows_intelx86
www.primegrid.com = primegrid_llr_5.07_windows_intelx86.exe.
www.primegrid.com = primegrid_llr_5.09_windows_intelx86.exe.
www.primegrid.com = primegrid_llr_5.10_windows_intelx86.exe.
www.primegrid.com = primegrid_llr_wrapper_5.07_windows_intelx86
www.primegrid.com = primegrid_llr_wrapper_5.09_windows_intelx86
www.primegrid.com = primegrid_llr_wrapper_5.10_windows_intelx86
www.primegrid.com = primegrid_psp_sr2sieve_wrapper_1.11_windows_intelx86
www.primegrid.com = primegrid_screensaver_0.9.3_windows_intelx86
www.primegrid.com = primegrid_sr2sieve_1.11_windows_intelx86.exe.
www.primegrid.com = primegrid_sr2sieve_wrapper_1.11_windows_intelx86


And then here's the process listing for the ones in question:
PID 4232 - primegrid_llr_wrapper_5.09_windows_intelx86.exe - Threads: 3
PID 4852 - primegrid_llr_5.09_windows_intelx86.exe - Threads: 2


And then here's the throttle list:
Number of matching Programs (Processes): 2
Cpu: astropulse_5.03_windows_intelx86.exe, PID: 2912, Threads: 3
Cpu: primegrid_llr_wrapper_5.09_windows_intelx86.exe, PID: 4232, Threads: 3
------------------------------------------------------------------------------------------------------------------


So it picked up the wrapper, but not the "wrapped" primegrid_llr_5.09_windows_intelx86.exe;  if I add that one manually to the throttle list, it works properly - all 3 processes show up in the list, and the notebook doesn't try to boil itself :)

Looking at detection list, the file shows as primegrid_llr_5.09_windows_intelx86.exe. and I thought that was odd, as the programs that were getting successfully throttled looked like primegrid_llr_wrapper_5.09_windows_intelx86 - no exe, and no trailing dot; I looked in the boinc\projects\www.primegrid.com directory for the actual files, and found something bizarre on primegrid's part.

The app file is named primegrid_llr_5.09_windows_intelx86.exe.orig !  When it actually gets run in one of the slot directories, though, it's been renamed to just plain primegrid_llr_5.09_windows_intelx86.exe ; without knowing exactly how TThrottle does the process matching, I'm going to have to guess that this is the problem.

Do you think there's an easy way to get around this?  It's been a long time since I've had to do process enumeration, so I don't remember if it's possible / easy to match up child processes (in which case, a nice feature would be to throttle process X and all of its children).  Otherwise, since AFAIK BOINC only runs apps from the slots directories, maybe anything in the process list that's running from there could be considered a BOINC process for auto-throttling..?  Just throwing out ideas.  Who would've thought that they'd decide to rename the stupid app before executing it  ::)

In the meantime I'll just add these problem processes manually.
-D