Anmeldungsdatum: Beiträge: 114 Wohnort: Schwarzwald |
Hi zusammen, es gibt ja diverse Programme zur Überwachung der CPU Last etc., aber bei allen die ich bisher gesehen habe (htop, nvtop, bashtop...) fehlt die Überwachung der GPU. Gibt es dafür ein passendes Programm? Kann man die Systemlast auch als Overlay auf dem Desktop Hintergrund einblenden? |
||
|
Supporter, Wikiteam
Anmeldungsdatum: Beiträge: 18258 Wohnort: in deinem Browser, hier auf dem Bildschirm |
|||
Anmeldungsdatum: Beiträge: 5452 |
|||
|
(Themenstarter)
Anmeldungsdatum: Beiträge: 114 Wohnort: Schwarzwald |
Danke für den Tipp. Ich habe btop wie auf github beschrieben installiert. Leider wird mir aber keine GPU Auslastung angezeigt. In der Anleitung auf github steht zur GPU Unterstützung, dass ich den NVIDIA Treiber und die Bibliothek nvidia-ml installiert haben muss. Das ist bei mir beides der Fall, aber ich finde dennoch keine Anzeigemöglichkeit für GPU Auslastung.
Was mache ich falsch? |
||
|
Anmeldungsdatum: Beiträge: 5452 |
Mich wundert, dass bei deiner alten Quadro K2000 mit Kepler GPU-Architektur keine Strommessung mit nvidia-smi möglich ist. Fehlen der Hardware da schlichtweg die Sensoren, so dass die Werte bei dieser Hardware nicht abgefragt werden können? Ist Lm sensors nicht installiert? |
||
|
(Themenstarter)
Anmeldungsdatum: Beiträge: 114 Wohnort: Schwarzwald |
Ich habe die Sensoren gesucht und ergänzt:
Leider sehe ich nach wie vor keine GPU Infos in gtop |
||
|
Anmeldungsdatum: Beiträge: 5452 |
Mach mal einen Reboot, damit sensors funktioniert. Im Terminal dann: /usr/bin/sensors |
||
|
(Themenstarter)
Anmeldungsdatum: Beiträge: 114 Wohnort: Schwarzwald |
btop siehe anhang |
||
|
Anmeldungsdatum: Beiträge: 5452 |
Was für eine Version ist das BTOP++, wie ist es installiert worden, und ist es mit musl oder mit glib gebaut? |
||
|
(Themenstarter)
Anmeldungsdatum: Beiträge: 114 Wohnort: Schwarzwald |
ich habe die Installationsdatei wie in der btop github Hilfe beschrieben heruntergeladen. Diese Version: https://github.com/aristocratos/btop/releases/download/v1.4.0/btop-x86_64-linux-musl.tbz Dann entpackt und installiert mit
Version ist 1.4.0 (siehe Screenshot) musl oder glib weiß ich nicht... was nimmt denn make? |
||
|
Anmeldungsdatum: Beiträge: 5452 |
Standard auf Ubuntu ist die glib, also die GNU C Library. Die Binaries dort sind aber mit musl gebaut.
Ich baue und installiere mir BTOP++ sehr bequem frisch aus dem GIT mit einem alias bneu='INSTALLATIONSDISK=$HOME/Installationsdisk && \
BTOP_BASE=$HOME/Installationsdisk/btop++ && \
BTOP_SRC=$BTOP_BASE/btop && \
[ ! -d $INSTALLATIONSDISK ] && mkdir -pv $INSTALLATIONSDISK || echo "$INSTALLATIONSDISK exists" && \
[ ! -d $BTOP_BASE ] && mkdir -pv $BTOP_BASE || echo "$BTOP_BASE exists" && \
[ ! -d $BTOP_SRC ] && git clone https://github.com/aristocratos/btop.git $BTOP_SRC && \
printf "\n \033[45m\033[1;36m==> BTOP++ Sourcecode cloned. \033[0m\033[42m\033[1;36m ==> ... \033[0m \n \n" || \
printf "\n \033[45m\033[1;36m==> BTOP++ Sourcecode found. \033[0m\033[42m\033[1;36m ==> ... \033[0m \n \n" && \
printf "\n \033[45m\033[1;36m==> Update BTOP++ Sourcecode. \033[0m\033[42m\033[1;36m ==> ... \033[0m \n \n" && \
git -C $BTOP_SRC pull && echo "git pull done." || echo "No git pull." && \
printf "\n \033[45m\033[1;36m==> Uninstall old BTOP++. \033[0m\033[42m\033[1;36m ==> ... \033[0m \n \n" && \
sudo make uninstall PREFIX=/usr -C $BTOP_SRC && echo "Old BTOP++ uninstalled." || echo "Can´t BTOP++ uninstall." && \
printf "\n \033[45m\033[1;36m==> Compile BTOP++. \033[0m\033[42m\033[1;36m ==> ... \033[0m \n \n" && \
[ -d $BTOP_SRC/obj ] && yes | rm -rf $BTOP_SRC/obj && echo "Builddir removed, OK" || echo "No need remove Builddir, OK." && \
mkdir -pv $BTOP_SRC/obj && \
sudo mount -v tmpfs $BTOP_SRC/obj -t tmpfs -o mode=777 && \
[ -d $BTOP_SRC/bin ] && yes | rm -rf $BTOP_SRC/bin && echo "Builddir removed, OK" || echo "No need remove Builddir, OK." && \
mkdir -pv $BTOP_SRC/bin && \
sudo mount -v tmpfs $BTOP_SRC/bin -t tmpfs -o mode=777 && \
time make -j $(nproc --all) -C $BTOP_SRC \
ADDFLAGS=-march=native STRIP=true OPTFLAGS="-O3 -ftree-loop-vectorize -flto=`nproc --all` \
-fcf-protection=full -fuse-ld=mold -Wno-dangling-reference" && \
printf "\n \033[45m\033[1;36m==> Install fresh BTOP++. \033[0m\033[42m\033[1;36m ==> ... \033[0m \n \n" && \
sudo porg -lp btop "make install -j $(nproc --all) PREFIX=/usr -C $BTOP_SRC" && \
printf "\n \033[45m\033[1;36m==> setuid for BTOP++ binary. \033[0m\033[42m\033[1;36m ==> ... \033[0m \n \n" && \
sudo make PREFIX=/usr setuid -C $BTOP_SRC && \
printf "\n \033[45m\033[1;36m==> BTOP++ successful install. \033[0m\033[42m\033[1;36m ==> Done.\033[0m \n \n" && \
printf "\n \033[45m\033[1;36m==> BTOP++ deinstall: \033[0m\033[43m\033[1;36m sudo porg -rv btop <== \033[0m \n \n" || \
printf "\n \033[41m\033[1;36m==> BTOP++ build or install failed.\033[0m \n \n"
cd $HOME ; \
sudo umount -v $BTOP_SRC/obj ; \
[ -d $BTOP_SRC/obj ] && yes | rm -rf $BTOP_SRC/obj && echo "Builddir cleaned." || echo "Builddir was clean." ; \
sudo umount -v $BTOP_SRC/bin ; \
[ -d $BTOP_SRC/bin ] && yes | rm -rf $BTOP_SRC/bin && echo "Builddir cleaned." || echo "Builddir was clean." ; \
cd $HOME'
Außer dem üblichen Klimbim zum compilern: ... nutzt das auch
Nach dem hinein editieren vom source $HOME/.bahsrc
Dann ist der |
||
|
(Themenstarter)
Anmeldungsdatum: Beiträge: 114 Wohnort: Schwarzwald |
Danke für deinen alias. Wieso erzeugst du ein tempfs und mountest das um zu compilieren? |
||
|
Anmeldungsdatum: Beiträge: 5452 |
tmpfs im Arbeitspeicher ist um riesige Größenordungen schneller als jede noch so gute SSD. Und obendrein schont es die SSD, ist doch beim compilern viel zu schreiben und dann wieder zu löschen. Es wäre doch Unsinn, das alles unnötig auf den Massenspeicher schreiben zu lassen zum ausbremsen und Verschleiß verursachen, so lange man das auch im Arbeitsspeicher erledigen kann. |
||
|
(Themenstarter)
Anmeldungsdatum: Beiträge: 114 Wohnort: Schwarzwald |
Leider hat auch das deinstallieren und compilieren auf deine Weise nicht zum gewünschten Ergebnis geführt. Die Version ist auch die gleiche. |
||
|
Anmeldungsdatum: Beiträge: 5452 |
Ist es konfiguriert? Siehe Anhänge. |
