Changes between Version 2 and Version 3 of PrefsPresets
- Timestamp:
- Sep 25, 2017, 3:13:57 PM (7 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
PrefsPresets
v2 v3 1 = Prefs pre -sets =1 = Prefs presets = 2 2 3 A proposal for simplifying the prefs interface by providing a few "pre -sets" -3 A proposal for simplifying the prefs interface by providing a few "presets" - 4 4 named preference sets - as the default interface. 5 5 … … 10 10 Eventually the Manager should provide the same interface. 11 11 12 == Proposed pre-sets == 12 == Proposed presets == 13 14 (TODO: fill in the actually preferences for each of the following) 13 15 14 16 === Max computing === 15 17 16 18 Allow computing on all CPUs and GPUs, all the time. 17 Memory limits: 90% while idle, 50% while busy 19 Fan noise OK. 20 Power usage not an issue. 18 21 19 22 === Standard === 20 23 21 Busy: 50% CPUs, no GPU 22 Idle: 100% of both 24 Remain inaudible and invisible; 25 given that, compute as much as possible. 26 In particular, don't cause fans to go on high speed. 27 28 To implement this properly we need detection of fan speeds (system, CPU, GPU). 29 30 Need to not run VMs while busy (or maybe keep 1 core free), until VBox fixes priority issue. 31 23 32 24 33 === Energy-saver === 25 34 26 Busy: 25% CPUs, GPU 35 Compute as energy-efficiently as possible. 36 37 To implement this properly we need to look at Peter Hannape's work 38 and figure out how to put the CPU into the mode that maximizes FLOPS/watt. 39 27 40 Idle: none (let the computer go into low-power mode or turn off) 41 42 == Implementation == 43 44 If a user selects one of these, 45 we should store the preset name (max, standard, green) in user.global_prefs, 46 rather than the prefs themselves. 47 The scheduler can send the corresponding prefs in its reply. 48 This will let us change/extend the meanings of the presets. 49 50 Users can still edit any pref. 51 But if they change anything, they're not using the preset anymore.