Is vivaldi starting to start more slowly to anyone here ?

seth · 2025-10-04 19:43:29

So the first line after the stall is actually

[7:7:1004/124833.758619:ERROR:chromium/dbus/object_proxy.cc:573] Failed to call method: org.freedesktop.systemd1.Manager.StartTransientUnit: object_path= /org/freedesktop/systemd1: org.freedesktop.DBus.Error.InvalidArgs: Process 7 is a kernel thread, refusing.

Are you currently running a notification daemon?

notify-send foo

Does firejail vivaldi start faster if such daemon is already running?

Succulent of your garden · 2025-10-04 19:58:41

No, I'm not running a notification daemon. Should I use Dunst in my case for Dwm ? or you suggest notify-send ?

Also I made the complete trimming of the SSD, now I'm starting to see how to do the dd benchmark for the other post, but it seems that the system is a little bit more faster, just a little, I mean mili or nano seconds degree. So the vivaldi issue still persists. I saw that other applications are now just running fine. Sometimes startx take like a second or 2 to load, but after that everything just works fast as I expected, but not vivaldi, that's the current state of the art of my machine. So by deleting files and trimming seems to made an improvement. Also the startx slow start only had happen once in like one or two weeks.

Today I'm taking care of this machine to troubleshoot these issues, and I was deleting orphan packages, seeing services available and stopping things like docker to get how much my system is using of ram by being idle. I notice that without using WM I'm using 1.4 GB, I'm ussing networkmanager with iwd. Do you consider that amount of ram fine for my computer in idle using Arch Linux ? I mean it seems that the most consuming thing according to top is systemd, but I don't think that systemd only can get until 1.4GB, so do you think if I debloat NM + iwd I could get lower right ? Do you consider that amount of ram strange for this kind of minimal setup ? I'm currently not logging everything with using tools like prometheus, I'm just getting that 1.4 GB of ram in idle like the most normal pc a Linux user can have, mnimium ammount of services and applications as possible. Do you think is fine that amount for Arch Linux ?

EDIT:

Also if you can help me with this if you can I'll be more than happy: https://bbs.archlinux.org/viewtopic.php?id=308590

Last edited by Succulent of your garden (2025-10-04 20:11:49)

seth · 2025-10-04 20:19:12

notify-send will just send a notification, install and run dunst before trying to firejail vivaldi

Succulent of your garden · 2025-10-04 20:43:30

I installed dunst, copied the /etc/dunst/dunstrc to my dot files in ~.config/dunst and added dunst & before dwm in my .xinitrc, nothing happens, it's the same I don't think this is necessary because of the green box in the arch wiki: https://wiki.archlinux.org/title/Dunst#Troubleshooting

So do you think the 1.4 GB of ram in idle are okey for Arch ? I mean in my alpine containers I could get it into 512 MB .

seth · 2025-10-05 07:22:13

When you're now running "notify-send foo", do you get a notification? Does "firejail vivaldi" still stall before

[7:7:1004/124833.758619:ERROR:chromium/dbus/object_proxy.cc:573] Failed to call method: org.freedesktop.systemd1.Manager.StartTransientUnit: object_path= /org/freedesktop/systemd1: org.freedesktop.DBus.Error.InvalidArgs: Process 7 is a kernel thread, refusing.

You could run dbus-monitor (session/system) to figure what it's trying to call and trigger there.

LuxFerre · 2025-10-05 10:02:29

Succulent of your garden wrote:

So do you think the 1.4 GB of ram in idle are okey for Arch ? I mean in my alpine containers I could get it into 512 MB .

I'm close do 2gb simply booting KDE (with my services etc, before opening apps), an arch with 'nothing' would probably be under 512mb (given that 512 is the minimum recommended by the wiki). NetworkManager can be relatively heavy, you could try a different solution but unless you really need the ram it might just be a waste of time...

Last edited by LuxFerre (2025-10-05 10:03:01)

Succulent of your garden · 2025-10-05 12:06:01

seth wrote:

When you're now running "notify-send foo", do you get a notification? Does "firejail vivaldi" still stall before

I lacked libnotify yesterday, I install it today and now I can see the notify-send foo in my screen. But vivaldi still start slow, and doesn't show nothing in the notification daemon.

seth wrote:

[7:7:1004/124833.758619:ERROR:chromium/dbus/object_proxy.cc:573] Failed to call method: org.freedesktop.systemd1.Manager.StartTransientUnit: object_path= /org/freedesktop/systemd1: org.freedesktop.DBus.Error.InvalidArgs: Process 7 is a kernel thread, refusing.

This is error doesn't happen when I launch vivaldi without firejail, it seems this is the main issue.

seth wrote:

You could run dbus-monitor (session/system) to figure what it's trying to call and trigger there.

Can you help me in how to make that ? Probably I'm going show something very noob for you if I made it by myself

LuxFerre wrote:

I'm close do 2gb simply booting KDE (with my services etc, before opening apps), an arch with 'nothing' would probably be under 512mb (given that 512 is the minimum recommended by the wiki). NetworkManager can be relatively heavy, you could try a different solution but unless you really need the ram it might just be a waste of time...

I was making the mistake of treating gibibytes to gigabytes in free command LoL, Now I can see that my system is probably not using to much ram, it seems a lot is in buff/cache, but some things doesn't make sense to me, If I discount the used to buff/cache I get 404 megabytes being in used, which probably is not possible in Arch. Yesterday I was reading this post https://bbs.archlinux.org/viewtopic.php?id=302537 were many were big braining about how free makes the ram approximation. The most strange thing is that is showing that in total I have more than i really have, that's weird, please can someone explain me why is this happening ? I don't use swap so IDK why is showing that, you can check my free command in the link below ^^

https://paste.ofcode.org/LdQMAgCi4CsLGwCKGQnRMB

EDIT: machine epsilon maybe ? https://en.wikipedia.org/wiki/Machine_epsilon not sure, how can 64 bits can be so trash in making aproximations ? LoL

Last edited by Succulent of your garden (2025-10-05 12:07:55)

seth · 2025-10-05 12:55:45

Can you help me in how to make that ?

dbus-monitor --session
dbus-monitor --system

Either will sniff the session and system bus traffic and print it.
Running that and then attempting to start vivaldi in a second shell will tell you if and what it calls (on which bus)

big braining about how free makes the ram approximation

cat /proc/meminfo

All higher level abstractions (free, *top, …) will implicitly define what's "free" what's ok for relative measuring ("is it now more?") but no absolute ("how much?") nor do you get a reliable information of what that actually means (there was a change in the a a tool calculated "free" memory and two weeks of "my arch system loses RAM" because of that )

Succulent of your garden · 2025-10-11 12:58:38

Time to big brain more: here are my logs for vivaldi opening using dbus-monitor --session

https://paste.ofcode.org/wwxPTf37ZBWM5XsUmdcChC

seth wrote:

All higher level abstractions (free, *top, …) will implicitly define what's "free" what's ok for relative measuring ("is it now more?") but no absolute ("how much?") nor do you get a reliable information of what that actually means (there was a change in the a a tool calculated "free" memory and two weeks of "my arch system loses RAM" because of that roll)

Thanks! I'm going to create a script with a regex that shows me the real memory being in used with cat /proc/meminfo ^^ . Probably I could use some dunst notifcation on it

seth · 2025-10-11 13:49:38

method call time=1760187143.641512 sender=:1.42 -> destination=org.freedesktop.systemd1 serial=5 path=/org/freedesktop/systemd1; interface=org.freedesktop.systemd1.Manager; member=StartTransientUnit
   string "app-com.vivaldi.Vivaldi-7.scope"
   string "replace"
   array [
      struct {
         string "PIDs"
         variant             array [
               uint32 7
            ]
      }
   ]
   array [
   ]

Does "interface=org.freedesktop.systemd1.Manager; member=StartTransientUnit" also show up in the non-firejail case?

Succulent of your garden · 2025-10-11 16:29:40

yes it seem it does:

method call time=1760199887.279435 sender=:1.245 -> destination=org.freedesktop.systemd1 serial=5 path=/org/freedesktop/systemd1; interface=org.freedesktop.systemd1.Manager; member=StartTransientUnit
   string "app-com.vivaldi.Vivaldi-78064.scope"
   string "replace"
   array [
      struct {
         string "PIDs"
         variant             array [
               uint32 78064
            ]
      }
   ]
   array [
   ]

Here is the entire log of vivaldi without fireajil: https://paste.ofcode.org/73q2sqCNviNjTLRaDYtraK

Last edited by Succulent of your garden (2025-10-11 16:33:06)

seth · 2025-10-11 22:02:45

As you can see, it shows up w/ a reasonable PID - the other one is likely context-relative to firejail and systemd cannot/will not replace PID 7
Is vivaldi from the repos or some appimage/snap/flatpak or are you explicitly trying to cscope it like in https://forum.vivaldi.net/topic/54898/l … -ram-usage ?

Succulent of your garden · 2025-10-12 11:29:02

seth wrote:

As you can see, it shows up w/ a reasonable PID - the other one is likely context-relative to firejail and systemd cannot/will not replace PID 7

Mmmhhh it does make sense. I made a pgrep firejail and pgrep vivaldi with vivaldi running in firejail mode. I saw in the terminal that in both pgrep-s the pid number is above 1 thousand. Pgrep firejail does have two PIDs and vivaldi have much more, like 8 or ten maybe. I'm going to run dbus-session again to check if the pid change to a lower one and track which process is, because with pgrep I can only see normal PID numbers and not very low like the 7 one.

seth wrote:

Is vivaldi from the repos or some appimage/snap/flatpak or are you explicitly trying to cscope it like in https://forum.vivaldi.net/topic/54898/l … -ram-usage ?

no to any of that. I''m running vivaldi-stable from the extra repo because Arch is great ^^ .

Succulent of your garden · 2025-10-12 14:35:18

So I search with dbus-monitor --session and it seems that always pick PID 7. I went to search what is PID 7 and it is kworker/R-slub_flushwq , which seems to be a kernel memory handler which is called slab.

Not sure if that's fine or not, I can see other vivaldi processes in user space with other PIDs, but it seems the master one is PID 7. Does that make sense to you while using fireajail ?

EDIT: There is a process called fireajil vivaldi --blabla flag ozone X11 that is in userspace i think, because it have a normal PID avobe the 1000 number, so maybe PID 7 is not the master one, but it is related to firejail vivaldi blabalbla

Last edited by Succulent of your garden (2025-10-12 14:38:45)

seth · 2025-10-12 15:17:45

It's reasonable for jailed processes to have their own PID count - the problem is the StartTransientUnit is effectively trying to escape that jail (by talking to the system bus) and rn I cannot tell why vivaldi/electron would do that, but it certainly does.
The error shows up in https://github.com/netblue30/firejail/issues/6857

Succulent of your garden · 2025-10-12 16:31:16

seth wrote:

the problem is the StartTransientUnit is effectively trying to escape that jail (by talking to the system bus)

But do you think that the StartTransientUnit is able to break the jail 100% ? I mean the current jailing is useless ? Because in some sense it's working by that thread in PID 7 in isolation, or that's what I'm guessing.

seth wrote:

The error shows up in https://github.com/netblue30/firejail/issues/6857

Mmmhhh it does but that error was far worse because that person wasn't able to get internet to the software. It seems that also firejail development is a little bit slow for the latest release. Do you think is better to post the issue in the github of firejail ?

Do you recommend other sandboxings ? I mean I only know that for LInux this is some kind of limited, I'm currently assuming that firejail is probably the best maintained, but I don't think that using docker or flatpak could be a thing. I mean it seems that vivaldi doesn't have any official docker image or flatpak packge, they only provide the package for different distros and snap support, which the last one is too bloated for me . But probably the god of destruction could know some random sandboxing or some black magic technique using cgroups in linux

Last edited by Succulent of your garden (2025-10-12 16:33:12)

xerxes_ · 2025-10-12 18:37:09

Start vivaldi from terminal with these options to see if there is any difference:

firejail --private vivaldi
firejail --private vivaldi --incognito
firejail --private --private-cache vivaldi
firejail --private --private-cache vivaldi --incognito
firejail --private --private-dev vivaldi
firejail --private --private-cache --private-dev vivaldi
firejail --private --private-cache --private-dev vivaldi --incognito

Arch Linux

#26 2025-10-04 19:43:29

Re: Is vivaldi starting to start more slowly to anyone here ?

#27 2025-10-04 19:58:41

Re: Is vivaldi starting to start more slowly to anyone here ?

#28 2025-10-04 20:19:12

Re: Is vivaldi starting to start more slowly to anyone here ?

#29 2025-10-04 20:43:30

Re: Is vivaldi starting to start more slowly to anyone here ?

#30 2025-10-05 07:22:13

Re: Is vivaldi starting to start more slowly to anyone here ?

#31 2025-10-05 10:02:29

Re: Is vivaldi starting to start more slowly to anyone here ?

#32 2025-10-05 12:06:01

Re: Is vivaldi starting to start more slowly to anyone here ?

#33 2025-10-05 12:55:45

Re: Is vivaldi starting to start more slowly to anyone here ?

#34 2025-10-11 12:58:38

Re: Is vivaldi starting to start more slowly to anyone here ?

#35 2025-10-11 13:49:38

Re: Is vivaldi starting to start more slowly to anyone here ?

#36 2025-10-11 16:29:40

Re: Is vivaldi starting to start more slowly to anyone here ?

#37 2025-10-11 22:02:45

Re: Is vivaldi starting to start more slowly to anyone here ?

#38 2025-10-12 11:29:02

Re: Is vivaldi starting to start more slowly to anyone here ?

#39 2025-10-12 14:35:18

Re: Is vivaldi starting to start more slowly to anyone here ?

#40 2025-10-12 15:17:45

Re: Is vivaldi starting to start more slowly to anyone here ?

#41 2025-10-12 16:31:16

Re: Is vivaldi starting to start more slowly to anyone here ?

#42 2025-10-12 18:37:09

Re: Is vivaldi starting to start more slowly to anyone here ?

Board footer