Re: [boinc_dev] Time for version 7.8.1?

[Filip Rydlo]

Hi, Oliver.
Perfect explanation!   Thank You.  I am starting to understand  the
differences  between GIT and SVN  - thanx to You ! :-)

*Namaste*
Filip





2017-08-04 13:11 GMT+02:00 Oliver Bock :

> On 04/08/17 11:54 , Charlie Fenton wrote:
> > Perhaps I'm not understanding what you meant by "contains", but if I
> > create a new branch named "newbranch" from an existing branch named
> > "oldbranch", then any commits made to oldbranch after that are not
> > included in a build I make using newbranch unless I specifically port
> > them over, such as by cherry picking them from oldbranch into
> > newbranch or by merging one branch into the other.
>
> That's correct.
>
> > As I
> > understand it, checking out a branch or tag simply "hides" from your
> > development tools anything that is not considered part of that branch
> > or tag, while "revealing" to your developer tools everything that is
> > considered part of the branch or tag.
>
> Correct.
>
> > This allows us to perform a build at any time from exactly the same
> > source files as were originally used to build the version represented
> > by the tag. And it allows us to build from a feature branch without
> > including subsequent changes made outside that branch, which can be
> > useful while developing a feature.
>
> Correct.
>
> > Since the client_release/7/7.8 branch was created from master and was
> > then immediately tagged as client_release/7/7.8.0, Richard is correct
> > that, as a result of the way the branch was created, all the Drupal
> > source code up to that time became available in the branch and under
> > that tag, along with everything else in master at that point. I
> > believe that is what he meant by "included".
>
> Yep, I just wanted to make sure that this part is clear. It could also
> have meant that he wondered why the Drupal stuff is included in a client
> branch/tag *at all*, as in SVN times one could have created a branch/tag
> by only copying the client-related parts of trunk. Hence my words
> "potential confusion".
>
> Best,
> Oliver
>
>
>
>
> ___
> boinc_dev mailing list
> boinc_dev@ssl.berkeley.edu
> https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> To unsubscribe, visit the above URL and
> (near bottom of page) enter your email address.
>
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

[boinc_dev] Computation errors of GPU tasks right-after boinc 7.7.2 x64 is manually started on Win10 x64 + Ryzen 7

[Filip Rydlo]

Hi, dear BOINC developers!

*Can anyone confirm this?*

 It seems it does not matter if BoincDATA dir  is located on a
system disk  *C:*  ( M.2 SSD PLEXTOR M8Pe NVMe 256GB, 2000 MB/s read)  or
on *"D:"*  - a rotating 3.5'' HDD  ( SkyHawk "surveillance" 6TB  7200 rpm,
256MB cache ).

 To me it occurs  *frequently*,  in about  33 percent of all tries.


 How could I trace this more precisely, please?


*Namaste*
Filip



Log:

6/26/2017 1:44:52 AM |  | cc_config.xml not found - using defaults
6/26/2017 1:44:52 AM |  | Starting BOINC client version 7.7.2 for
windows_x86_64
6/26/2017 1:44:52 AM |  | This a development version of BOINC and may not
function properly
6/26/2017 1:44:52 AM |  | log flags: file_xfer, sched_ops, task
6/26/2017 1:44:52 AM |  | Libraries: libcurl/7.47.1 OpenSSL/1.0.2g
zlib/1.2.8
6/26/2017 1:44:52 AM |  | Data directory: D:\BOINCDATA
6/26/2017 1:44:52 AM |  | Running under account filip
6/26/2017 1:44:54 AM |  | CUDA: NVIDIA GPU 0: GeForce GTX 1070 (driver
version 382.53, CUDA version 8.0, compute capability 6.1, 4096MB, 3560MB
available, 6463 GFLOPS peak)
6/26/2017 1:44:54 AM |  | OpenCL: NVIDIA GPU 0: GeForce GTX 1070 (driver
version 382.53, device version OpenCL 1.2 CUDA, 8192MB, 3560MB available,
6463 GFLOPS peak)
6/26/2017 1:44:54 AM |  | Host name: BRISINGR-II
6/26/2017 1:44:54 AM |  | Processor: 16 AuthenticAMD AMD Ryzen 7 1800X
Eight-Core Processor [Family 23 Model 1 Stepping 1]
6/26/2017 1:44:54 AM |  | Processor features: fpu vme de pse tsc msr pae
mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 htt
pni ssse3 fma cx16 sse4_1 sse4_2 movebe popcnt aes f16c rdrandsyscall nx lm
avx avx2 svm sse4a osvw skinit wdt tce topx page1gb rdtscp fsgsbase bmi1
smep
6/26/2017 1:44:54 AM |  | OS: Microsoft Windows 10: Core x64 Edition,
(10.00.15063.00)
6/26/2017 1:44:54 AM |  | Memory: 15.93 GB physical, 18.81 GB virtual
6/26/2017 1:44:54 AM |  | Disk: 33.13 GB total, 24.99 GB free
6/26/2017 1:44:54 AM |  | Local time is UTC +2 hours
6/26/2017 1:44:55 AM | Asteroids@home | URL
http://asteroidsathome.net/boinc/; Computer ID 444059; resource share 100
6/26/2017 1:44:55 AM | Collatz Conjecture | URL
https://boinc.thesonntags.com/collatz/; Computer ID 817994; resource share
100
6/26/2017 1:44:55 AM | Einstein@Home | URL http://einstein.phys.uwm.edu/;
Computer ID 12542306; resource share 100
6/26/2017 1:45:00 AM | Einstein@Home | General prefs: from Einstein@Home
(last modified ---)
6/26/2017 1:45:00 AM | Einstein@Home | Computer location: home
6/26/2017 1:45:00 AM |  | General prefs: using separate prefs for home
6/26/2017 1:45:00 AM |  | Preferences:
6/26/2017 1:45:00 AM |  | max memory usage when active: 15501.56MB
6/26/2017 1:45:00 AM |  | max memory usage when idle: 15501.56MB
6/26/2017 1:45:00 AM |  | max disk usage: 25.03GB
6/26/2017 1:45:00 AM |  | suspend work if non-BOINC CPU load exceeds 100%
6/26/2017 1:45:00 AM |  | (to change preferences, visit a project web site
or select Preferences in the Manager)
6/26/2017 1:45:02 AM | Asteroids@home | Sending scheduler request: To
report completed tasks.
6/26/2017 1:45:02 AM | Asteroids@home | Reporting 1 completed tasks
6/26/2017 1:45:02 AM | Asteroids@home | Requesting new tasks for CPU
6/26/2017 1:45:04 AM | Asteroids@home | Scheduler request completed: got 2
new tasks
6/26/2017 1:45:06 AM | Collatz Conjecture | Computation for task
collatz_sieve_3468483387442537168896_52776558133248_0 finished
*6/26/2017 1:45:06 AM | Collatz Conjecture | Output file
collatz_sieve_3468483387442537168896_52776558133248_0_0 for task
collatz_sieve_3468483387442537168896_52776558133248_0 absent*
6/26/2017 1:45:06 AM | Collatz Conjecture | Starting task
collatz_sieve_3468479323647560908800_52776558133248_0
6/26/2017 1:45:07 AM | Asteroids@home | Started download of
ps_170623_input_270641_2
6/26/2017 1:45:07 AM | Asteroids@home | Started download of
ps_170623_input_270636_1
6/26/2017 1:45:08 AM | Asteroids@home | Finished download of
ps_170623_input_270641_2
6/26/2017 1:45:08 AM | Asteroids@home | Finished download of
ps_170623_input_270636_1
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Re: [boinc_dev] BOINC, Visual Studio 2017, and Vcpkg

[Filip Rydlo]

Hi, Rom!
 That's  COOL!

 "Only *one* concernI have." - as Master Yoda would say   -
...

   Do I need to buy  a full version of *Visual Studio 2017*to
be able to compile  BOINC   and to use  Vcpkg ?( or will the "Express"
version be enough ? )

Namaste
Filip


P.S. I also hope it *WILL* compile on *AMD Ryzen 1800X CPU,  o*therwise  I
am in trouble..


2017-06-05 8:02 GMT+02:00 Rom Walton :

> Howdy Folks,
>
> It has been awhile.  Things have been settling into a nice rhythm at my
> new gig and wanted to start mixing BOINC back into my life.
>
> What would you all think of migrating our project files over to Visual
> Studio 2017 and using Vcpkg as a means dealing with the various dependent
> open source libraries?
>
> Vcpkg can be found here:
> https://github.com/Microsoft/vcpkg
>
> I stumbled across it investigating something else on Channel 9 and thought
> it would be a very useful tool in phasing out the dependency git repos on
> boinc.berkeley.edu.
>
> Thoughts? Concerns?
>
> - Rom
> ___
> boinc_dev mailing list
> boinc_dev@ssl.berkeley.edu
> https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> To unsubscribe, visit the above URL and
> (near bottom of page) enter your email address.
>
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

[boinc_dev] Is it safe to upgrade a portable Boinc 7.0.64 x64 (exe files only) to the latest version?

[Filip Rydlo]

Hi,  *developers and alpha-testers!*

I would love to upgrade  a portable installation of BOINC 7.0.64
 (64-bit) running on Windows 10  x64 (1703 - The Creators Update).  To the
latest development BETA.
I do NOT need  to have  a functioning screensaver.

Is it OK to just  replace the exe files - or is there more I need
to *overwrite*? :-)


If anyone knows how to do this properly, please tell me.

Thanx a lot!


*Namaste*
Filip  alias *Overtonesinger  of  Czech National Team (in boinc)*
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Re: [boinc_dev] Project application using more memory than it, reports to BOINC

[Filip Rydlo]

Robert Miles is right.

   Boinc should not consume more memory if there is nearly none avail.
 (Even if the limit "*allows*" such extremes like: Use 94℅ of memory(i have
only 8GB) while computer is in use.   Hehehe, PC is *not* usable anyway,
when 85%(+) of RAM is used for ex.by ATLAS@home WU). :-)))


  Not only that,
  I would personally LOVE *boinc letting some safety-reserve* there
- something like 500 MB free (unless explicitly *Unset in a config file).*

 Just an idea.



*Namaste*
Filip



Dne 7. 3. 2017 6:28 dopoledne napsal uživatel "Robert Miles" <
robertmi...@bellsouth.net>:

> Does he run 32-bit applications under 64-bit Windows Vista?  I've found
> that nearly
> all 32-bit programs running under 64-bit Windows Vista cause Windows to
> load
> enough svchost.exe modules to approximately double the amount of memory
> these
> programs use.  This happens even if these 32-bit applications are
> unrelated to BOINC.
> I have not seen this happen under Windows 7 or Windows 10.
>
> Also, which version of VirtualBox is he using?  I found that the 5.0.*
> versions do not
> work properly for the VM applications I run, but the 5.1.* versions run
> much better,
> without using a lot of extra memory.
>
> Note that he may be seeing that problem only when running VM tasks. So it
> might
> be more reasonable to turn off VM tasks on all the servers which allow it,
> drop any
> BOINC projects that don't, and then keep BOINC running for the remaining
> projects
> and possibly add a few more.
>
>> Date: Sat, 4 Mar 2017 11:24:47 +0100
>> From: Jord van der Elst 
>> Subject: [boinc_dev] Project application using more memory than it
>> reports to BOINC
>>
>> Hi David,
>>
>> A user on the BOINC forums reported that he was now getting ready to get
>> rid of BOINC, because it would use his whole memory and then even more,
>> swapping to page file and there was nothing he could do about it. (ref
>> https://boinc.berkeley.edu/dev/forum_thread.php?id=11494)
>>
>> He states to be running into this problem when running ATLAS GARL tasks,
>> that use 2GB per task, which he appeared to run 10 of at the same time,
>> using then 20GB of memory. A bit troublesome on a system using 16GB.
>>
>> So stopping that, he switched to LHC and running the LHCb simulation he
>> now
>> runs into to same problem. Here however there is a thread explaining why
>> that is (https://lhcathome.cern.ch/sixtrack/forum_thread.php?id=4072):
>> the
>> LHCb tasks use 2GB of memory but report they only use 480MB per. So BOINC
>> thinks they use 480MB, but they really do use 2GB.
>>
>> These all run in VirtualBox for as far as I understand, so perhaps that
>> there's a bug in the wrapper how the memory usage is being read. In any
>> case, shouldn't BOINC always poll the actual memory in use and stop using
>> more when all of the available RAM has been consumed, even if there are
>> free CPUs?
>>
>> Thanks,
>>
>> -- Jord van der Elst.
>>
>
>
> ___
> boinc_dev mailing list
> boinc_dev@ssl.berkeley.edu
> http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> To unsubscribe, visit the above URL and
> (near bottom of page) enter your email address.
>
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Re: [boinc_dev] BOINC Workshop

[Filip Rydlo]

Hello, boinc developers!

   Just an idea...

   We could  use some software!  *Do You know of any good  free
software* for this *automatic  schedule-resolving  (sched.generating) ?*

   I have seen a  *schedule-generating SW on a university in Prague
(UJAK)* , where  all the  teachers   can *fill in  their  *preferences*
for* all the possible dates and times (of the 14-day double-week  and of
the weekends) ..   (and more importantly to  *draw* there  like with a
paintbrush  - different COLORS  with the meaning *how preferably the person
is free for that date-and-time*,on a scale from 1 to 10 ,  with 10
being the PERFECT option where You have definitely free time without *any*
problems with re-planning something).

   When all ppl filled their preferences (or  in extreme cases - the
ADMIN  filled it for them - using their info from email or  over the
phone),  an  automated  SW  generated the most *OPTIMAL*  schedule,
 that best  comply  with all those  *preferences*. :-)


*Namaste*
Filip


2017-02-23 16:23 GMT+01:00 David Wallom :

> HI,
>
> Please can we establish a formal workshop organising committee who can
> look at all the issues wrt timing, location, focus etc?
>
> Cheers
>
> David
>
> --
> ===
> Professor David Wallom
> Associate Professor
> Oxford eResearch Centre
> University of Oxford
> 7 Keble Road
> Oxford
> OX1 3QG
> UK
>
> Tel: 01865 610601
> ===
>
>
> On 22/02/2017, 12:48, "boinc_dev on behalf of Rytis Slatkevi?ius" <
> boinc_dev-boun...@ssl.berkeley.edu on behalf of ryti...@gmail.com> wrote:
>
> June 19-20 (or 20-21) works best. I can also make it on other days in June,
> but other months (especially later ones) will be complicated.
>
>
> --
> Pagarbiai / Sincerely
> Rytis Slatkevi?ius
> +370 670 7
>
> 2017-02-20 9:09 GMT+02:00 David Anderson :
>
> > I've been dragging my feet about a potential BOINC workshop because my
> > funding situation
> > is uncertain, and it's not sure that I can go.
> > However, it might be good to have a workshop even if I can't attend;
> > there's always Skype.
> >
> > So far there have been generous offers to host the workshop at
> > - Zaragoza
> > - Trento, Italy
> > - Geneva (CERN)
> > - Paris
> >
> > I'd like any of these; I'd lean toward Paris because it's cheaper to get
> > to,
> > and Marius Millea is there, whose work with Docker is important to all of
> > us.
> >
> > As for dates, I propose either
> >
> > 12-13 June (mon/tues) or
> > 19-20 June (mon/tues).
> > (I'd stay for the rest of the week, and would welcome those who want to
> > talk and/or hack).
> >
> > ---
> >
> > So. if you're potentially interested in attending a BOINC workshop,
> > please let me know ASAP
> > - what location you prefer
> > - what date you prefer (or if you have a conflict with both, suggest
> other
> > dates)
> >
> > ... and I'll tabulate the results and make a decision so that we can all
> > start planning.
> >
> > Thanks -- David
> > ___
> > boinc_dev mailing list
> > boinc_dev@ssl.berkeley.edu
> > http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> > To unsubscribe, visit the above URL and
> > (near bottom of page) enter your email address.
> >
> ___
> boinc_dev mailing list
> boinc_dev@ssl.berkeley.edu
> http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> To unsubscribe, visit the above URL and
> (near bottom of page) enter your email address.
>
> ___
> boinc_dev mailing list
> boinc_dev@ssl.berkeley.edu
> http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> To unsubscribe, visit the above URL and
> (near bottom of page) enter your email address.
>
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Re: [boinc_dev] BOINC Workshop

[Filip Rydlo]

I prefer*  19-20 *June
(Paris)
Filip

2017-02-20 8:09 GMT+01:00 David Anderson :

> I've been dragging my feet about a potential BOINC workshop because my
> funding situation
> is uncertain, and it's not sure that I can go.
> However, it might be good to have a workshop even if I can't attend;
> there's always Skype.
>
> So far there have been generous offers to host the workshop at
> - Zaragoza
> - Trento, Italy
> - Geneva (CERN)
> - Paris
>
> I'd like any of these; I'd lean toward Paris because it's cheaper to get
> to,
> and Marius Millea is there, whose work with Docker is important to all of
> us.
>
> As for dates, I propose either
>
> 12-13 June (mon/tues) or
> 19-20 June (mon/tues).
> (I'd stay for the rest of the week, and would welcome those who want to
> talk and/or hack).
>
> ---
>
> So. if you're potentially interested in attending a BOINC workshop,
> please let me know ASAP
> - what location you prefer
> - what date you prefer (or if you have a conflict with both, suggest other
> dates)
>
> ... and I'll tabulate the results and make a decision so that we can all
> start planning.
>
> Thanks -- David
> ___
> boinc_dev mailing list
> boinc_dev@ssl.berkeley.edu
> http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> To unsubscribe, visit the above URL and
> (near bottom of page) enter your email address.
>
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

[boinc_dev] How to setup a BOINCMGR dev. env. on Win 7 x64 Prof (Core i7 720QM, 8 GB RAM) ? Shall I install Debian linux into a WMVare virtual? :)

[Filip Rydlo]

Dear developers,
 I really want to setup this environment before  the New Year
comes,   so that I can get to work on issues of the Manager *right away* in
2017.
   I know the basics of development under linux  including GIT.   But
what do I need to have *pre-installed *to be able to compile  BOINC
Manager???
   This is a mystery to me. (and the documentation  is not updated
enough), where can I find the *real* and most current  requirements?  Is it
correct what is in the README  of the github project? (Or is there more
that I need?)



   Please, can anyone guide me a bit?   *Any help would be much
appretiated.*

*Filip Rydlo*
*  github.com/overtonesinger <http://github.com/overtonesinger>*
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Re: [boinc_dev] Problem at pogs.

[Filip Rydlo]

Hi, Adrian!
   Oh, this is *SOOO *interesting,  even *fascinating *! :O

   Please, provide exact steps to reproduce in the gitHub issue...
and please,  remember to write which project to connect to  and which exact
application to select ... and other  project settings too,  if necessary. :)

  I really want to resolve this. I will investigate it as soon as I
can.
  And  I will have  *more* time   *AFTER* the next week.

Thank You sooo much.

*Namaste*
Filip


2016-12-13 17:01 GMT+01:00 Adrian Worley :

> Good day,
>
> I have discovered a problem at the pogs project, the discussion of the
> problem seems to imply that the problem is a BOINC problem, not a pogs
> problem, so I feel it correct to ask here.
> I found the problem whilst checking some result times. It appeared that my
> very fast machine was being seriously outperformed by some much older
> systems. They have done some investigating and found some very odd figures
> in their database. My machine returned a work unit in 6:47 my wingman in
> 2:09 - yet taking the recorded start and end times, these figures cannot be
> correct,
> My machine05:07:18 to 07:22:03
> My wingman  01:04:17 to 05:23:31
> Suggestions have been made suggesting problems with the way BOINC
> calculates these values, however, I have not seen this kind of thing at any
> of the other 15 projects my machine is connected too. Are there any known
> faults or issues within BOINC that could /sometimes/ account for these
> reults?
> Med venlig hilsen,
> Adrian Worley.
>
>
> ___
> boinc_dev mailing list
> boinc_dev@ssl.berkeley.edu
> http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> To unsubscribe, visit the above URL and
> (near bottom of page) enter your email address.
>
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Re: [boinc_dev] Fwd: Update recommended client to latest available development?

[Filip Rydlo]

Hi, David and all.
   No objections here too. :-)

   Running *7.6.33* (x64) for *lng* time
 a) on *Windows 10* (at work)   and
 b) on *Windows 7* *Prof.* (home)
 both: without any problems.



Filip R.
P.S. What is the specialization  of Rom?   I could learn it and then do it!
 More specifically  FROM date:  *2017-04-02 .. **indefinitely,
till I'll be alive. :-)*




2016-12-06 1:15 GMT+01:00 David Anderson :

> Anyone object to making 7.6.33 the recommended version?
> It has 96% test coverage, and the only significant reported bug is a
> problem with GPU detection
> with new NVIDIA drivers, which I think is independent of client version.
> -- David
>
>
>  Forwarded Message 
> Subject:Update recommended client to latest available development?
> Date:   Fri, 18 Nov 2016 11:31:51 +0100
> From:   Jord van der Elst 
> To: David Anderson 
>
>
>
> Hi David,
>
> Can we have the latest available recommended client from the Download
> pages be set to 7.6.33 for both Mac and Windows, please? As this solves
> quite a bit of problems for users out there with Windows 10 and Mac OS X
> Sierra.
>
> And I'd rather have that version available than the slightly more broken
> ones before that.
> Especially since I doubt we'll have a new client in the foreseeable future
> anyway, with Rom having moved out.
>
> Should I leave Rom as moderator/project developer on the boards?
>
> Thanks,
>
>
> -- Jord van der Elst.
> ___
> boinc_dev mailing list
> boinc_dev@ssl.berkeley.edu
> http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> To unsubscribe, visit the above URL and
> (near bottom of page) enter your email address.
>
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Re: [boinc_dev] feature requests

[Filip Rydlo]

This *dream *is definitely *possible*!


 Think about this:  Is there an  *API *or a *webservice  from intel
 to get  all the advanced information about any CPU?*

 Could we even create a user-guide, that would *recommend *certain
projects for the DETECTED CPU on the first run - because they have the BEST
measured *effectiveness per Watt* on their *CPU *or  even recommend
something most effective also for their  *GPU*?


Could *AMD *match it and provide* the same for their CPUs* ??
Definitely!

 Now,  think BOINC  connecting there and load the info* about the
detected CPU in the PC where it runs  *- info about:  of *TDP *max, power
consumption in *idle, 1-core TBoost, 2-core TB, 3-core and 4-core FULL
watts,  *etc from the webservice.  For example this is my CPU:
http://ark.intel.com/products/43122/Intel-Core-i7-720QM-Processor-6M-Cache-1_60-GHz

 And then* it could compute the average CPU LOAD*   *and hence* *the
energy  consumed while running for example 8 tasks of the same application
of a project* (for example: Asteroids Period Search, sse2). It could then
*remember* the energetic efficiency for each app  and *optimize *based on
that info. It could theoretically even let the server collect the
statistics and let the WUs distribute *appropriately to maximize the
energetic efficiency*.

 For example: Asteroids would be best to distribute to the CPUs
with AVX and AVX2  *in the first place*!  and only *if there is still
enough WUs*, then give them to other CPUs, because  it is less effective  *per
watt.*.. (*Just as the sse2 version of app I am running*, cause my CPU does
NOT have AVX).  I think I should *perhaps  *run another project on
*THIS *particular
PC..  but I *Love *Asteroids so much...  :-)))

*Namaste*
Filip



2016-10-27 16:29 GMT+02:00 lsi :

> To dream for a second, I'd love to see a measure of the electricity
> being used by the machine (or at least by the CPU, fan etc). This
> would enable management based on gflops/watt, and subsequent
> green-flavoured optimisations. Gflops/degree celcius might be a
> useful analogue, if power usage is not available.
>
> Stu
>
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

[boinc_dev] The three suggested buttons

[Filip Rydlo]

Yes, Yes and Yes!! :-)

   I would definitely use all three of those buttons. Veery nice
suggestion! Thank You both, Isi and Stu!

*snip*
*- BOINC Manager: button to "force this task to run now, suspending*
*other tasks if necessary, unsuspending them when done"*

*- BOINC Manager: button to "fetch new work, then deny new tasks for*
*this project"*

*- BOINC Manager: button to "suspend project after this task ends"*

Filip

Dne 24. 10. 2016 4:33 napsal uživatel "Robert Miles" <
robertmi...@bellsouth.net>:

> A program I've found that gives you the GPU temperature, the CPU
> temperature, and a lot more:
>
> SIV - System Information Viewer
> http://rh-software.com/
>
> Note - version 4.53 appears to be the last version that runs well under
> Windows Vista.
>
> Date: Sun, 23 Oct 2016 00:43:52 -0700
>> From: David Anderson 
>> Subject: Re: [boinc_dev] feature requests
>>
>> Stu:
>> Some of those items don't exist (host ID or project ID)
>> or aren't known to BOINC (free RAM, CPU temperature).
>>
>> I did add:
>> - task received time
>> - app version items:
>> - plan class
>> - platform
>> - avg #CPUs
>> - GPU type
>> - avg # GPUs
>> - estimated FLOPS
>> - executable filename
>>
>> -- David
>>
>> On 10/22/2016 1:19 PM, lsi wrote:
>>
>>> A few misc ideas, these are pasted from my notes which I wrote a
>>> while back, apologies in advance for any cluelessness... :)
>>>
>>> Stu
>>>
>>> *
>>>
>>> - boinccmd: get_host_state: should return current RAM free
>>>
>>> - boinccmd: get_host_state: should return current CPU utilisation
>>>
>>> - boinccmd: get_host_state: should return current CPU temperature
>>>
>>> - boinccmd: get_task_state: should return the date/time the task was
>>> downloaded
>>>
>>> - boinccmd: get_task_state: should return the date/time the task
>>> began
>>>
>>> - boinccmd: get_task_state: should return the date/time the task was
>>> uploaded
>>>
>>> - boinccmd: get_task_state: should return the timezone of the
>>> deadline (eg. BST) - or return it in UTC
>>>
>>> - boinccmd: get_task_state: should return the task priority (there's
>>> currently no way to see if a given task is running with high
>>> priority)
>>>
>>> - boinccmd: get_host_state: should return host ID (or is this a
>>> BOINCstats thing?)
>>>
>>> - boinccmd: get_project_state: should return project ID (currently,
>>> need to match on URL) (or is this a BOINCstats thing?)
>>>
>>> - boinccmd: get_file_transfers: should return task ID (currently,
>>> need to ... remove everything after the last underscore?)
>>>
>>> - BOINC Manager: password or key-based authentication, so that only
>>> authorised users may interact with the projects, accounts, tasks etc
>>>
>>> - BOINC Manager: button to "force this task to run now, suspending
>>> other tasks if necessary, unsuspending them when done"
>>>
>>> - BOINC Manager: button to "fetch new work, then deny new tasks for
>>> this project"
>>>
>>> - BOINC Manager: button to "suspend project after this task ends"
>>>
>>> *
>>>
>>> ---
>>> Stuart Udall
>>> stuart a...@cyberdelix.dot net - http://www.cyberdelix.net/
>>>
>>> ___
> boinc_dev mailing list
> boinc_dev@ssl.berkeley.edu
> http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> To unsubscribe, visit the above URL and
> (near bottom of page) enter your email address.
>
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Re: [boinc_dev] problem with check pointing

[Filip Rydlo]

Hi, Jacob.
Good point!  Lemme check-it-out...
*Nothing*...

- just bunch of files from old (WinXP) programs, some ini files,
etc...  and parts of *Oracle VirtualBox*.   Hmm, strange,  old ... ok, I
have *DELETED* them, so they will NOT cause any more trouble in the future
when I re-install or upgrade VBox to use.

 ... Boinc is not even installed on the system drive - for obvious
compatibility reasons :-)
I keep the program and data  on drive "D:" ,  where all local
windows users  have all access-rights.

but. it might happen that drive D:  has run out of disk
space recently  one climateprediction  WU has failed today.

Now there is 1.5 GB free again.

But I doubt it would influence checkpointing of such *small*
WUs like Asteroids. Maybe the new  app of Asteroids is broken (no
checkpointing?)  ... can someone confirm  it *is* *indeed* trying to
checkpoint to disk, please?  Thanx :-)


"*Period Search Application 102.10 (sse2)*" - on x64 Boinc
in x64 Windows (7).

(if You still got some of those WUs in cache on some PC...  no new work
available right now)


*Namaste*
Filip


2016-05-26 20:48 GMT+02:00 Jacob Klein :

> Just a thought ..
>
> Do you happen to have any BOINC-related data in the following folder?
> C:\Users\{UserName}\AppData\Local\VirtualStore
>
> Data in the VirtualStore (which gets read/used FIRST by a program instead
> of the ProgramData data, apparently for compatibility reasons related to
> running in compatibility mode)... has caused problems for BOINC in the past.
>
>
>
>
>
>
>
> > Date: Thu, 26 May 2016 19:32:11 +0200
> > From: filip.ry...@gmail.com
> > To: boinc_dev@ssl.berkeley.edu
> > Subject: Re: [boinc_dev] problem with check pointing
>
> >
> > Now that you mention checkpointing problem .
> > I remember that I have detected it too.
> >
> > Might have the same cause!
> >
> > In my case on Win7 x64 prof.EN , on latest betaver. boinc .29+ :
> > Project: Asteroids@home
> >
> > Symptom: every time I restarted my PC (I closed Boinc manually way before
> > the shutdown), I noticed that ALL workunits of Asteroids started from
> > zero percent. I noticed this in 100 percent of restarts , at least 3
> times
> > now in the last 2 weeks.
> > So, I decided to report the problem.
> >
> > Please, can someone confirm this? I mean not NOW but ... once the
> > Asteroids server is back in full-operation. (It has had run out of disk
> > space, recently). :)
> >
> > I will definitely try to downgrade and test it on previous Boinc version
> > *soon* to see if the behavior was correct back there.
> >
> > ' will let ya know...
> >
> > Thank You
> > Filip
> > Dne 26. 5. 2016 6:12 odpoledne napsal uživatel "Eric Driver" <
> > edriv...@cox.net>:
> >
> > I've noticed that sometimes when the client starts a fresh work unit, it
> > will
> > read the check point file of a previous work unit. Not sure how/why this
> is
> > happening, but this is obviously not a good thing. One way I can fix this
> > is to
> > use a checkpoint filename unique to the WU (up until now all WUs use the
> > same
> > generic name). I'd like to key off of the work unit dat filename, but it
> > is not
> > immediately apparent how to get my hands on that information from inside
> my
> > main
> > app. Can someone point me to an easy way to do this, or possibly another
> > solution to this problem.
> >
> >
> >
> > Thanks!
> >
> > Eric
> >
> >
> >
> > ___
> > boinc_dev mailing list
> > boinc_dev@ssl.berkeley.edu
> > http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> > To unsubscribe, visit the above URL and
> > (near bottom of page) enter your email address.
> > ___
> > boinc_dev mailing list
> > boinc_dev@ssl.berkeley.edu
> > http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> > To unsubscribe, visit the above URL and
> > (near bottom of page) enter your email address.
>
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Re: [boinc_dev] problem with check pointing

[Filip Rydlo]

Now that you mention checkpointing problem .
I remember that I have detected it too.

Might have the same cause!

  In my case on Win7 x64 prof.EN , on latest betaver. boinc  .29+  :
Project: Asteroids@home

Symptom:  every time I restarted my PC (I closed Boinc manually way before
the shutdown), I noticed that ALL workunits of Asteroids   started from
zero percent.  I noticed this in 100 percent of restarts , at least 3 times
now in the last 2 weeks.
So, I decided to report the problem.

  Please, can someone confirm this? I mean not NOW but ... once the
Asteroids server is back in full-operation.  (It has had run out of disk
space, recently).   :)

I will definitely try to downgrade and test it on previous Boinc version
*soon* to see if the behavior was correct back there.

' will let ya know...

Thank You
Filip
Dne 26. 5. 2016 6:12 odpoledne napsal uživatel "Eric Driver" <
edriv...@cox.net>:

I've noticed that sometimes when the client starts a fresh work unit, it
will
read the check point file of a previous work unit.  Not sure how/why this is
happening, but this is obviously not a good thing.  One way I can fix this
is to
use a checkpoint filename unique to the WU (up until now all WUs use the
same
generic name).  I'd like to key off of the work unit dat filename, but it
is not
immediately apparent how to get my hands on that information from inside my
main
app.  Can someone point me to an easy way to do this, or possibly another
solution to this problem.



Thanks!

Eric



___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Re: [boinc_dev] providing BOINC through the Apple App Store

[Filip Rydlo]

For *all* 50+ projects  binaries!

yes. :O

It is the only way - to include them ALL.

Filip


2016-05-23 15:07 GMT+02:00 McLeod, John :

> For which subset of projects?  There are over 50.
>
> Jm7
>
> -Original Message-
> From: boinc_dev [mailto:boinc_dev-boun...@ssl.berkeley.edu] On Behalf Of
> Vitalii Koshura
> Sent: Monday, May 23, 2016 4:17 AM
> To: David Anderson 
> Cc: BOINC Developers Mailing List ;
> pola...@comcast.net; boinc_proje...@ssl.berkeley.edu
> Subject: Re: [boinc_dev] providing BOINC through the Apple App Store
>
> Hello David,
>
> I suggest to make a BOINC  application which will consist project binaries.
> In this case only tasks would be downloaded. Of course if some project
> application will be updated then BOINC application should also be updated
> with the new project binaries. I understand that this way is very
> complicated and very bad but I think that it is the only way to do this. I
> do not believe that Apple guys will make an exception for BOINC project.
>
> Thanks
>
> Best Regards,
> Vitalii Koshura
>
> Sent via Android
> 23.05.2016 11:01 пользователь "David Anderson" 
> написал:
>
> > It would be great to have BOINC in the App Store.
> > However, there are items in Apple's "Review Guidelines"
> > that would seem to preclude BOINC:
> >
> > 2.15 Apps must be self-contained, single application installation
> bundles,
> > and cannot install code or resources in shared locations
> > 2.16 Apps that download or install additional code or resources to add
> > functionality or change their primary purpose will be rejected
> > 2.17 Apps that download other standalone Apps will be rejected
> >
> > See
> >
> https://developer.apple.com/app-store/review/guidelines/mac/#functionality
> >
> > It's possible that Apple would relax these rules in our case.
> > If anyone wants to initiate a dialog with them, please go ahead.
> >
> > -- David
> >
> > On 5/23/2016 12:46 AM, pola...@comcast.net wrote:
> >
> >> hello,
> >> thank you for your wonderful software. I want to ask if it is possible
> to
> >> provide this software through the Apple App store? The reason that I
> ask is
> >> because OS X provides an option for security to download software only
> >> through the App Store to prevent malware from being installed into the
> OS X
> >> operating system. I have read that some opensource software has been
> >> compromised by malware such as the Transmission bittorrent client. I
> >> presume that Apple does some additional security checks before releasing
> >> apps through the App Store. Are there copyright or patent issues or
> >> financial reasons that prevent you from doing this? thanks for your time
> >> and your efforts developing this software.
> >> joe
> >> The attachment to this e-mail as well as the content of the email itself
> >> may be privileged, proprietary or confidential. Do not open it. It is
> >> intended only for the e-mail recipient noted above. If you are not the
> >> intended recipient or a person responsible for delivering this
> >> transmission to the intended recipient, you may not disclose, copy or
> >> distribute this transmission or take any action in reliance on it.
> >>
> >
> > ___
> > boinc_dev mailing list
> > boinc_dev@ssl.berkeley.edu
> > http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> > To unsubscribe, visit the above URL and
> > (near bottom of page) enter your email address.
> >
> ___
> boinc_dev mailing list
> boinc_dev@ssl.berkeley.edu
> http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> To unsubscribe, visit the above URL and
> (near bottom of page) enter your email address.
> ___
> boinc_dev mailing list
> boinc_dev@ssl.berkeley.edu
> http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> To unsubscribe, visit the above URL and
> (near bottom of page) enter your email address.
>
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Re: [boinc_dev] [boinc_alpha] Cannot use scroll wheel, to scroll on Statistics or Disk tabs

[Filip Rydlo]

Hi.
 Confirmed. It does not scroll using mouse-wheel. (7.6.9 x64 on Win7)

 I agree. It should.
It is most likely expected behavior - by majority of users.

Filip


2015-09-30 6:20 GMT+02:00 Jacob Klein :

> When I'm on the Statistics or Disk tabs, I can't use my mouse's scroll
> wheel to scroll. On the Statistics tab, I can't scroll the list of
> projects. On the Disk tab, I can't scroll either the "Total disk usage"
> section, nor the "Disk usage by BOINC projects" section. Can you enable/fix
> this?
>
> Note: I can grab the thumb and manually drag it to scroll, but scroll
> wheel should be supported.
>
> Note: I'm attached to 59 projects, but the same issue occurs if you resize
> your window to be vertically short enough to see a scrollbar on those tabs.
> Scrollwheel should be supported.
>
> ___
> boinc_alpha mailing list
> boinc_al...@ssl.berkeley.edu
> http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_alpha
> To unsubscribe, visit the above URL and
> (near bottom of page) enter your email address.
>
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Re: [boinc_dev] Proposal: Simple Attach (Cookieless Installs)

[Filip Rydlo]

Yes, Rom.
   It really seems like a monster on the client side. This is
neither easy nor  error-proof.

So, ... :

  Why not to save the unique "GUID" (generated by the server) + all
this info  (with perfectly encrypted password)  in a dedicated *(MySQL)
DATABASE*  on the main BOINC web-server? (it could be easily "cron"-ned to
be cleaned from old entries and Vacuum-analyzed  every 4 hours or so)

It would be browser-independent.  IT would be easily
implemented as temporary  and as *valid only for the given I.P. address*  -
which is the same (during a short interval like 1 hour)  across all
browsers on the PC / VM  , as far as I know.

Namaste
Filip




2015-09-28 2:44 GMT+02:00 Rom Walton :

> GUID would be more appropriate.
>
> I foresee a few problems with this approach though:
>
> 1.   The ‘default’ browser wxWidgets detects may not be the browser
> the volunteer downloaded BOINC with.
>
> 2.   The manager would have to wait on the association to complete
> which means it has to know how to deal with whatever browser to launched.
> (Basically the manager would have to know how each browser works. (window
> names, window class names, window titles, what events each window responds
> too))
> (This is actually a more complicated problem than dealing with cookies.)
>
> 3.   We may never be able to find out if the association was
> successful from the manager perspective.
>
> 4.   Some browser plugins redirect errors and monkey with the error
> pages. (Norton 360, Google Toolbar, Yahoo Toolbar, etc.)
>
> 5.   There is a remote possibility that two machines can generate the
> same GUID, without being able to check against the master list ahead of
> time it could happen.
>
> This solution might look okay from a server perspective, but it is a
> monster from a client implementation perspective.
>
> - Rom
>
>
> From: hugh.w...@gmail.com [mailto:hugh.w...@gmail.com] On Behalf Of Hugh
> Wormington
> Sent: Sunday, September 27, 2015 5:22 PM
> To: Rom Walton 
> Cc: Matthew Blumberg ; Hugh Wormington <
> h...@gridrepublic.org>; Rytis Slatkevičius ;
> BOINC Developers Mailing List 
> Subject: Re: [boinc_dev] Proposal: Simple Attach (Cookieless Installs)
>
> > Where is the nonce generated?
> By the installer.
>
> > If it is generated by the installer and passed to the account manager,
> how to we know who it came from?
> The installer loads a browser on the url passing the "nonce" as a url
> parameter. The receiving page is then able to associate it with a logged-in
> user, after which the association is known.
>
> A little side issue for avoidance of lexical confusion I'm a little
> unsure if this is really a "nonce" :
>
>   *   Nonce: is an arbitrary number that may only be used once in secure
> communication exchange (See diagram on this wikipedia page<
> https://en.wikipedia.org/wiki/Cryptographic_nonce>) It doesn't carry any
> information itself.
>   *   GUID: A globally unique identifier (GUID, /ˈɡuːɪd/) is a unique
> reference number used as an identifier in computer software. The term
> "GUID" typically refers to various implementations of the universally
> unique identifier<
> https://en.wikipedia.org/wiki/Universally_unique_identifier> (UUID)
> standard (Wikipedia<
> https://en.wikipedia.org/wiki/Globally_unique_identifier>)
>
> I think we're talking about a GUID which the installer generates at
> install time and uses to identify itself to two different processes 1) the
> front end web application 2) the account manager server.
> (A CPID is a kind of GUID, but this one isn't a CPID, since CPIDs are
> (AFAIK) generated by the BOINC project servers.)
>
> So is it a nonce or a GUID?
> Hugh
>
> PS Many apologies if I'm teaching grandmothers to suck eggs (does that
> work internationally??).
>
> On 26 September 2015 at 02:56, Rom Walton > wrote:
> In theory we could open up a browser with a URL like that.
>
> Where is the nonce generated?
>
> If it is generated from the account manager, how does the installer find
> it?
>
> If it is generated by the installer and passed to the account manager, how
> to we know who it came from?
>
> - Rom
>
> From: mblumb...@picador.net [mailto:
> mblumb...@picador.net] On Behalf Of Matthew
> Blumberg
> Sent: Friday, September 25, 2015 6:27 PM
> To: Rom Walton >
> Cc: Hugh Wormington >;
> Rytis Slatkevičius >;
> BOINC Developers Mailing List >
>
> Subject: Re: [boinc_dev] Proposal: Simple Attach (Cookieless Installs)
>
> So for GR/CE/PTP you end up with filenames like:
> 

Re: [boinc_dev] Fwd: [SETI@home] - private message

[Filip Rydlo]

Hi, boinc devs.

   I am happy to *confirm *that the *BOINC screensaver* works correctly
and reliably in Windows 10 (32-bit) !!!  :-)

   - and it works everytime -  on my  Windows 10  *32-bit* instance
,   *And* it properly kicks in the *SETi@home* screensaver for the only
active CPU task I have there running now.  Good!  Very nice!  ;)



HW is *AMD CPU + AMD GPU* :  AMD APU E-450 with its integrated
graphics and ONE-channel memory controller   (GPU drivers frmo inside WinX

 - when I try the AMD *autoDetectInstall tool*, it tells me :
No drivers available for your OS and detected hardware at this time.)
it is an
ASUS X53U-SX242
(only with added 2 GB RAM
   and  upgraded HDD to the *1st gen of SSHD (hybrid) from Seagate* (the
500 GB + 8GB SSD read-cache  version with 7200 rpm which makes the *infamous
vibrations *and the beautiful  *HUMMM *or deep  *M* sound...
 which is especially well hearable *at night* :-)))   )   )


details about the PC HW:
http://www.czc.cz/asus-x53u-sx242d-hneda/100361/produkt



*Namaste*
Filip



2015-08-07 2:22 GMT+02:00 Eric J Korpela korp...@ssl.berkeley.edu:

 Has anyone seen problems with the screensaver on Windows 10.  I have been
 unwilling to install it myself thus far.

 -- Forwarded message --
 From: SETI@home seti...@ssl.berkeley.edu
 Date: Thu, Aug 6, 2015 at 4:40 PM
 Subject: [SETI@home] - private message
 To: korp...@ssl.berkeley.edu



 You have received a new private message at SETI@home.

 From: John (ID 9208560)
 Subject: SETI on Windows 10

 I downloaded windows 10 on my pc today  cannot get the SETI screen saver
 to run on  it. Can you help?

 --
 To delete or respond to this message, visit:
 http://setiathome.berkeley.edu/pm.php

 To change email preferences, visit:
 http://setiathome.berkeley.edu/edit_forum_preferences_form.php
 Do not reply to this message.
 ___
 boinc_dev mailing list
 boinc_dev@ssl.berkeley.edu
 http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
 To unsubscribe, visit the above URL and
 (near bottom of page) enter your email address.

___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

[boinc_dev] Fwd: Tasks-Tab of Boinc Manager 7.6.6 on Win7 x64 : cannot maintain selected task! Confirm pls? With 4 linx to screens.

[Filip Rydlo]

Please, imagine this animation  happening under your hands on mouse, trying
to manage boinc tasks! :)

Frame 01:
https://www.dropbox.com/s/0jb275y8leqhahk/01.png?dl=0

Frame 02:
https://www.dropbox.com/s/71to13k66tf6zi7/02.png?dl=0

Frame 03:
https://www.dropbox.com/s/tmv1xkni1ypbsjh/03.png?dl=0

Frame 04:
https://www.dropbox.com/s/sj99839g74t9rrz/04.png?dl=0

That's all, folks.

Live long and Prosper!
Filip
-- Přeposlaná zpráva --
Od: Filip Rydlo filip.ry...@gmail.com
Datum: 25. 7. 2015 10:40
Předmět: Tasks-Tab of Boinc Manager 7.6.6 on Win7 x64 : cannot maintain
selected task! Confirm pls?
Komu: boinc_al...@ssl.berkeley.edu
Kopie: Jacob Klein jacob_w_kl...@msn.com, David Anderson 
da...@ssl.berkeley.edu

Hi, David and Jacob!

 I send You tge steps to reproduce (not all are probably
necessary),  and the pictures of what unexpected happens  which You
shall consider an animation frames 1,2,3 and 4 , at speed of 1 FPS.

  1. Have multiple active tasks of any project.And (probably not
needed) have some CPU non-intensive task.
   2. (Might be not needed) Start the BoincManager while the PC is
disconnected from the internet (there is *another* bug: it will freeze
about 4 times, once for every project attempting  to load notices... It
should mark *itself* offline for a minute (or rest of the startup)  instead
- after the first conn.FAILure, One freez is enough :) ).

  3. Suspend network activity, so that boinc doesnt complain about
network status OFF.

  4. On the tasks tab: sort tasks by Progress DESCENDING (first) and
then by Project, also DESC.

  5. Click on any task other than the first - of the multi-active-tasks
project.

Result: In max.1 second, it will automatically re-select the FIRST task!!!
:)))

Which is *Unexpected*, of course!

(Normal behavior: It should remain selected so the user can do something
with the task if needed.
  and without the haste  doing it under 1 sec of selection!)

Can anyone confirm this? :-)

*Namaste*
Filip
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Re: [boinc_dev] Introducing boinc2docker...

[Filip Rydlo]

Hello, Marius.

   Amazing! I will help You with implementing it cleanly (as maximally
independent decoupled module which can be turned ON/OFF) into Boinc!

 I had this idea already 6 months back after the Docker
presentation here in Prague at Technology Hour meetup at YSoft.




BTW:  The Visionary behind Docker is  *son*  of one of my
best-Friends! :  *David Hykes*, who created the world's first
Overtone-choir Harmonic Choir back in  seventies! :)

(I know David Hykes because   I  somehow happen to sing as an
overtone-solistin one of the TOP overtonechoirs in the world  for 11
years already. The choir is based here in Prague.)

*Namaste*
Filip Rydlo

P.S.
BTW: I have just created superClean awesomely simple API  to rabbitmq-c
library.  We could create an example cluster-app  using it!  To demonstrate
the Power of Dockers - loosely coupled using Rabbitmq-server-in-a-docker ,
scaling processing for example of some 120 FramesPS video  to 12 dockers -
via this international-standard messaging TURBO-api !  Or a webcrawler or
anything which is nicely scalable - like the data from 2000 servers to be
monitored ar real-time (with some simulated data, of course! ) :)
Dne 1. 7. 2015 18:45 napsal uživatel Marius Millea mmil...@ucdavis.edu:

 Hi all,

 First a quick bit about me. I'm currently the main developer over at
 Cosmology@Home. One thing that has really hurt us is that were physicists,
 not programmers, and developing BOINC apps is difficult and time consuming.
 This project is born out of that. Some version of this will likely roll out
 for us in the next month or so. The reason I'm writing here is that with
 some of your help I could imagine it being part of BOINC and being really
 powerful.

 The idea is simple, run Docker https://www.docker.com/ apps on BOINC.
 For
 those unfamiliar, Docker is (among other things) a light weight VM. Thus
 this is similar in spirit to vboxwrapper, but with several key advantages.
 You can read more about this on the github
 https://github.com/marius311/boinc2docker for this project, which also
 contains a fully working example that you can roll out on a test server.
 There are still a few important pieces missing, but which all seem doable.

 I'm curious to get everyone's thoughts. Ultimately, what would be great is
 if some were interested in collaborating and helping me get this in shape
 and even in BOINC. For now I'll happily take any questions you might have.
 Here's a few questions I anticipate..

 Why is this any better than vboxwrapper?
  Creating a VBox app is clunky, and keeping the filesize down is hard. On
 the other hand creating a Docker app is streamlined and pleasant. Plus
 Docker is really big right now, lots of useful resources are around. More
 importantly is Docker's union filesystem, which effectively means that
 BOINC hosts never have to redownload parts of the VM which they already
 have, allowing flexibility to constantly tweak and redeploy or create
 totally new apps on the fly.

 But this only works on 64bit hosts?
  Unfortunately Docker is 64bit only, and admittedly this kind of sucks.
 But I think the ease and power of boinc2docker will make it more than worth
 it. At Cosmology@Home, over half of our active users are 64bit anyway, and
 the fraction is growing every day. We will still keep 32bit apps around for
 the other users.

 You sure this won't require lots of downloading by hosts?
  The app (~25Mb) plus even large good base images (~200Mb for Ubuntu) is
 still smaller than the prepackaged Vbox VM (~350Mb). You could even do the
 2Mb busybox base image for 27Mb overhead total. Even if you choose Ubuntu,
 you can tweak your app on top of that all you want, the 200Mb is a one-time
 download for the hosts, and the fact that only new data is uploaded to
 hosts is totally transparent to you, the developer.

 One other small thing worth mentioning is that this can also make it
 transparent to take your code between BOINC and cloud servers like AWS or
 Azure which run Docker.

 Thanks for taking a look and for any feedback.

 Marius
 ___
 boinc_dev mailing list
 boinc_dev@ssl.berkeley.edu
 http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
 To unsubscribe, visit the above URL and
 (near bottom of page) enter your email address.

___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Re: [boinc_dev] [boinc_alpha] BOINC - Unresponsive UI at startup - 39 seconds (an eternity) - Notices?

[Filip Rydlo]

*Hello.*

   *This issue continues to plague me, and I'd like to work
with someone to solve it. -  *
*Jacob Klein*


* - me too, mee too,  brother.   *

*Filip*



*--*
All I can perhaps do right now (on weekends)  is  *code*
*refactoring*.   *And I can do it* *very* *well*.  I am doing it in my
profession right now - cleaning some JAVA project.  Awesome *experience*! I
*encouridge* everyone to do similar code cleaning - ideally  using handbook
*Clean Code* from *Uncle Bob* (Robert C. Martin).
   Lots of new skills and insights I am getting about *clean code*
and *programming principles as such*  along the way right now.  :-)


If refactoring *Notices and  Tasks  tab*s of Boinc Manager
would help *someone / anyone*to   fix  issues, then   *I will do it !*
I will not change any functionality whatsoever.  Not untill I will see  *only
clean code* all over the place  - in every corner of those two tabs.
That means : Everything about *what* the code does and *why* (*intention*)
  is obvious. :-)


*Namaste*




2015-03-13 2:54 GMT+01:00 Jacob Klein jacob_w_kl...@msn.com:

 *This issue continues to plague me, and I'd like to work with someone to
 solve it.*



 From: jacob_w_kl...@msn.com
 To: da...@ssl.berkeley.edu; rwal...@ssl.berkeley.edu;
 charl...@ssl.berkeley.edu
 CC: boinc_al...@ssl.berkeley.edu
 Subject: BOINC - Unresponsive UI at startup - 39 seconds (an eternity) -
 Notices?
 Date: Wed, 25 Feb 2015 16:40:55 -0500




 David / Rom / Charlie:

 I'm having a problem, where, when I launch BOINC v7.4.36 x64 on Windows 10
 Build 9926 x64, the UI is unresponsive at startup for 39 seconds. This same
 behavior occurs on startup, if I restart the PC. I believe I've traced this
 down to Notices, and need your input/help.

 Note: I'm attached to 35 projects, and one of the projects (with active
 file transfers; POEM@Test) is offline. I'm not sure if that's related or
 not.

 For my test, I suspended BOINC, then shut it down. Then I started it
 precisely at the 00 second mark.
 So, in the attached Log snippet, I launched BOINC via taskbar shortcut at
 precisely 4:24:00 PM.

 5 seconds from launch: I see the first Event Log entry, followed by a
 large chunk of logging that ends with read 32 total notices
 8 seconds into launch: I get Suspending computation - user request -- 8
 seconds is pretty slow to be seeing that.
 12/14/18 seconds into launch: Some notice stuff gets processed
 39 seconds into launch: I see a bunch of NOTICES::write: sending notice
 xx messages
 39+ seconds into launch: UI is *finally* responsive, and I see my
 projects/tasks.

 Are we really supposed to keep the UI locked this long? There may be
 multiple issues. But I'd think we should be able to show the
 Projects/Tasks/Status within *2* seconds, not 39.

 Can anything be done, here?

 Thanks,
 Jacob Klein

 ___
 boinc_alpha mailing list
 boinc_al...@ssl.berkeley.edu
 http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_alpha
 To unsubscribe, visit the above URL and
 (near bottom of page) enter your email address.

___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Re: [boinc_dev] set app priority

[Filip Rydlo]

Definitely. I agree.

BELOW_NORMAL_PRIORITY_CLASS  in 99.9 cases will *NOT* affect system
performance in any way. It is still lower than NORMAL.  So it has nearly
the same effect like the idle prio - except the *rare case*  *when running
antivirus test scan*  at below_normal prio  in the background. :)

At least for GPU (and ISIC-like)  tasks that have  *CPU_fraction
== 1*  or lower , please, let's make it the default prio.



Thanx for considering it.
  It would *really* effectively resolve many GPU-WUs late issues {and
nearly-IDLE GPUs *consuming fullPower BUT giving poor performance* } and
helped to  *speed-up Einstein@home   and  others*a lot
 especially on those many many dedicated PCs and power-users' gaming
machines (when not in use)...


*Namaste*
Filip


P.S. But  also, lets   think of a way  how to make the option accessible
for normal users too, somehow better than cc_config opt... maybe a
checkbox.
*So that they could  opt-out from this default* .. *IF at all* for
some reason somewhere it would give them a problem.  But I dont think it
ever would !  :)




2015-01-29 22:28 GMT+01:00 Jacob Klein jacob_w_kl...@msn.com:




 David,

 I expect coprocessor jobs (including gpu jobs), to be set at a higher
 priority than cpu jobs, in order to keep those other devices fed. It has
 a meaningful impact on the task completion times, for GPU tasks as well as
 ASIC tasks.

 I still maintain that it should be set as:
 If (coprocessor job)
 ... set process priority to BELOW_NORMAL_PRIORITY_CLASS (which I think
 uses default thread prio of 6 on Windows)
 Else (cpu job)
 ... set process priority to IDLE_PRIORITY_CLASS (which I think uses
 default thread prio of 4 on Windows)

 We already do this today, except as Richard mentioned, we are erroneously
 making full-cpu-core GPU tasks get bumped to the lower priority,
 affecting my ability to keep my GPUs loaded, and thus affected task
 completion time.

 Could we please change it to detect that it's a coprocessor job somehow,
 when determining priorities, per my recommendation above?
 I understand your concern about this, but keep in mind these priorities
 are all lower than NORMAL_PRIORITY_CLASS.

 So, can we please fix it?



 Date: Thu, 29 Jan 2015 20:59:06 +
 From: r.haselgr...@btopenworld.com
 Subject: Re: [boinc_dev] set app priority
 To: da...@ssl.berkeley.edu; jacob_w_kl...@msn.com
 CC: boinc_dev@ssl.berkeley.edu

 Maybe we're simply using the wrong discriminant to choose which priority
 to set.
 You note that some GPU apps perform poorly at idle priority.
 But at present we're determining their GPU-ness, not directly, but
 indirectly by their fractional CPU assignment.
 There are other GPU apps, apart from the POEM example, where a full 1.00
 CPU assignment makes a significant difference in processing time - the
 Einstein@Home OpenCL application for imtel_gpu is a case in point.
 Would it not be possible to determine the required priority directly from
 the 'use GPU' definition instead, and ignore the CPU fraction?
 From: David Anderson da...@ssl.berkeley.edu
  To: Jacob Klein jacob_w_kl...@msn.com
 Cc: BOINC Development boinc_dev@ssl.berkeley.edu
  Sent:
  Thursday, January 29, 2015 8:42 PM
  Subject: Re: [boinc_dev] set app priority

 Jacob:
 BOINC runs CPU jobs at idle priority to avoid impacting
 the performance of non-BOINC programs.
 The rationale for running jobs that use  1 CPU at higher priority is that
 - because they use little CPU time, running them at higher priority
won't have much impact on other programs
 - some apps (like QCN, and GPU apps) perform poorly if run at idle priority

 We could change the policy to run coprocessor apps at higher priority,
 regardless of how much CPU they use.
 But that would impact system performance in some cases.
 I'd hesitate to make this the default.
 Maybe it could be a cc_config.xml option.

 -- David

 On 26-Jan-2015 2:23 PM, Jacob Klein wrote:
  Hi David,
 
  I've been running POEM@Home GPU
  tasks, with an app_config.xml file, with cpu_usage
  set to 1.000, since each of their GPU tasks uses a full core, and I want
 to
  appropriately budget resources on my system.
 
  However, when I do that, the task's process runs at Idle priority,
 instead of Below
  Normal.
 
  Martin (a dev at Poem@Home) is researching the issue, here:
  http://boinc.fzk.de/poem/forum_thread.php?id=1105postid=10200
  And I replied here:
  http://boinc.fzk.de/poem/forum_thread.php?id=1105postid=10201
 
  ... but I think it's being caused by your changes below.
  Is your logic below, possibly incorrect? I mean, to my knowledge, there
 are some GPU
  apps (especially OpenCL) which
  require a full CPU core, and we'd still want their
  priorities to be kept at Below Normal, to keep the GPU fed with kernels,
 as a
  priority over other CPU jobs. I could even imagine non-GPU coprocessor
 jobs that
  would also require a full CPU core.
 
  Thoughts?
 
  Thanks,
  Jacob Klein
 
 
 
 
 

Re: [boinc_dev] [boinc_alpha] Linux issues with BOINC 7.4.36?

[Filip Rydlo]

Thank You Nicolas Alvarez  for summing up the tracking numbers!
This is Great.   We will need to re-test all   after I finish the
Grand-redesign of the tasks tab 
and   , because the code will be   *brand new* (and a *clean code*),all
the known bugs will *maybe* disappear...  and we will need to re-test them
all  to confirm that :-)

 *But* some *completely new bugs* will probably appear
instead...but they will be *extremely easily to fix*  as soon as they
will be found (so we will need some really EXTENSIVE testing of the task
tab),    fixed  either  by me  or by any experienced  BOINC-Manager
developer ,   like for example  David, Rom, and others... :-)

 I will document the new code perfectly,  the internal API designed
with Apiary and API Blueprint  will come with FULL documentation and will
be extremely simple  , *something* *like 10 times simplier  than  pure
wxWidgets code only*. :-)hopefully.

  Well, wish me luck and  patience, I will definitely need it...  *API
Blueprint*  and Apiary  will be still *new tools* to me,   so no really
fast  work with this tool will probably somehow magically happen. :)

Thanx.


A complete list of  tracking tickets for Tasks tab (or added KEYWORDs to
those still hidden = mistakenly *not* associated with Tasks-tab ...  for
the search engine of the bug-tracking system to find them all)  will be
greatly appreciated :-)

   One ring to find them all...  - hehehe!  OK, we need the  *One
keyword*  to find them all ;)


Filip




2015-01-08 2:06 GMT+01:00 Nicolás Alvarez nicolas.alva...@gmail.com:

 2015-01-07 16:24 GMT-03:00 Nicolás Alvarez nicolas.alva...@gmail.com:
  2015-01-07 1:04 GMT-03:00 Charlie Fenton charl...@ssl.berkeley.edu:
  Also, we want to try to get a Linux release out with the latest BOINC
 code.  Could people give us a comprehensive list of the bugs in Linux?
 Please separate out the issues when static linked with wxWidgets 3.0.2 from
 those when static linked with wxWidgets 3.0.0.
 
  I have BOINC 7.4.23 from Debian packages dynamically linked to
  wxWidgets 3.0.2. I don't know if either has Debian-specific patches.
 
  - Some rows don't update. I have 10 tasks, the top 4 ones are running,
  and the top 3 update their progress bar. The 4th only updates when I
  select a row (any row) or when I focus or unfocus the window, both of
  which presumably cause a window repaint. I have seen similar things
  happen in the Projects tab.

 Charlie mentioned this is already fixed. I haven't tested the fix yet.

  - I use focus follows mouse. Moving the mouse over a window makes it
  get the focus, without bringing it to the foreground. BOINC Manager is
  the only application that jumps to the foreground when I give it focus
  that way; it's really annoying.

 https://boinc.berkeley.edu/trac/ticket/1376

  - Clicking the Close button on the titlebar minimizes the window. Not
  to the tray, but to the normal task bar. In other words it does
  exactly the same as the Minimize button, making it pretty useless.

 https://boinc.berkeley.edu/trac/ticket/1377

  - When I press the right mouse button on the tray icon, the menu
  appears, but it disappears as soon as I release the right mouse
  button. I have to hold the mouse button while moving it and release it
  over the wanted menu item.

 https://boinc.berkeley.edu/trac/ticket/993 which I reported five years
 ago. Maybe it's time I research it myself :)

 --
 Nicolás
 ___
 boinc_dev mailing list
 boinc_dev@ssl.berkeley.edu
 http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
 To unsubscribe, visit the above URL and
 (near bottom of page) enter your email address.

___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Re: [boinc_dev] High priority status message removed.

[Filip Rydlo]

Hello, BOINC developers.

I like this *plain fact statement*... Running, to meet deadline

  I would only make very little change...:

Running *now*, to meet deadline


*Namaste*
Filip


2014-10-04 17:57 GMT+02:00 McLeod, John john.mcl...@sap.com:

 BOINC may be running tasks out of round robin order, but it is not
 panicking. Panic has the connotation of inconsidered fright. That is not
 what BOINC is doing. BOINC is considering the situa t ion and making a
 decision based on the best available knowledge. This is not panicking.

 Sent from my Android phone using TouchDown (www.nitrodesk.com)

 -Original Message-
 From: Erik Veit [zombi...@mac.com]
 Received: Saturday, 04 Oct 2014, 11:38AM
 To: McLeod, John [john.mcl...@sap.com]
 CC: boinc_dev@ssl.berkeley.edu [boinc_dev@ssl.berkeley.edu]
 Subject: Re: [boinc_dev] High priority status message removed.

 But that’s exactly what BOINC *is* doing.  It’s stopped thinking, and is
 no longer considering all the normal scheduling rules.  It’s scheduling on
 pure fear (panic) of a missed deadline.


  On Oct 4, 2014, at 8:04 AM, McLeod, John john.mcl...@sap.com wrote:
 
  Panic is a word that we really do not want to use. When you panic, you
 stop thinking...
 
  Sent from my Android phone using TouchDown (www.nitrodesk.com
 http://www.nitrodesk.com)
 
  -Original Message-
  From: Erik Veit [zombi...@mac.com]
  Received: Saturday, 04 Oct 2014, 10:26AM
  To: boinc_dev@ssl.berkeley.edu [boinc_dev@ssl.berkeley.edu]
  Subject: Re: [boinc_dev] High priority status message removed.
 
  Set a two day queue, and BOINC panics.
 
  Use the words that the users are already using.
 
  “Panic Mode”.  It’s concise, easily understandable, no confusion with
 system priority, and is the term BOINC users have been using for years to
 describe it on all the forums.
 
 
 
 
  On Oct 4, 2014, at 5:48 AM, Richard Haselgrove 
 r.haselgr...@btopenworld.com wrote:
 
  Just observe. I'm currently running two SIMAP tasks which were issued
 with a two-day deadline (additional replications required for validation -
 they must be using
 
  reliable_reduced_delay_boundX/reliable_reduced_delay_bound
  When a need-reliable result is sent to a reliable host, multiply the
 delay bound by reliable_reduced_delay_bound (typically 0.5 or so).
 
  Set a two day queue, and BOINC panics.
 
  Don't judge every BOINC operation by the relaxed timings used at SETI.
 
 
  
  From: Charles Elliott elliott...@comcast.net
  To: 'McLeod, John' john.mcl...@sap.com; jacob_w_kl...@msn.com;
 r.haselgr...@btopenworld.com; boinc_dev@ssl.berkeley.edu
  Sent: Saturday, October 4, 2014 1:37 PM
  Subject: Re: [boinc_dev] High priority status message removed.
 
 
  You can still easily get into deadline trouble with either large
 queues,
  or multiple projects and an occasional tight deadline
 
 
 
  Proof?
 
 
 
  From: McLeod, John [mailto:john.mcl...@sap.com]
  Sent: Friday, October 3, 2014 10:54 PM
  To: jacob_w_kl...@msn.com; r.haselgr...@btopenworld.com;
  boinc_dev@ssl.berkeley.edu; elliott...@comcast.net
  Subject: RE: [boinc_dev] High priority status message removed.
 
 
 
  You can still easily get into deadline trouble with either large
 queues, or
  multiple projects and an occasional tight deadline.
 
  Sent from my Android phone using TouchDown (www.nitrodesk.com
 http://www.nitrodesk.comhttp://www.nitrodesk.comhttp://www.nitrodesk.com
 )
 
  -Original Message-
  From: Charles Elliott [elliott...@comcast.net]
  Received: Friday, 03 Oct 2014, 10:10PM
  To: 'Jacob Klein' [jacob_w_kl...@msn.com]; 'Richard Haselgrove'
  [r.haselgr...@btopenworld.com]; McLeod, John [john.mcl...@sap.com];
  boinc_dev@ssl.berkeley.edu [boinc_dev@ssl.berkeley.edu]
  Subject: RE: [boinc_dev] High priority status message removed.
 
  On my computer, which is allocated about 300 AP WUs at a time, in late
  September Boinc was running AP WUs due in late October.  Then when
 October
  1 came it seemingly panicked and stopped doing anything but processing
 AP
  WUs
  due October 17.  That behavior was useful when we could download
 thousands
  of WUs, but I think it should be questioned now.
 
  Charles Elliott
 
  -Original Message-
  From: boinc_dev [mailto:boinc_dev-boun...@ssl.berkeley.edu] On Behalf
  Of Jacob Klein
  Sent: Friday, October 3, 2014 9:24 AM
  To: Richard Haselgrove; McLeod, John; boinc_dev@ssl.berkeley.edu
  Subject: Re: [boinc_dev] High priority status message removed.
 
  I'd like to see Prioritized to meet deadline in the UI, next to
  Running.
 
  
  From: Richard Haselgrovemailto:r.haselgr...@btopenworld.com
  Sent: ‎10/‎3/‎2014 9:19 AM
  To: McLeod, Johnmailto:john.mcl...@sap.com;
  boinc_dev@ssl.berkeley.edu
  mailto:boinc_dev@ssl.berkeley.edu%3cmailto:boinc_dev@ssl.berkeley.edu
 
  mailto:boinc_dev@ssl.berkeley.edu
  Subject: Re: [boinc_dev] High priority status message removed.
 
  The removal followed a question 

Re: [boinc_dev] Feature request: Preference for graphics apps or fastapps.

[Filip Rydlo]

Hi, Bernd.
   Oh, but this is a really tempting idea!   Extremely interesting,
puzzling , intriquing!
   condition:
   1/  If there was some mechanism on the server to force it to still
send some units for the slower version *TOO*.

   2/  And if we would have some kind of TRIGGER to switch on  an
option on the client  for example to propagate the *at most 1 WU at a
time running - of this app*  there  I mean
*max_concurrent1/max_concurrent* ... in the app_config ,

   It would seem possible and in fact: easy to do this.

   I can imagine how all the gamers and power-users (scientists,
students of sciences  and GPU-programmers... )  having *8 logical CPUs* in
nearly every PC would * immediatelly  switch this option  *ON*  ,  the
day when it will be announced !!! :-)*

 ... because me too have it,  an *8*-logical-core CPU.  in
the notebook from year *2011* (without integrated intel GPU)   yes, it
surprisingly still works (Amazing *gaming-cooling* , *Thank You, ASUS*),
this PC is  powered by:  *Core i7 720 QM* at 1.73 GHz (*TB 2.8*).  ;)
  ;)

Please,  I need this option too! :)


-
*IF someone can implement this in the server side*, I will do the
client-code,* I know C++ very well*.
-

app_config
   [app
  nameuppercase/name
  max_concurrent1/max_concurrent
  [fraction_done_exact/]


*Namaste*
Filip


2014-08-06 8:30 GMT+02:00 Bernd Machenschalk bernd.machensch...@aei.mpg.de
:

 Out of curiosity: would it be possible with reasonable effort to configure
 the client to have exactly one graphical task running for the graphics
 and the faster version running on the other CPU cores?

 Bernd

 On 6. August 2014 01:08:37 MESZ, Bernd Machenschalk 
 bernd.machensch...@aei.mpg.de wrote:
 Add a project-specific prefs setting. The name of the tag and value to
 be used depends on e.g. what the default should be.
 Set up a plan class for the non-graphical app version.
 Use project_prefs_tag and project_prefs_regex in plan class
 specification to disable that plan class depending on the project prefs
 
 setting.
 
 hth,
 Bernd
 
 
 Eric J Korpela wrote, On 05.08.14 18:53:
  There's lot of copies of data to and from shared arrays.  Even when
 the
  screen saver is off, the check to see if data needs to be copied is a
  non-zero overhead.   There are optimizations that become difficult
 when the
  graphics code is enable.  The lab is having network problems, so I
 can't
  currently get you a speed ratio of the no-graphics to graphics
 versions.
  It would be difficult to add graphics back into the versions that
 don't
  currently have it.
 
 
  On Tue, Aug 5, 2014 at 9:29 AM, Rom Walton r...@romwnet.org wrote:
 
  What overhead is left for the regular app with regards to graphics?
 
  I thought all the major overhead is in the graphics app itself.
 
  - Rom
 
  -Original Message-
  From: boinc_dev [mailto:boinc_dev-boun...@ssl.berkeley.edu] On
 Behalf Of
  Eric J Korpela
  Sent: Tuesday, August 05, 2014 11:49 AM
  To: boinc_dev@ssl.berkeley.edu; David Anderson
  Subject: [boinc_dev] Feature request: Preference for graphics apps
 or
  fastapps.
 
  Hi David,
 
  Starting with Astropulse 7 we're going to have both a standard app
 with
  graphics code for the screen saver and a faster version without the
  graphics overhead.  If I just release them as is, the non-graphical
  version will quickly become dominant.
 
  There are still people out there who like to see the screensaver
  graphics.
  I haven't come up with a way (apart from custom code) to allow
 people to
  choose to get a slower version with graphics over a faster version
  without.
 
  Any ideas on whether such a thing could be done?
 
  --
  Eric
  ___
  boinc_dev mailing list
  boinc_dev@ssl.berkeley.edu
  http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
  To unsubscribe, visit the above URL and
  (near bottom of page) enter your email address.
 
 
  ___
  boinc_dev mailing list
  boinc_dev@ssl.berkeley.edu
  http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
  To unsubscribe, visit the above URL and
  (near bottom of page) enter your email address.
 
 ___
 boinc_dev mailing list
 boinc_dev@ssl.berkeley.edu
 http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
 To unsubscribe, visit the above URL and
 (near bottom of page) enter your email address.
 ___
 boinc_dev mailing list
 boinc_dev@ssl.berkeley.edu
 http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
 To unsubscribe, visit the above URL and
 (near bottom of page) enter your email address.

___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu

[boinc_dev] on Android - Invisible red checkbox on red background... power sources - battery.

[Filip Rydlo]

The checkbox for battery is invisible on most mobile phones with android.:
   HTC One V, HTC Desire 500 , etc .

It was visible in previous version ... :)

Can someone fix this, please?

Thanx a lot.

Filip The Overtonesinger

P.S.
  Great work, btw, Boinc on all platforms  runs like a swiss-watch! :-)
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.