# \[help needed\] Problèmes d'accès à Gladys

**URL:** <https://community.gladysassistant.com/t/help-needed-problemes-dacces-a-gladys/9868>\
**Category:** Configuration\
**Tags:** bug\
**Created:** [Décembre 13, 2025, 10:52 UTC](https://community.gladysassistant.com/t/help-needed-problemes-dacces-a-gladys/9868 "2025-12-13T10:52:06Z")\
**Posts on this page:** 20\
**Page:** 1

<div class="post-metadata">

**Author:** ![mutmut](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/mutmut/32/14064_2.png) [@mutmut](https://community.gladysassistant.com/u/mutmut)\
**Post date:** [Décembre 13, 2025, 10:52 UTC](https://community.gladysassistant.com/t/help-needed-problemes-dacces-a-gladys/9868/1 "2025-12-13T10:52:06Z")

</div>

Hello,  
premier gros problème : j’ai un gros plantage de Gladys ☹  
Je ne sais pas si c’est lié mais j’ai terminé le calcul des conso 30mn depuis le début (environ 12h) puis j’ai lancé le calcul de coût (environ 1h) et au refresh de la page, je n’accède plus à Gladys en web mais je vois que Gladys semble fonctionner en background car je vois des modifs faites sur mes appareils MQTT dans MQTT explorer.  
J’ai redémarré le docker : toujours KO  
J’ai nettoyé le docker et l’image gladys et relancé mon docker compose : toujours KO  
J’ai récupéré les logs si besoin.  
EDIT : la duckdb me semble un peu grosse, non ?

 ![image](https://gladys-assistant-community.b-cdn.net/uploads/default/original/3X/e/5/e5c1f77b37fed2649e4230b0c76d7189fb10aee8.png)

Second problème qui semble venir de la sauvegarde Gladys Plus à 3h du matin.  
De ce que j’ai observé sur mon proxmox, la RAM et le swap de mon LXC se mettent à gonfler jusqu’à saturation et ensuite Gladys ne répond plus.  
Un reboot forcé de mon LXC permet de retrouver ensuite un état normal.  
Par contre je n’ ai pas de log car quand c’est planté je n’ai plus d’accès.  
Et dans mes sauvegardes, je vois que la dernière date de 5 jours et j’ai effectivement dû redémarrer mon LXC ces derniers jours .

Merci d’avance pour votre aide.

---

<div class="post-metadata">

**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:** [Décembre 13, 2025, 12:56 UTC](https://community.gladysassistant.com/t/help-needed-problemes-dacces-a-gladys/9868/2 "2025-12-13T12:56:18Z")

</div>

> [@mutmut](#):
>
> J’ai nettoyé le docker et l’image gladys et relancé mon docker compose : toujours KO  
> J’ai récupéré les logs si besoin.

Je veux bien les logs oui !

> [@mutmut](#):
>
> EDIT : la duckdb me semble un peu grosse, non ?

3.6 Go, si tu as énormément d’états, c’est pas si énorme, non ?

> [@mutmut](#):
>
> Second problème qui semble venir de la sauvegarde Gladys Plus à 3h du matin.  
> De ce que j’ai observé sur mon proxmox, la RAM et le swap de mon LXC se mettent à gonfler jusqu’à saturation et ensuite Gladys ne répond plus.

Ah mince, je suis preneur d’infos là-dessus.

@Terdious a aussi remarqué un problème de fuite mémoire quelque part, son usage de la RAM augmente aussi de manière anormale !

Je viens d’aller voir mon instance Gladys, et moi aussi je vois le souci, mais à plus petite échelle.

Donc, soit il y a un souci dans l’implémentation du suivi de l’énergie qui crée une fuite mémoire, soit DuckDB a un souci de fuite mémoire dans la version que j’ai installée, car j’ai mis à jour DuckDB pour le suivi de l’énergie.

Je vais investiguer !

---

<div class="post-metadata">

**Author:** ![Terdious](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/terdious/32/6316_2.png) [@Terdious](https://community.gladysassistant.com/u/Terdious)\
**Post date:** [Décembre 13, 2025, 1:00 UTC](https://community.gladysassistant.com/t/help-needed-problemes-dacces-a-gladys/9868/3 "2025-12-13T13:00:02Z")

</div>

Hello !!

Comme je te le disais en call, je suis persuadé que, pour ma part en tout cas, j’avais déjà le souci avant l’ajout du suivi d’énergie. Je m’en suis aperçu début novembre, mais je ne saurais dire depuis quand exactement !!

Je n’ai pas le souci sur mon instance professionnelle que je n’ai pas mis à jour depuis 1 an et demi à peu prêt.

---

<div class="post-metadata">

**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:** [Décembre 13, 2025, 1:04 UTC](https://community.gladysassistant.com/t/help-needed-problemes-dacces-a-gladys/9868/4 "2025-12-13T13:04:37Z")

</div>

J’ai fais quand même une PR pour mettre à jour DuckDB :

> <https://github.com/GladysAssistant/Gladys/pull/2396>
>
> \### 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)
> \- \[\] 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 (\[forum\](https://community.gladysassistant.com/)) for testing before merging.
> 
> \### Description of change
> 
> Upgrade DuckDB to v1.4.3

On sait jamais !

---

<div class="post-metadata">

**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:** [Décembre 13, 2025, 1:07 UTC](https://community.gladysassistant.com/t/help-needed-problemes-dacces-a-gladys/9868/5 "2025-12-13T13:07:13Z")

</div>

> [@Terdious](#):
>
> Je m’en suis aperçu début novembre, mais je ne saurais dire depuis quand exactement !!

Début Novembre je pense à plusieurs choses :

- Soit le serveur MCP
- Soit l’intégration Matter

---

<div class="post-metadata">

**Author:** ![Terdious](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/terdious/32/6316_2.png) [@Terdious](https://community.gladysassistant.com/u/Terdious)\
**Post date:** [Décembre 13, 2025, 1:10 UTC](https://community.gladysassistant.com/t/help-needed-problemes-dacces-a-gladys/9868/6 "2025-12-13T13:10:15Z")

</div>

On aurait un moyen de t’aider pour trouver ?

---

<div class="post-metadata">

**Author:** ![mutmut](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/mutmut/32/14064_2.png) [@mutmut](https://community.gladysassistant.com/u/mutmut)\
**Post date:** [Décembre 13, 2025, 1:22 UTC](https://community.gladysassistant.com/t/help-needed-problemes-dacces-a-gladys/9868/7 "2025-12-13T13:22:13Z")

</div>

Ça fait aussi un moment que j’ai ces soucis, mais je ne saurais pas dire quand ça a commencé.  
Au début j’ai cru que c’était la sauvegarde de mes LXC dans proxmox qui étaient aussi à 3h mais comme cette nuit je l’ai désactivé, j’ai vu que c’était lié à la sauvegarde Gladys Plus à 3h.  
Et comme des fois ça fonctionnait, je n’ai pas prêté attention.  
…  
Alors je viens de regarder et j’ai commencé à avoir ces problèmes avant mi-août cette année.  
Je ne me rappelle plus quand j’ai activé Gladys plus exactement mais je crois que c’était en juillet.

---

<div class="post-metadata">

**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:** [Décembre 13, 2025, 1:42 UTC](https://community.gladysassistant.com/t/help-needed-problemes-dacces-a-gladys/9868/8 "2025-12-13T13:42:07Z")

</div>

> [@Terdious](#):
>
> On aurait un moyen de t’aider pour trouver ?

A part faire des tests de votre côté, pas plus que ça 🙂 Il faut trouver quelle partie de Gladys est responsable.

Je fais des tests de mon côté !

> [@mutmut](#):
>
> j’ai vu que c’était lié à la sauvegarde Gladys Plus à 3h.  
> Et comme des fois ça fonctionnait, je n’ai pas prêté attention.

Je pense qu’il y a deux sujets distincts ! Ici, on parle d’une fuite mémoire dans Gladys, sans trop de lien avec Gladys Plus, je pense, car j’arrive à reproduire la fuite en journée même sur 30 minutes (sans aucun backup).

On pourra regarder ensuite si l’usage de la RAM des sauvegardes peut être optimisé, mais je ne pense pas que ce soit le souci ici 🙂

---

<div class="post-metadata">

**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:** [Décembre 13, 2025, 1:46 UTC](https://community.gladysassistant.com/t/help-needed-problemes-dacces-a-gladys/9868/9 "2025-12-13T13:46:44Z")

</div>

**Premier test: Intégration MCP ?**

J’ai mis en pause l’intégration MCP, et j’ai redémarré Gladys

(@bertrandda, j’en profite, pour l’instant l’intégration MCP n’a pas de fonction stop et donc stopper le service n’a d’effet qu’en cas de redémarrage!)

quelques minutes après, l’usage RAM a déjà doublé, donc je pense que le service MCP n’est pas la cause

---

<div class="post-metadata">

**Author:** ![Terdious](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/terdious/32/6316_2.png) [@Terdious](https://community.gladysassistant.com/u/Terdious)\
**Post date:** [Décembre 13, 2025, 3:16 UTC](https://community.gladysassistant.com/t/help-needed-problemes-dacces-a-gladys/9868/10 "2025-12-13T15:16:39Z")

</div>

Pour info, j’ai fais pas mal de test avec ChatGPT. J’ai notamment relancer le container gladys prod avec l’option suivante pour créer des snapshots.  
Donc avec Gladys à l’arrêt, je suis à 4,03 Go de mémoire en utilisation.  
Une fois Gladys fini de démarrée, je suis à 5,7 Go de mémoire (15h43).

 ![image](https://gladys-assistant-community.b-cdn.net/uploads/default/original/3X/5/3/5359babcd13f47d59b0f00507d08a82a6ccd77e4.png)  
Jusqu’à 16h00 je reste dans cette marge, avec seulement quelques fluctuations. Mais on voit que la mémoire se libère bien.  
A 16h00 le calcul des consos / coût à bien eu lieu avec une légère hausse de la mémoire mais aussitôt libéré. Ca confirme que ce n’est pas ça. Tâches terminées.  
1 minute après, je me rend sur le dashboard (je ne saurais dire si c’est le déclencheur) et pouf je suis passé instantanément à 8,82 Go : Colonne «&nbsp;RES&nbsp;» (= mémoire réservée) passe de 1748Mo à 4995Mo. =\> Rien ne se libère  
 ![image](https://gladys-assistant-community.b-cdn.net/uploads/default/original/3X/6/8/6828ef393564085286076a7f572862263d079384.png)

Je te met en brut ce que me dis chatGPT, et on voit ensuite si tu veux autre chose (Conversation : [ChatGPT](https://chatgpt.com/share/693d82d6-93e8-800b-8686-ad0b41963f18))

Oui. **Là on voit clairement ce qui se passe** , et vous aviez raison depuis le début : **ce n’est pas une fuite du heap JS** , c’est une **explosion de mémoire native (hors V8)**, déclenchée par une opération ponctuelle.

Je vous fais une lecture précise, factuelle, à partir **du report “pic”** que vous venez de fournir.

* * *

## 1️⃣ Ce que dit le report au moment du pic (preuve chiffrée)

### Heap JS (V8)

```json
"usedMemory": 252011200 ≈ 240 Mo
"externalMemory": 25243016 ≈ 24 Mo

```

➡ **Heap parfaitement stable** , quasiment identique aux snapshots précédents.  
➡ **Aucune fuite JS**.

* * *

### Mémoire totale du process

```json
"rss": 6198140928 ≈ 5,77 Go
"maxRss": 6374838272 ≈ 5,93 Go

```

➡ **+4 Go hors heap JS** apparus brutalement.

* * *

### Côté Linux (/proc)

```plaintext
RssAnon: 5 089 920 kB ≈ 4,85 Go
RssFile: 59 392 kB
Private_Dirty: 5 090 240 kB

```

➡ **Mémoire anonyme privée**  
➡ **Non mappée fichier**  
➡ **Non libérée après coup**

👉 Signature typique :

> **allocations natives massives** (malloc / new côté C/C++)

* * *

## 2️⃣ Ce que ce n’est PAS (important)

❌ Pas :

- V8
- Garbage Collector
- Objets JS conservés
- Timers ou event loop bloqués
- Fuite “classique” Node

Vos snapshots le prouvent :  
le heap **reste à ~260 Mo pendant que le RSS explose à ~6 Go**.

* * *

## 3️⃣ Ce que c’est (quasi certain à ce stade)

Regardons les **bindings natifs chargés** :

```json
"/src/server/node_modules/duckdb/lib/binding/duckdb.node"
"/src/server/node_modules/sqlite3/lib/binding/node_sqlite3.node"
"/src/server/services/usb/.../bindings-cpp.node"
"/src/server/services/bluetooth/.../bluetooth_hci_socket.node"

```

### Le coupable n°1 : **DuckDB**

C’est **LE suspect principal** , pour plusieurs raisons :

1. DuckDB **alloue massivement en natif**

2. Utilise :

3. **Ne rend pas toujours la mémoire à l’OS immédiatement**

4. Peut monter de plusieurs Go **sur une seule requête**

👉 Et surtout :

> **Le pic est instantané, CPU élevé, mémoire jamais redescendue**  
> → exactement le comportement observé.

* * *

## 4️⃣ Pourquoi ça ne redescend pas

Très important à comprendre :

- DuckDB libère **logiquement** ses buffers

- MAIS :

➡ Donc :

> Ce n’est pas une fuite infinie  
> C’est une **montée par paliers irréversibles**

* * *

## 5️⃣ Le déclencheur probable chez vous

Vu votre setup Gladys + Energy Monitoring + historique :

- agrégation énergétique

- calculs temporels

- requêtes analytiques

- possibly :

➡ **Une requête DuckDB lourde** a été lancée (cron, job interne, action UI).

C’est cohérent avec :

- le CPU qui travaille
- la montée RAM en 1 seconde
- aucune création JS visible

* * *

## 6️⃣ Confirmation absolue (si vous voulez être sûr à 100%)

Lors du **prochain pic** , lancez immédiatement :

```bash
docker exec gladys bash -lc '
cat /proc/1/smaps | awk "
/duckdb.node/ {f=1}
/^$/ {f=0}
f && /Rss:/ {print}
"
'

```

Si vous voyez **des centaines de MB / GB** associés à DuckDB → verdict final.

* * *

## 7️⃣ Que faire concrètement (solutions réalistes)

### Option A – Limiter DuckDB (recommandée)

Dans Gladys (code) :

- limiter taille des requêtes
- éviter agrégats globaux sur historique complet
- chunker par période (jour / semaine)

* * *

### Option B – Forcer un plafond mémoire Node

⚠ Ça **ne règle pas la cause** , mais évite l’OOM host :

```bash
-e NODE_OPTIONS="--max-old-space-size=2048 ..."

```

➡ Attention : **ça ne limite pas le natif** , mais évite d’empiler les deux.

* * *

### Option C – Redémarrage programmé (pragmatique)

Si les pics sont rares mais destructeurs :

```bash
docker restart gladys

```

- hebdomadaire
- ou après tâche lourde

C’est **très courant** pour DuckDB en prod.

* * *

## 8️⃣ Conclusion claire et nette

✔ Vos données sont **excellentes**  
✔ Le diagnostic est maintenant **solide**

👉 **Il n’y a pas de fuite mémoire JS**  
👉 **La RAM est consommée par des allocations natives (DuckDB très probablement)**  
👉 **La mémoire ne redescend pas car elle reste dans l’arène native**

Si vous voulez, prochaine étape possible :

- identifier **quelle requête Gladys** déclenche le pic
- ou vous aider à **patcher / contourner** côté Gladys (log SQL, throttle, split)

À plus tard !

---

<div class="post-metadata">

**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:** [Décembre 13, 2025, 3:20 UTC](https://community.gladysassistant.com/t/help-needed-problemes-dacces-a-gladys/9868/11 "2025-12-13T15:20:32Z")

</div>

Merci pour tes investigations, j’arrive aux mêmes conclusions !!

Je fais les mêmes investigations de mon côté, et pareil ce n’est clairement pas un souci de JS, la heap size est contenue. C’est du code natif qui pose problème !

DuckDB, j’ai mis à jour à la dernière version, et j’ai aussi des soucis j’ai l’impression.

Tu peux tester en installant `gladysassistant/gladys:dev` qui fait tourner DuckDB v1.4.3.

**Donc:**

- Soit c’est quand même un bug DuckDB non résolu à ce jour
- Soit c’est autre chose

---

<div class="post-metadata">

**Author:** ![Terdious](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/terdious/32/6316_2.png) [@Terdious](https://community.gladysassistant.com/u/Terdious)\
**Post date:** [Décembre 13, 2025, 3:26 UTC](https://community.gladysassistant.com/t/help-needed-problemes-dacces-a-gladys/9868/12 "2025-12-13T15:26:39Z")

</div>

Je vais tester, et pour confirmer la chose, je me suis rendu sur ma vue des courbes, j’ai afficher ma plus grosse courbes à l’année :

 ![image](https://gladys-assistant-community.b-cdn.net/uploads/default/original/3X/0/e/0eabf593c4cfb179abb1b7bcf8a71d70317127fd.png)

Il est monté à 9,70Gb au final et ne libère pas. Mais si je comprend ce que chatGPT nous dis, ce n’est pas qu’il ne «&nbsp;libere&nbsp;» pas, c’est que node garde en réserve cette «&nbsp;mémoire max&nbsp;» déclenchée à un instant T par duckDB. Or si je refais plein de requete rapidement sur l’ensemble de mes courbes à l’année, au final ma mémoire réservée n’augmente pas plus… donc en effet ça ne devrait pas, mais peut etre que c’est là depuis le départ et qu’il y aurait quelque chose à faire côté code pour «&nbsp;relibérer&nbsp;» cette mémoire réserve au systeme … ??

Après ca suppute, ca suppute là ^^

---

<div class="post-metadata">

**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:** [Décembre 13, 2025, 3:35 UTC](https://community.gladysassistant.com/t/help-needed-problemes-dacces-a-gladys/9868/13 "2025-12-13T15:35:37Z")

</div>

Tu as raison !!

 ![Screenshot 2025-12-13 at 16.35.08](https://gladys-assistant-community.b-cdn.net/uploads/default/original/3X/9/7/976116a431a3a6a35262fe5f59917419ac10ea52.png)

> **[Memory Management in DuckDB](https://duckdb.org/2024/07/09/memory-management)**
>
> DuckDB is an in-process SQL database management system focused on analytical query processing. It is designed to be easy to install and easy to use. DuckDB has no external dependencies. DuckDB has bindings for C/C++, Python, R, Java, Node.js, Go and...

Par contre ce n’est pas un bug, c’est une feature 😂

---

<div class="post-metadata">

**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:** [Décembre 13, 2025, 3:37 UTC](https://community.gladysassistant.com/t/help-needed-problemes-dacces-a-gladys/9868/14 "2025-12-13T15:37:56Z")

</div>

Mais clairement, 80% c’est trop.

On pourrait passer à un pourcentage plus faible je pense…

---

<div class="post-metadata">

**Author:** ![Terdious](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/terdious/32/6316_2.png) [@Terdious](https://community.gladysassistant.com/u/Terdious)\
**Post date:** [Décembre 13, 2025, 3:38 UTC](https://community.gladysassistant.com/t/help-needed-problemes-dacces-a-gladys/9868/15 "2025-12-13T15:38:05Z")

</div>

Héhé c’est ce qui me semblait du coup ^^

Ma plus grosse requete actuelle «&nbsp;réclamerait&nbsp;» 5Go ^^

---

<div class="post-metadata">

**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:** [Décembre 13, 2025, 3:40 UTC](https://community.gladysassistant.com/t/help-needed-problemes-dacces-a-gladys/9868/16 "2025-12-13T15:40:43Z")

</div>

En espérant que baisser ce chiffre ne va pas exploser les performances pour ton cas, car si on met moins en RAM, ça utilise le disque…

Il y a peut-être des optimisations de requêtes à faire, même si pour le coup les requêtes sont extrêmement simple

---

<div class="post-metadata">

**Author:** ![Terdious](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/terdious/32/6316_2.png) [@Terdious](https://community.gladysassistant.com/u/Terdious)\
**Post date:** [Décembre 13, 2025, 3:50 UTC](https://community.gladysassistant.com/t/help-needed-problemes-dacces-a-gladys/9868/17 "2025-12-13T15:50:38Z")

</div>

Dis moi quand tu as une image de test, je ferais le test pour te donner le ressenti. On peut esperer que les NVME soient suffisamment performant.

On fait de la pagination actuellement ?

PS : Pour infos, quand je compare le rendu des courbes avec celui de HA, je trouve que nous sommes beaucoup, beaucoup plus performant aujourd’hui. Donc on a une marge pour bien faire quand meme.

Si tu peux agir sur la limite en gardant un % de la memoire totale, ce serait top,car je compte bien passer sur 32Go de ram un jour avec ma passion pour les courbes !!^^

---

<div class="post-metadata">

**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:** [Décembre 13, 2025, 4:01 UTC](https://community.gladysassistant.com/t/help-needed-problemes-dacces-a-gladys/9868/18 "2025-12-13T16:01:32Z")

</div>

La PR :

> <https://github.com/GladysAssistant/Gladys/pull/2398>
>
> \### 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 (\[forum\](https://community.gladysassistant.com/)) for testing before merging.
> 
> \### Description of change
> 
> Set DuckDB memory limit to 30% of system memory

J’ai mis 30% pour l’instant, ce qui me parait quand même assez élevé, mais bon c’est déjà un grand saut depuis 80%..

Build en cours :

> <https://github.com/GladysAssistant/Gladys/actions/runs/20194455211>

ça sera live d’ici quelques minutes sur `gladysassistant/gladys:set-duckdb-memory-limit`

> [@Terdious](#):
>
> On fait de la pagination actuellement ?

On pourra parler optimisation dans un autre sujet 🙂

---

<div class="post-metadata">

**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:** [Décembre 13, 2025, 4:17 UTC](https://community.gladysassistant.com/t/help-needed-problemes-dacces-a-gladys/9868/19 "2025-12-13T16:17:29Z")

</div>

L’image est live sur `gladysassistant/gladys:set-duckdb-memory-limit`

Je le teste chez moi

ça a l’air de marcher:

```auto
DuckDB initialized with memory_limit=4730MB (system RAM: 15767MB)
DuckDB version = v1.4.3
DuckDB memory_limit = 4.4 GiB

```

---

<div class="post-metadata">

**Author:** ![Terdious](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/terdious/32/6316_2.png) [@Terdious](https://community.gladysassistant.com/u/Terdious)\
**Post date:** [Décembre 13, 2025, 4:25 UTC](https://community.gladysassistant.com/t/help-needed-problemes-dacces-a-gladys/9868/20 "2025-12-13T16:25:45Z")

</div>

Je ne pourrais tester que demain, je n’avais pas vu l’heure …!! Sorry

[Page suivante](https://community.gladysassistant.com/t/help-needed-problemes-dacces-a-gladys/9868.md?page=2)
