Filip Rydlo wrote, On 06.08.14 21:37:
Hi, Bernd.
Oh, but this is a really tempting idea! Extremely interesting,
puzzling , intriquing!
The only way to make this happen that I can currently think of is on the
application level:
- build an application version bundle that contains both application
versions and a small wrapper program
- the wrapper gets started by the BOINC Client
- on start, the wrapper tries to create and lock a file in the
project(!) directory
+ if acquiring the lock fails, it means that there is already a
graphical version running, so start the faster, non-graphical version
+ if acquiring the lock succeeds, start the graphical version and
remove the lock & file after the graphical program terminated
Best,
Bernd
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_concurrent>1</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>
<name>uppercase</name>
<max_concurrent>1</max_concurrent>
[<fraction_done_exact/>]
*Namaste*
Filip
------------------------
2014-08-06 8:30 GMT+02:00 Bernd Machenschalk <[email protected]>
:
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 <
[email protected]> 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 <[email protected]> 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:[email protected]] On
Behalf Of
Eric J Korpela
Sent: Tuesday, August 05, 2014 11:49 AM
To: [email protected]; 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
[email protected]
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
[email protected]
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
[email protected]
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
[email protected]
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
[email protected]
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
[email protected]
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.
