-
Notifications
You must be signed in to change notification settings - Fork 5
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Utilisation de la CPU, de la GPU et de la fan #433
Comments
@NicolaGiannini, est-ce que tu observes le même comportement avec SpeakerView Compatibility et Mobile? Aussi, j'aimerais avoir le résultat de la commande suivante exécutée dans le Terminal :
|
Avec la version Compatibility j'ai toujours le même bruit de fan, mais la GPU va un peu mieux, elle reste autour de 44%. Je note que si je minimise la Speaker View et que je la remets en premier plan, la fenêtre retourne visibile mais elle devient gelée. Je ne peux pas bouger la configuration des hp et les commandes de SpatGRIS n'ont plus d'influence sur la Speaker View (par exemple si je désactive Show Hall, le commande ne fonctionne pas). Voici le résultat de la commande suivante exécutée dans le Terminal avec SpatGRIS ouvert : MacBook-Pro-di-Nicola:~ nicolagiannini$ /Applications/GRIS/SpeakerView.app/Contents/MacOS/SpeakerView --verbose
TextServer: Primary interface set to: "ICU / HarfBuzz / Graphite (Built-in)". Voici le résultat de la commande suivante exécutée dans le Terminal avec SpatGRIS fermé : MacBook-Pro-di-Nicola:~ nicolagiannini$ /Applications/GRIS/SpeakerView.app/Contents/MacOS/SpeakerView --verbose
TextServer: Primary interface set to: "ICU / HarfBuzz / Graphite (Built-in)". Dans les deux cas, exécuter la commande fait ouvrir cette fenêtre. J'ai fait les tests avec la version mobile. Tu me diras si je dois les faire avec la version Forward. |
Merci @NicolaGiannini.
D'abord, en ce qui concerne la fenêtre gelée, c'est un autre bug. Je peux le reproduire seulement en cliquant sur SpeakerView avec la souris. Et aller au mode plein écran et revenir en mode fenêtre semble raviver SpeakerView. C'est un bug de Godot sur MacOS (un peu comme le click through)... Sinon, j'ai un autre test à te faire faire. Je veux comparer l'utilisation des GPUs. Ton Macbook en a deux, un AMD et un Intel. Je veux comparer leur utilisation avec le Moniteur d'Activité. Observes-tu une différence? Test 1, AMDSpatGris fermé Test 2, IntelSpatGris fermé |
J'ai fait le test. La Speaker View s'ouvre toujours avec le message "Please close this window..." gpu-index 0 = fan bruyante et voici les données Godot Engine v4.2.1.stable.custom_build.b09f793f5 - https://godotengine.org GPU 72% gpu-index 1 fan bruyante et voici les données Godot Engine v4.2.1.stable.custom_build.b09f793f5 - https://godotengine.org GPU 100% |
v3.3.3 SV003
MacIntel 2,9 GHz Intel Core i7 quad-core avec MacOs 12.7.1.
Je tiens SpatGRIS avec SpeakerView ouvert pour faire des captures d'écran. Je n'envoie aucune donnée à SpatGRIS, il est simplement ouvert. Après quelques minutes, j'entends la fan qui commence à fonctionner très fort. J'ouvre le moniteur d'activité et je vois ceci.
Si je ferme SpeakerView, SV_mouse_events et SpeakerView disparaissent, kernel_task passe de 42% à 3% et la fan retourne à la normale.
Si je réouvre SpeakerView, les 3 processus reviennent aux valeurs précédentes et après 5 minutes la fan recommence à être très bruyante.
V3.3.4 SV004
MacIntel 2,9 GHz Intel Core i7 quad-core avec MacOs 13.6.3
La situation semble améliorée, cependant la fan fait encore du bruit après quelques minutes du démarrage de SpatGRIS+SpeakerView. Si je ferme SpatGRIS (et SpeakerView) le bruit cesse.
Je note une utilisation élevée de la GPU par SpeakerView.
Si la SpeakerView n'est pas visible, par exemple en la minimisant, la GPU tombe à 0%. Si je la remets en premier plan la GPU retourne à 90%.
Le bruit de la fan ne s'arrête jamais. Pour l'arrêter, il faut fermer SpatGRIS.
The text was updated successfully, but these errors were encountered: