julius-gummersbach / cae-performance-data-monitoring-tool Goto Github PK

Ausgewählte Daten sollen als Histogramm oder Graph angezeigt werden.
Datenübergabeformat muss noch definiert werden.

Potentielle Fehler, die bereits absehnbar sind:

• Daten sind invalide
• Daten fehlen
• Daten werden verbunden ohne dass dies erlaubt ist

Wir müssen festlegen, womit wir in diesem Projekt unser Logging betreiben wollen.

-Es muss ein passendes Programms für das Gui ausgesucht werden
-es soll eine Möglichkeit zum angeben eines Startzeitpunkts geben
-es soll sich ein oder zwei Threads angeben lassen, die angezeigt werden sollen
-es soll eine Operationion (+,-,....) auswählbar sein
-es soll möglich sein eine Dateart (errors, CPU auslastung...) auszuwählen
-ein Graph muss angezeigt werden( #8 )

Damit wir geordnet anfangen können Code zu schreiben, brauchen wir eine Verzeichnisstruktur, an der sich alle orientieren können

Implement the changes to the WebSocketConnector as discussed on 24.01. see attached file for reference

Der DataManager speichert alle Threadinfos in einer map (thread id auf thread info objekt)
Hat eine Funktion addThreadInfo, die ein Json Objekt bekommt.
Wenn die ThreadId schon in der Map existiert, werden evtl Attribute angepasst und die ThreadData Objekte hinzugefügt. (addData() )
Wenn nicht, wird ein neuen ThreadInfo Objekt erstellt und zur Map hinzugefügt.

• Man kann Daten abfragen mit einer ThreadId und einem Zeitintervall (start, dauer)
  • gibt zufällige werte zurück

Deadline: 06.02. 23:59
Interne Deadline: 03.02. 12:00

rn the text in the generated svgs looks something like this:

I don't think that's really fitting. It should either be removed or changed to something more fitting.

Render SVG files from the points received from the WebSocket
See this branch

Das Projekt soll in einem Linux Dockercontainer mit allen Dependencies released werden.

Wir möchten im Projekt einheitliche Code Formatierung haben.
Dafür würden wir eine clang format datei anlegen die wir alle benutzen.
Zu klären ist, ob es da Vorgaben von CAE gibt an die wir uns halten sollen.

update as per #46

Wenn zwei Graphen verknüpft werden muss überprüft werden, ob die Datenpunkte zeitlich übereinanderliegen, bevor sie verrechnet werden.
Das könnte man zum Beispiel über frequenz / iterations machen.
Es ist noch zu klären, wo der check gemacht wird, wahrscheinlich in der GraphOperation und in der Expression?

This issue is for testing the Issue-Workflow.
There are typos in the README.md file. They should be fixed.

• Auf anfrage vom UI sollen graffähige Daten bereitgestellt werden

  • Eine Metrik von einem Thread

• Dafür müssen Daten aus der Datenstruktur abgefragt werden

• Die Daten müssen unter umständen noch bereinigt bzw. aufbereitet werden

• In einer noch festzulegenden Form werden die Daten ans UI zurück gegeben

Zielformat muss festgelegt werden #8

Der DataManager antwortet auf Anfragen nach Daten von den Graphen/Expression Objekten.
Paramter der Anfrage: ThreadId, Start und Dauer des Intervalls
Diese Funktionalität kann erst implementiert werden, wenn wir wissen wie wir die Daten zeitlich ordnen können.

Linux Docker Container anlegen in dem alle Dependencies installiert sind.
Soll dem Entwicklerteam ermöglichen das Projekt auszuführen und zu debuggen.

We need to update the README to include:

• Install / setup instructions
• Some words about how the project went

We would like to develop this project under an open-source license so we can reference it in future job applications and the like.
It is up to the CAE GmbH to decide this, so we need to speak to them and agree on a License.

-after combining graphs, the upmost thread is automatically selected in the GUI (without changing the shown image!)
-the last received thread at startup is the upmost one in the drop-down menu in the GUI
(see #82 )

{
"sender": "gui",
"topic": "operation",
"payload": {
"lhs": "",
"operation": "<operation identifier like +-*/>",
"rhs": "",
"resultingGraphName": ""
}
}

push the dispatcher datamodel

Implement the class referenced as Verwalter in the documentation.
The class is responsible for the rest api interface to the UI

One Namespace to rule them all.(CAEMonitoringTool)
And a Namespace for each folder in the core folder.

Blockiert durch #11

• Zwei Graphen sollen über eine Operation (+-*/) verknüpft werden können

• Dazu muss ggf. überprüft werden ob die Operation überhaupt möglich ist

• Als Rückgabe ist wiederum ein Graf vorgesehen

Die Daten vom Web-Socket müssen vor der Weiterverarbeitung validiert werden (siehe #3 )
Welche Kriterien die Daten in diesem Schritt erfüllen müssen, muss festgelegt werden.
Dafür fehlen noch die Beispieldaten von @CaptainPaule .

Update the server script to fit the new requirements

Update the datastorage implementaion to the updated specificatino as discussed on 24.01.
See attached file for reference

• Hashmap mit passenden Key-Value Parametern erstellen
• Datensätze nach Validierung nach Thread-ID sortiert abspeichern

Die Daten vom Web-Socket müssen vor der Weiterverarbeitung validiert werden (Anforderungen siehe #7 ).
Nach der Validierung werden die Daten dann in eine interne Datenstruktur weitergereicht (siehe #6 )
Bei Invaliden Daten soll eine Fehlermeldung gelogt und der Datensatz verworfen werden.

CAE_Tool_V2.pdf

Data Validation is done except for small todos here and here.
To not block oder PRs we will merge the Branch anyways and finish the todos later

Bekommt Daten vom Websocket als JSON und gibt sie als Dict an den DataManager weiter.
Noch zu klären ist wie genau die Daten ankommen

We have to determine which framework to use.
Possible choices are:

• Qt
  • GPLv3/GPLv2/LGPL
  • https://www.qt.io/
  • unsure if we can use it because of License
• wxWidgets
  • no License
  • https://wxwidgets.org/
  • quite old, but uses native SDKs
• CEGUI
  • MIT-License
  • http://static.cegui.org.uk/docs/0.8.7/index.html
  • newer Framework, made for games hence animations should work good
    Would be nice if we could determine asap which framework to use.

Potential scenatios and possible errors:

• The last data point is within the requested interval and while the request runs more data is added, the next request potentially contains more values then the first one and might cause problems when combining