#running
#running
#running
unshare
unshare
unshare
I’ve never really thought about this, to be honest. There’s no procfs on the BSDs, so I guess that a) it’s not really necessary, b) there should be plenty of rants from BSD users on this issue that I could read. 😅
I’ve never really thought about this, to be honest. There’s no procfs on the BSDs, so I guess that a) it’s not really necessary, b) there should be plenty of rants from BSD users on this issue that I could read. 😅
I’ve never really thought about this, to be honest. There’s no procfs on the BSDs, so I guess that a) it’s not really necessary, b) there should be plenty of rants from BSD users on this issue that I could read. 😅
/proc/$pid/fd on Linux (if it’s the same user). Is there a legitimate reason for that … ? (I know about hidepid, but that doesn’t help here.)
/proc/$pid/fd on Linux (if it’s the same user). Is there a legitimate reason for that … ? (I know about hidepid, but that doesn’t help here.)
/proc/$pid/fd on Linux (if it’s the same user). Is there a legitimate reason for that … ? (I know about hidepid, but that doesn’t help here.)
#nlmebga
⨁ Follow button on their profile page or use the Follow form and enter a Twtxt URL. You may also find other feeds of interest via Feeds. Welcome! 🤗
⨁ Follow button on their profile page or use the Follow form and enter a Twtxt URL. You may also find other feeds of interest via Feeds. Welcome! 🤗
⨁ Follow button on their profile page or use the Follow form and enter a Twtxt URL. You may also find other feeds of interest via Feeds. Welcome! 🤗
⨁ Follow button on their profile page or use the Follow form and enter a Twtxt URL. You may also find other feeds of interest via Feeds. Welcome! 🤗
> Have we really gotten that lazy and inefficient? 🤔
That’s the question. It certainly strikes me as odd that everything keeps getting bigger, heavier, slower all the time. But why is that? I refuse to believe that this is just incompetence. 😅
> Have we really gotten that lazy and inefficient? 🤔
That’s the question. It certainly strikes me as odd that everything keeps getting bigger, heavier, slower all the time. But why is that? I refuse to believe that this is just incompetence. 😅
> Have we really gotten that lazy and inefficient? 🤔
That’s the question. It certainly strikes me as odd that everything keeps getting bigger, heavier, slower all the time. But why is that? I refuse to believe that this is just incompetence. 😅
GSK_RENDERER=cairo a while ago – it helps with the startup times and a little bit with memory consumption, which is down to about 130 MB.Still quite heavy and startup times are noticeably longer than GTK 3. It’s not *that* much, but it’s there.
In my case, I wanted to port xiate from GTK 3 to GTK 4. But that much memory usage for just one terminal window (of which there are usually *many*, so we’re talking about gigabytes here) is too much. GTK might have its use cases, but I think it’s no longer the right toolkit for me.
I don’t want to hate on it too much. I know too little of the internal details of all this, so I don’t have an informed opinion.
(Before anyone suggests it: Yes, I could have *one* process show many terminal windows. That would be a lot faster and would use a lot less memory. But I explicitly do not want that.
xiate used to have this model – until one day at work, a bug in the terminal library VTE crashed all my terminal windows at once. It really only crashed one *window*, but since they all ran in the same *process*, they were all gone. This is unacceptable.)
GSK_RENDERER=cairo a while ago – it helps with the startup times and a little bit with memory consumption, which is down to about 130 MB.Still quite heavy and startup times are noticeably longer than GTK 3. It’s not *that* much, but it’s there.
In my case, I wanted to port xiate from GTK 3 to GTK 4. But that much memory usage for just one terminal window (of which there are usually *many*, so we’re talking about gigabytes here) is too much. GTK might have its use cases, but I think it’s no longer the right toolkit for me.
I don’t want to hate on it too much. I know too little of the internal details of all this, so I don’t have an informed opinion.
(Before anyone suggests it: Yes, I could have *one* process show many terminal windows. That would be a lot faster and would use a lot less memory. But I explicitly do not want that.
xiate used to have this model – until one day at work, a bug in the terminal library VTE crashed all my terminal windows at once. It really only crashed one *window*, but since they all ran in the same *process*, they were all gone. This is unacceptable.)
GSK_RENDERER=cairo a while ago – it helps with the startup times and a little bit with memory consumption, which is down to about 130 MB.Still quite heavy and startup times are noticeably longer than GTK 3. It’s not *that* much, but it’s there.
In my case, I wanted to port xiate from GTK 3 to GTK 4. But that much memory usage for just one terminal window (of which there are usually *many*, so we’re talking about gigabytes here) is too much. GTK might have its use cases, but I think it’s no longer the right toolkit for me.
I don’t want to hate on it too much. I know too little of the internal details of all this, so I don’t have an informed opinion.
(Before anyone suggests it: Yes, I could have *one* process show many terminal windows. That would be a lot faster and would use a lot less memory. But I explicitly do not want that.
xiate used to have this model – until one day at work, a bug in the terminal library VTE crashed all my terminal windows at once. It really only crashed one *window*, but since they all ran in the same *process*, they were all gone. This is unacceptable.)
What happens if you run it with
GSK_RENDERER=cairo set?
What happens if you run it with
GSK_RENDERER=cairo set?
Doesn't even compile on my system, which is apparently broken:
> cc -Wall -Wextra -o win win.c $(pkg-config --cflags --libs gtk4)
cc: error: unrecognized argument in option ‘-mfpmath=sse -msse -msse2 -pthread -I/usr/include/gtk-4.0 -I/usr/include/gio-unix-2.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/fribidi -I/usr/include/harfbuzz -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/x86_64-linux-gnu -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/uuid -I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/include/graphene-1.0 -I/usr/lib/x86_64-linux-gnu/graphene-1.0/include -I/usr/include/libmount -I/usr/include/blkid -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -lgtk-4 -lpangocairo-1.0 -lpango-1.0 -lharfbuzz -lgdk_pixbuf-2.0 -lcairo-gobject -lcairo -lgraphene-1.0 -lgio-2.0 -lgobject-2.0 -lglib-2.0’
cc: note: valid arguments to ‘-mfpmath=’ are: 387 387+sse 387,sse both sse sse+387 sse,387
https://movq.de/v/e682fc642d/IMG_5009-annotated.jpg (5184x3456, 4.8 MB)
https://movq.de/v/e682fc642d/IMG_5009-annotated.jpg (5184x3456, 4.8 MB)
https://movq.de/v/e682fc642d/IMG_5009-annotated.jpg (5184x3456, 4.8 MB)
Chernobyl is in Ukraine you assholes 😆
Chernobyl is in Ukraine you assholes 😆