staging.inyokaproject.org

schwarzheit schrieb:

FATAL:gpu_data_manager_impl_private.cc

1

momentum-prod --in-process-gpu

...und nein, ich installiere mir ganz sicher nicht den angeblich "beliebtesten Usenet-Browser und Newsreader", closed source und "immer 100% kostenlos". Womit diese LLC in Wyoming wohl Geld verdient...

von.wert schrieb:

1	momentum-prod --in-process-gpu

👍

Jo das tuts auch.

Bleiben also die Userconfigs beim TE als wahrscheinliche Fehlerquelle.

meister@meister:~$ momentum-prod --in-process-gpu
info: main.js : Application Ready... {"timestamp":"2025-06-01T06:35:52.795Z"}
info: Creating Window {"timestamp":"2025-06-01T06:35:52.798Z"}
[ '/opt/Momentum/momentum-prod', '--in-process-gpu' ]
info: main.js : readFileContent {"timestamp":"2025-06-01T06:35:53.239Z"}
tcmalloc: large alloc 1073741824 bytes == 0x3efe96580000 @  0x56716da16a08 0x56716ea1bb4f 0x567172e02574 0x567172dfc300 0x56716e85053c 0x56716e8501f3 0x56716eb6629c 0x5671728ba466 0x5671728ba54f 0x56717273912f 0x567172735e00 0x5671727370a9 0x56717273372e 0x56716ede8cc7 0x56716db5be8e 0x56716d9aecae 0x56716dc357b6 0x567172aefa3d 0x56716dc6de04 0x56716dc6ca7e 0x5671703adac4 0x56716dc342ee 0x56716dc341b7 0x56716dba2aed 0x56716dba2688 0x567172a75d94 0x56716e76ea41 0x56716e76e7ad 0x567172a7bdd6 0x709528494ac3
[7239:0601/083554.973002:FATAL:memory_linux.cc(37)] Out of memory.
Trace/Breakpoint ausgelöst (Speicherabzug geschrieben)
meister@meister:~$ 

Wie oft muss man dir noch sagen, das die Userconfigs fehlerhaft sein müssen und deswegen zu entfernen sind?

Also suche dir den/die Ordner der Userdaten in deinem /home und benenne ihn/sie um.

Kann doch nicht so schwer sein, mal die "Suche" im Dateimanager (Nautilus) zu nutzen. https://wiki.ubuntuusers.de/Nautilus/#Suchen

Die Userdaten findet man im versteckten Ordner .config im Home in zwei Unterordnern. Die Ausgabe von

ls  ~/.config/

zeigt dir die Namen.

Ein Segfault ist ein Programmfehler.

Aber da Du, schwarzheit, momentum vermutlich in einer VM installiert (gehabt) hast, kannst Du ja mal nachsehen, wie das Konfigurationsverzeichnis konkret heißt. Das kann ja auch unter ~/.config/ liegen - und ja, das wäre Sache des Users, der sich bewegen müßte.

Nachtrag: w.z.b.w. 😉

Habe das Zeug wieder gelöscht in meiner VM, es gab definitiv in ~/.config/ zwei Unterordner mit momentum im Namen ...

Ich seh garnicht ein das ich ihm alles vorkauen soll.

Logisch mitdenken (auch wenn er nicht von der Erde ist 😀 ) und eine grafische Suche benutzen sollte auch bei ihm möglich sein.

Mylin schrieb:

Was möchte ein Usenet-Browser mit soviel Speicher (plötzlich seit gestern)?

Als ich noch aktiv im Usenet (und Z-Netz etc.) gewesen bin, 90er, ist das noch pure ASCII gewesen (genauso wie eMail), die normalen Newsgroups (bzw. Bretter) jedenfalls, also nicht alt.bin. Mehr hat man sich mit Analogmodem gar nicht leisten können und wollen.

Was wissen wir denn, in welchen ominösen Newsgroups sich der Threadstarter herumtreibt. Jedenfalls hat er laut Ausgabe exakt 1 GiB 😉 zu wenig RAM.

Dies war bei mir vor langer Zeit auch so.

Geholfen hat, wie in einer der Antworten bereits beschrieben, dieser Eintrag in den Starteinstellungen (Eigenschaften) von MOMENTUM:

/opt/Momentum/momentum-prod --no-sandbox %U

"--no-sandbox" ist ja als erstes gebracht worden, was beim Threadstarter alleinig nicht geholfen hat. Klar kann er beides testen, also

1

momentum-prod --in-process-gpu --no-sandbox 

Im übrigen kann der Auslöser für FATAL:memory_linux.cc Out of memory auch an anderer Stelle liegen. Aber da muß man sich gedanklich auch mal bewegen, sprich welche Updates hat es direkt vor Auftreten des Problems gegeben, Kernel, z.B.

von.wert schrieb:

.. Jedenfalls hat er laut Ausgabe exakt 1 GiB 😉 zu wenig RAM.

vm.oom_kill_allocating_task = 0

Du hast meinen Smiley unterschlagen.

Aber sag ich ja, mit vorigem Kernel testen. Vielleicht ist ja der jetzt verwendete mit 1 konfiguriert und kompiliert worden, der dann bei RAM-Knappheit eben diesen neuen Task killt statt andere nicht mehr benötigte.

Aber er hat doch garkeine Ram-Knappheit.

fredvomjupiter schrieb:

meister@meister:~$ inxi -Fz
...
Info:
  Processes: 300 Uptime: 8m Memory: 23.43 GiB used: 2.69 GiB (11.5%)
  Shell: Bash inxi: 3.3.13
meister@meister:~$ 

Zum Zeitpunkt der Abfrage.

Wie auch immer, mehrere machen sich einen Kopf, nur vom User mit dem Problem kommt keine sinnvolle Mitarbeit.