Re: [boinc_dev] Feature request: Preference for graphics apps or fastapps.
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.
Re: [boinc_dev] Feature request: Preference for graphics apps or fastapps.
Hi David! Given that you look into the PSP (project-specific preferences) code anyway, probably with the result that projects that want or need to use the resulting web code need to rewrite their PSP code, may I (again) suggest to consider implementing PSP read from a (XML) config file? I think the config file approach has shown its benefit to numerous projects that use config files to set up their plan classes. It would offer the additional possibility of displaying and even editing PSPs in account managers and client managers. Oliver has already mentioned that we use this approach in the BOINC-Drupal project and has pointed out the XML specification that was developed there. I think it would save time and effort for all of us to use this as a basis. We certainly would be willing to help implementing this approach. Best, Bernd On 06.08.14 01:32, David Anderson wrote: Yes, that's the way to do it. I'll look into updating the project-specific-prefs code to use the same object-oriented framework as general prefs. -- David On 05-Aug-2014 4:08 PM, Bernd Machenschalk 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 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 request: Preference for graphics apps or fastapps.
Hi David, On 06/08/14 10:02 , Bernd Machenschalk wrote: Oliver has already mentioned that we use this approach in the BOINC-Drupal project and has pointed out the XML specification that was developed there. I think it would save time and effort for all of us to use this as a basis. That's right. Let me give you some background/motivation first: We at Einstein@Home already replaced the stock code for handling project-specific preferences with a libxml2-based solution a couple of years ago because we wanted to use XML attributes which BOINC doesn't support out of the box. However, maintaining the set of project-specific preferences has still remained cumbersome, to say the least. Maintenance like that should require code changes after all. Since we're gearing up to move our project website to Drupal (which went live on our test project today!) we thought hard about how we could provide a much more elegant solution for preference handling. The overall goal was to provide a facility for project admins to just specify their specific set of project preferences easily, without the need to touch any code! This means we needed a way to let them specify the GUI elements as well as the structure of the XML fragment that gets persisted to the DB. This specification would then be uploaded to the website and processed by a parser which then constructs the GUI (view) dynamically. It also provides the structure that the view's controller/model then use to write to and read from the database. In order to facilitate that we came up with a kind of DSL by defining a suitable XML schema that allows for specifying all of the above in a single XML file. Thus the schema defines what the parser and the view have to (are able to) support. They are kept in sync by the developers (not the downstream project admins!). Based on that schema definition downstream project admins are then free to specify any set of preferences they wish. Their XML preference specification is of course validated during upload and only accepted when it's valid. All of this already exists in the BOINC repo, well, in our copy of it. It's ready to be pushed at any point - together with the rest of the generic BOINC/Drupal codebase. If this sounds interesting to you and if you are willing to implement a similar solution for the stock BOINC web code I'll be happy to share the details. I think it would be very useful to ease the maintenance work of all project admins. Cheers, Oliver smime.p7s Description: S/MIME Cryptographic Signature ___ 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 request: Preference for graphics apps or fastapps.
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
Re: [boinc_dev] Feature request: Preference for graphics apps or fastapps.
Bernd Machenschalk wrote, On 06.08.14 22:08: - 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 Implementation note: the app versions and the wrapper don't need to be three separate programs / executables, but actually different main() functions (main() (wrapper) calling main_graphical() or main_fast()) linked into the same binary. This would relieve us of the necessity to forward signals from the wrapper process to the actual application, which in the above model runs as a separate process. OTOH requiring that different objects (functions, variables) have different names the one-program approach might seriously complicate code, building linking. Best, Bernd ___ 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 request: Preference for graphics apps or fastapps.
Bernd Machenschalk wrote, On 06.08.14 08:30: 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? One more thought: Is there a way to tell the screensaver whether it should show the progress of non-graphical tasks in standard progress bars or skip such tasks altogether and show only graphical ones? Best, Bernd ___ 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 request: Preference for graphics apps or fastapps.
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.
Re: [boinc_dev] Feature request: Preference for graphics apps or fastapps.
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.
Re: [boinc_dev] Feature request: Preference for graphics apps or fastapps.
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.
Re: [boinc_dev] Feature request: Preference for graphics apps or fastapps.
Yes, that's the way to do it. I'll look into updating the project-specific-prefs code to use the same object-oriented framework as general prefs. -- David On 05-Aug-2014 4:08 PM, Bernd Machenschalk 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.