Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • board.net board.net
  • Project information
    • Project information
    • Activity
    • Labels
    • Planning hierarchy
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 12
    • Issues 12
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 0
    • Merge requests 0
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • hosting
  • board.netboard.net
  • Issues
  • #67

Closed
Open
Created Nov 23, 2021 by Hannich Matthias@matthias.hannichMaintainer

Assets werden zu oft neu gebaut

Durchschnittlich bei uns alle 3 Sekunden werden Assets (CSS, JS) neu komprimiert. Die Dateien sind sehr klein, aber durch den Aufruf eines Workers usw. geht CPU-Zeit verloren und vermutlich erklärt das auch einen Teil des hohen Page Cache. Wahrscheinlich wird auch ein Teil der Assets in Etherpad gecached, dort sollte aber die aktuelle Version überschrieben werden - der RAM-Verbrauch dürfte dadurch nicht wesentlich höher sein.

Es betrifft nicht alle Dateien, sondern nur manche. Für die betreffenden Plugins könnte https://github.com/storytouch/ep_webpack helfen, wodurch auch die Gesamtzahl an Requests reduziert werden würde (was die Ladezeiten verbessert).

Für Core ist eine langfristige Lösung (webpack o.ä.) in der Mache, das dauert aber noch eine Weile. Auf anderen Instanzen die ich kenne existiert das Problem auch, ist aber deutlich(!) seltener. Ich muss rausfinden, woran das liegt - ob bei fairkom Plugins genutzt werden, die ich sonst nicht verwende oder ob möglicherweise irgendein Cache-Header nicht richtig am Backend ankommt.

Auffällig ist auch, dass in /opt/etherpad-lite/var eine Vielzahl von Assets gespeichert werden. Am 18.11. habe ich alle gelöscht, mittlerweile sind es wieder über 1500. Normalerweise sollten sich die Dateien im Dateisystem nicht ändern und deshalb auch die komprimierte/gepackte Version nicht. Hier ändern sich die Dateihashes aber - Ursache noch unklar.

Assignee
Assign to
Time tracking

gitlab project and software management by fairkom.eu - more open source web apps at fairapps.net