<?xml version="1.0"?>
<!--
  OpenPanel / ClickHouse — bornage mémoire SOFT pour host partagé.

  Pourquoi pas une limite Docker dure (deploy.resources) ?
    Un cgroup compte AUSSI le page cache, qu'un moteur SQL remplit vite. Avec
    l'observateur cgroup désactivé par op-config.xml
    (cgroups_memory_usage_observer_wait_time=0), CH ne « voit » pas la limite,
    dimensionne ses caches pour la RAM host (16 Go), dépasse le mur → OOM-kill
    (exit 137, crash-loop observé le 2026-06-08). On borne donc CH par SA PROPRE
    comptabilité, pas par un mur cgroup.

  Effet : CH se cale à ~3 GiB max (largement assez pour ~70 events/jour), sur un
  host à ~9 Go libres → aucun risque d'OOM host, et plus de crash-loop.

  ⚠️ Cohabite avec op-config.xml (ClickHouse merge tout config.d) — NE PAS le
     remplacer. Aucune clé en conflit (op-config.xml ne fixe ni la mémoire ni
     les caches). Repo = miroir : ce fichier doit exister dans le
     files/clickhouse_config du déploiement Dokploy réel.
-->
<clickhouse>
    <!-- Plafond mémoire serveur (compta interne CH, caches inclus). 3 GiB. -->
    <max_server_memory_usage>3221225472</max_server_memory_usage>

    <!-- Mark cache : défaut 5 GiB, démesuré ici. 512 MiB suffit. -->
    <mark_cache_size>536870912</mark_cache_size>

    <!-- Uncompressed cache : inutile à ce volume → désactivé. -->
    <uncompressed_cache_size>0</uncompressed_cache_size>
</clickhouse>
