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_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.
