# Leistungsproblem im Dashboard mit vielen Grafiken **URL:** \ **Category:** Configuration\ **Created:** [11. September 2022 um 18:27 UTC](https://community.gladysassistant.com/t/probleme-de-performance-sur-dashboard-avec-beaucoup-de-graphiques/7522 "2022-09-11T18:27:48Z")\ **Posts on this page:** 1\ **Showing post:** 52
**Author:** ![pierre-gilles](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/pierre-gilles/32/5886_2.png) [@pierre-gilles](https://community.gladysassistant.com/u/pierre-gilles)\ **Post date:** [29. September 2022 um 08:20 UTC](https://community.gladysassistant.com/t/probleme-de-performance-sur-dashboard-avec-beaucoup-de-graphiques/7522/52 "2022-09-29T08:20:33Z")
Was das VACUUM betrifft, habe ich mich für einen „manuellen“ Ansatz entschieden, zumindest vorerst, angesichts der Auswirkungen auf die Verfügbarkeit von Gladys bei großen Datenbanken. Ich habe das VACUUM beim Registrieren der Geräte entfernt und eine manuelle Schaltfläche in den Systemeinstellungen hinzugefügt, mit einem Text, der klar darauf hinweist, dass Gladys während einer bestimmten Zeit nach dem VACUUM nicht verfügbar sein wird. Die Idee ist, zunächst zu sehen, wie lange das VACUUM auf verschiedenen Instanzen dauert, und dem Benutzer die Wahl zu lassen, es durchzuführen oder nicht. Anschließend können wir möglicherweise einen monatlichen Nachtjob hinzufügen, aber wir müssen dies gut kommunizieren und ihn deaktivierbar machen für diejenigen, die maximale Verfügbarkeit von Gladys wünschen. **Der Button:** ![Screenshot 2022-09-29 at 15.17.44](https://gladys-assistant-community.b-cdn.net/uploads/default/original/2X/9/940b3d579d80a7dc6aea935f71baca3eebc9d6b1.jpeg) **Der PR:** > > > \### Pull Request check-list > > To ensure your Pull Request can be accepted as fa…st as possible, make sure to review and check all of these items: > > \- \[x\] If your changes affects code, did your write the tests? > \- \[x\] Are tests passing? (\`npm test\` on both front/server) > \- \[x\] Is the linter passing? (\`npm run eslint\` on both front/server) > \- \[x\] Did you run prettier? (\`npm run prettier\` on both front/server) > \- \[x\] If you are adding a new features/services, did you run integration comparator? (\`npm run compare-translations\` on front) > \- \[x\] Did you test this pull request in real life? With real devices? If this development is a big feature or a new service, we recommend that you provide a Docker image to \[the community\](https://community.gladysassistant.com/) for testing before merging. > \- \[x\] If your changes modify the API (REST or Node.js), did you modify the API documentation? (Documentation is based on comments in code) > \- \[x\] If you are adding a new features/services which needs explanation, did you modify the user documentation? See \[the GitHub repo\](https://github.com/GladysAssistant/v4-website) and the \[website\](https://gladysassistant.com). > \- \[x\] Did you add fake requests data for the demo mode (\`front/src/config/demo.js\`) so that the demo website is working without a backend? (if needed) See \[https://demo.gladysassistant.com\](https://demo.gladysassistant.com). > > NOTE: these things are not required to open a PR and can be done afterwards / while the PR is open. > > \### Description of change > > \Screenshot 2022-09-29 at 14 59 03 --- _[View the full topic](https://community.gladysassistant.com/t/probleme-de-performance-sur-dashboard-avec-beaucoup-de-graphiques/7522)._