Usability discussion

BOINC logo

Things we're working on, will release soon

  1. Simple GUI, prefs dialog
  2. CPU throttle

Things we could consider doing

Client GUI/core client/installer

  1. Add an 'advanced prefs' dialog that includes all prefs, with two save buttons: 'save to web (affects all hosts)' and 'save locally (affects this host only)'.
  2. 'Attach to project' wizard shows list of popular projects, (names, descriptions) with the ability to type in URL of other project. List of projects is obtained dynamically from boinc.berkeley.edu. (recent list also included in a file). Also, remember what projects the client has been attached to (but is no longer) and add them to the list.
  3. Attach-to-project wizard prepopulates email/password fields for 2nd and subsequent attaches.
  4. Control resource shares in Manager.
  5. Make BOINC easier to use with command-line interface (boinc_cmd).
  6. Make Linux install easier. [ Several distributions (Gentoo/portage, debian/ubuntu, redhat/fedora) seem to have done this already. Need to research these, give appropriate instructions on BOINC web site. ]
  7. Increase time resolution of CPU throttling so Task Manager doesn't see on/off changes.
  8. A scheme where projects could offer a 'join' link, which would either work directly (via href=boinc:projecturl) or by downloading and opening a file (named projecturl.boinc). See emails from Goldsmith and Alvarez about how to do this. 'Asynchronous pluggable protocols': see http://msdn.microsoft.com/library/default.asp?url=/workshop/networking/pluggable/overview/overview.asp
  9. Have BOINC sense CPU temperature. Control fan speed and/or do CPU throttling accordingly.

Comments: 8) is probably impractical; it would be a huge development effort. The other ideas are do-able, and I like them.

System-wide changes

  1. Tolerate slow computers better, i.e. those that take a month to finish a SETI@home WU. Maybe change the scheduler so that it sends results of a WU to similar-speed computers, and chooses an appropriate deadline for them.
  2. Add counters to user/hosts records for total results, total success results. (for people who like to count workunits, not credit).
  3. Don't compute credit based on core client benchmarks. Use some other mechanism, e.g. reference WU.
Comments: all should be doable.

Customer support

Possible new support channels:
  1. Use a 'Trouble Ticket System' (TTS). For an explanation of what this is, see http://doc.otrs.org/2.1/en/html/c24.html#basic-tts-example

    Examples include:

    Create a 'volunteer support group' (VSG) to handle tickets. (Anthony Strong suggested some S@h users). (Tigher: moderator != support volunteer). Create queues so that VSG can pass things on to developers if needed. Make the answers searchable?
  2. Use email lists for support. 2nd level email list for discussion among VSG. Volunteers can forward questions to 3rd level (project admins). Project admins can forward questions to boinc_dev. Possibly make Q&A forums posts feed into the email list.
  3. Add a 'chat with a support volunteer' button, either text-based (Skype or IRC) or VOIP (Skype or other). Nicolas: could build IRC support into Manager.
  4. Resurrect the BOINC forum's Q&A mechanism (which was lost in Janus' rewrite a few months back). This old mechanism questions in order of how frequently they've been asked, rather than chronologically. It shows answers in order of how highly they're rated. The goal is to make the Q&A into a user-editable FAQ, rather than a message board.
  5. Wiki-based FAQ
  6. 'Over your shoulder' video showing download/install/attach.
Possible changes to existing mechanisms: Comments: Questions (from David):
Return to BOINC main page

Last modified 8:52 PM UTC, October 17 2012.
Copyright © 2017 University of California. Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation.