Aktivieren von YJIT über Template funktioniert nicht

Beitragen Fehler
1

Hallo,

ich betreibe eine selbst gehostete Discourse-Installation (2026.5.0-latest). Heute habe ich versucht, YJIT zu aktivieren. Ich habe "templates/enable-ruby-yjit.yml" zu containers/app.yml hinzugefügt und die App neu aufgebaut.

Nach Abschluss des Neubaus geschah etwas Interessantes. Innerhalb des Docker-Containers führte ich env | grep RUBY_YJIT_ENABLE aus und erhielt RUBY_YJIT_ENABLE=1. Bisher alles gut. Als ich dann sudo -u discourse RAILS_ENV=production bundle exec rails runner 'puts "YJIT enabled: #{RubyVM::YJIT.enabled?}"; puts RUBY_DESCRIPTION' ausführte, bekam ich jedoch Folgendes:

YJIT enabled: false

ruby 3.4.7 (2025-10-08 revision 7a5688e2a2) +PRISM [x86_64-linux]

YJIT war also nicht aktiviert, obwohl ich die Vorlage enable-ruby-yjit.yml hinzugefügt hatte. Als ich daraufhin sudo -u discourse RAILS_ENV=production bundle exec rails runner 'puts "GlobalSetting.yjit_enabled=#{GlobalSetting.yjit_enabled}"' ausführte, erhielt ich GlobalSetting.yjit_enabled= – einen nil-Wert!

Nach einigem Herumprobieren habe ich YJIT schließlich aktiviert, indem ich Folgendes zu containers/app.yml hinzufügte:

env:
  DISCOURSE_YJIT_ENABLED: true

Ich bin mir sicher, dass es irgendwo einen Fehler gibt (GlobalSetting.yjit_enabled sollte niemals nil zurückgeben), aber das Setzen der Umgebungsvariable hat funktioniert. Ich hoffe, jemand, der nach diesem Problem googelt, wird diesen Beitrag finden.

1 „Gefällt mir“
2

Ist das nicht eine Fehldiagnose? Du prüfst die Umgebungsvariablen eines neu gestarteten Ruby-Prozesses anstelle der des tatsächlich laufenden Webservers.

Wenn du /proc/<pid>/environ des Pitchfork-Mold-Prozesses inspizierst, wirst du die YJIT-Umgebungsvariable dort sehen.

root@raspberrypi5:/var/discourse# cat /proc/3331660/environ | tr '\0' '\n' | grep -i yjit
RUBY_YJIT_ENABLE=1
3

Das Vorhandensein einer Umgebungsvariablen gibt keine Auskunft darüber, ob Ruby aktuell mit aktiviertem YJIT läuft. In diesem speziellen Fall ist die Umgebungsvariable zwar gesetzt, aber etwas anderes überschreibt die Variable, die Rails verwendet, um YJIT beim Start zu aktivieren (oder deaktivieren). Es gibt keine andere Erklärung dafür, warum GlobalSetting.yjit_enabled= selbst bei einer neuen Rails-Instanz nil zurückgibt. Ebenso gibt es keinen Grund, warum YJIT bei einer neuen Rails-Instanz deaktiviert sein sollte.

Nachdem ich die Umgebungsvariable DISCOURSE_YJIT_ENABLED zu meiner containers/app.yml hinzugefügt habe:

  1. sudo -u discourse RAILS_ENV=production bundle exec rails runner 'puts "YJIT enabled: #{RubyVM::YJIT.enabled?}"; puts RUBY_DESCRIPTION' gibt YJIT enabled: true zurück.
  2. Der Speicherverbrauch auf meinem Server steigt endlich leicht an.
  3. Ich sehe eine echte Geschwindigkeitssteigerung auf meinem Forum.

Es sollte einfach sein, meine Ergebnisse nachzuvollziehen. Fügen Sie einfach die Vorlage hinzu und prüfen Sie es.