New CoreFreq GUI ?

[cyring]

Is it worth programming a Graphical UI for CoreFreq ?

• Could be made from one of the major frameworks: GTK, QT, Cairo, GL, Xlib
• Could be a web front-end made in JS and web-socket for live data
• Other suggestions ?

Contributions for UI designed will be welcomed.

Pros & Cons:
+ Sensors history charts are easier to program.
+ Point & click makes CoreFreq easier to use.
+ Offloading drawing cycles to GPU may improve CPU monitoring accuracy.
+ Brings UI to other OS and/or web browsers.
+ In data centers, ability to manage multiple CoreFreq
- Web-socket and JSON Server CPU overhead could impact monitoring
- Some features may become available only in one environment, GUI vs TUI
- Network connected UI is adding security risks
- Currently, SSH access to corefreq-cli is more than enough

[hot22shot]

I voted yes for a web version ! Very nice work btw

[cyring]

I've been thinking about a JSON WebSocket as a connector to the CoreFreq backend but a GUI frontend claims a one man work.
I need a GUI programmer.

[cyring]

CoreFreq GUI is a basic GUI sample.
Within its source code, you will find the prerequisites to connect (map) to the CoreFreq Daemon' shared memories and make use of all structured data.
Commands, such as dis/enabling Processor features, are not implemented yet.
Thus this GUI is so far a read-only Client made for the Xlib.