Thread 106639683

The day everyone realized Vaxry is an unironic retard.
Don't use software built by teenagers.

>>106639683 (OP)
>unused ram is wasted ram
what unused ram? All my ram is accounted for. I never have "free" ram, there's always at the least cache.
>you can shave off 150M by disabling the default background
I have no words

>>106639683 (OP)
>150MB
>for a fucking background
I hate zoomers so much it's unreal

Is it stored in memory as a plain bitmap? If so, is there a technical reason for that? Even at 24 bit color, the math doesn't work out.

>>106639683 (OP)
>unused ram is quite literally just wasted ram
What the literal fuck is this logic? That's 200MB of RAM I now cannot use on something else. Does this retard redline his car at every opportunity just because he can? Unused horsepower is just wasted horsepower?

>maximalist software is developed by a maximalist
amazing news

>>106640724
It's gotta be animated. No way that's just a static bitmap.

>>106639683 (OP)
He's right though
I don't get why the backgrounds take up 200MB though, even as a raw RGBA array

its amazing he can say that last line while pretending that isnt exactly why software is so slow.

Only trannies can code. Chuds can't code.

>>106641022
your fetch clone with a faggot flag is an important contribution to the betterment of society. Nobody else could have came up with this essential software. Please face the wall

Is there any truth to the background thing?

I am brutal because I use like super huge multi-megabyte high res backgrounds, am I killing my performance?

>>106639683 (OP)
@grok is this real?

Anyone used Niri? Wish I didn't have to use Electron apps but I do and they suck with Hyprland because it tries to force them to be floating windows.

>>106641158
What?

>>106641247
What do you need electroon for?

>>106641241
As real as your tight ass. Now, I hope you did the prep we talked about *unzips 12-inch futanari benis*

>>106641255
I need to overexplain calling you a retarded faggot? man I miss early 2000s internet, it was so much simpler

>>106639683 (OP)
>150MB RAM for a background
Literally how? When I shoot in RAW with my Canon the pictures come out like 30-40 MB, how the fuck is a background taking up 150?

>>106639683 (OP)
In RGBA 150mb would be around 6000x6000 pixels, not as crazy as many seem to think.
That's obviously overkill for a wallpaper but that size of image isn't that rare.
For reference 1920x1080 would be 8mb.
That doesn't justify his later comment.

>>106641578
An uncompressed 1920x1080 RGBA 20fps animation would be roughly that.

You used to be able to run a whole operating system and multitask several apps with 128MB of RAM. Now you need more to render the desktop wallpaper.

>>106641605
Good to know, I guess it's still a bit baffling to me, especially since I don't remember the background being animated from the time I briefly tried Hyprland.

>>106641613
I myself am trying to make it make sense. No idea if it's animated or not. Maybe the thing has some 3d depth data sitting on top of it for effects or what have you. God knows.

>>106641624
Either way, truly the pinnacle of technology.

>>106641578
I'm pretty sure RAW files still use compression, but in any case RAWs aren't images.

>>106639683 (OP)
Having unused ram helps one of my older laptops not go into swap-hell(which also from what I understand fucks my SSD as well over time).
I did change the swapiness setting, and this seems to help avoid that a lot.
But I never realized how stupid that unused RAM meme was until I took this computer out of storage to see how it fairs in the era of bloat.
It's really stupid it seems.

>>106640724
Well the computer has to process it it so it has to be stored as bitmap at some point.

>>106639683 (OP)
A 16bit per channel RGB image, at 4k, is 50mb.

Being they talk about async loading, and they seem to have 3 default background images that you can’t replace (only disable), they may load all 3 at once be default.

>>106641610
If you want a background that is more than a flat colour, and you don’t have room for a 3rd buffer in VRAM, your minimum RAM usage is going to be determined by your screen resolution (and bit depth setting)

>>106641613
Maybe it's not the background that's being animated but the windows overlayed on it? The animations are handled like a flip book? Just wild guesses here.

>unused RAM is wasted RAM!
So tired of hearing this bullshit from people to justify their shitty practices and code. Back when I was learning even the normalfags would laugh and call your work shit if you tried to justify using up 100s of MBs of RAM on something like a background. You had better had a DAMN good reason for eating into RAM like that. No.
>The kernel uses a cache
Isn't good enough.

My work has required a high end workstation for as long as I've been using computers. At one time that meant about 1MB of RAM. Later 8MB then 16MB then on and on. By the time I had a workstation with 1GB of RAM I was thinking
>Oh great. This will tide me over for a long time at least until consumer video/audio gets another update.

These days I'm working with 4k+ video sources everyday and those fit fine within 16-32GB of RAM. Since I sometimes have to work with 10+ sources at once I obviously have more RAM of course.

You know what chews through most of my RAM? It isn't my kernel. It isn't all those raw video/audio/image sources. It's my fucking web browser. You know what my web browser is doing most of the time? Idling on 5-10 pages at most with an add-on installed to auto unload them after a few minutes in an attempt to control the out of control RAM usage. Even with that precaution I still have to kill the damn browser once every couple of days and restart it just to force it to free 16+GB of RAM it starts eating because for some damn reason it's too stupid to do it on its own.

The same god damn memory leak I was dealing with in 2002 is still here in 2025. But no worries. At least it's "memory safe" now. What a load of shit.

It amazes me how everything desktop wise has managed to get worse and have less features compared to my workstation+desktop in 1996 yet it all consumes 100x+ times the amount of RAM.

I don't get it. I really don't. I know these faggots can't code because I can. Most of their crap is running on top of shit I wrote or contributed to.

>>106641676
Unless you're drawing tiles.

twitter is full of nocoders he just came up with random bullshit excuse

>>106641578
If they are variable size, they are compressed and not comparable.
If they are a fixed size, you have to remember that RAW files don’t store an RGB image directly, but store data in the camera’s Bayer (etc.) pattern.
So, a 4K raw may only store every second green value, and every 4th red/blue value directly, so would be 1/3rd the size of an equivalent RGB debayered buffer at the same resolution/bit depth.

>>106641730
>RAW files don’t store an RGB image directly, but store data in the camera’s Bayer
The bayer pattern is itself an RGB image but scrambled.

>>106639683 (OP)
IceWM is using 30MB RAM for everything on my computer.
Hyprland uses 150MB for a fucking background? Are you shitting me?!

>>106641722
Oh and if you think them abusing RAM is bad just take a peek at how much they write random shit needlessly to SSDs. Both Firefox and Chrome engines do it constantly. All day everyday. For no fucking reason. They are artificially reducing the lifespan of most consumer SSDs in common use simply to do shit like cache a youtube video or all this other random shit modern websites feel the need to send down the wire just so the fonts render a certain way. The first thing I do whenever I re-install an OS is spend about an hour or two unfucking the browser engine and forcing it to use RAM instead of the disk for things like this.

But normalfags and most of these "experts" don't notice or don't care because they're just going to toss their device in the garbage in a year and buy a new one anyway. Meanwhile, I'm over here mastering content they consume on a 15+ year old machine at the moment. Since I've had no reason to buy new hardware in a long time. I will probably being doing that this year. But this machine will still be chugging along encoding video as its done for the last 15+ years for another decade I'm sure. Along with some I've had doing the same thing for decades already.

I can't believe how bad things have gotten or the fact that I'm still stuck using a 1970s OS in the 2020s.

>>106641747
A bayer pattern has 2x as many green sample sites, and the sample sites are offset from each other

>>106639683 (OP)
https://www.biznes.gov.pl/en/wyszukiwarka-firm/wpis/ceidg/8602EC57-1BE0-4E17-B9ED-D801A0CB78CE
RAFAŁ "Vaxry" KUCHARSKI

Unused ram is wasted ram, until you remember that pc users run more than one thing at a time and might want to use more than just a window manager, so it should minimize its memory footprint as much as humanly possible. I'm not sure what he needs 200mb of cache for.

>>106641801
Indeed. You can actually extract the 4 channels manually, average the 2 greens and build a more "honest" composite image. Can't remember exactly what this crude demosacing technique was called.

>>106639683 (OP)
I went to this project website to look at it and it brought my pc to its knees, this tells me everything I need to know about it

Just let the OS handle caching of file loads. If you need to process the data, store the result.

>>106641888
I disavow the use of that gross pedo commie in your otherwise factually impeccable image.

>>106639683 (OP)
he also defended electron

https://blog.vaxry.net/articles/2025-electronAintBad

>>106639683 (OP)
150mb for a wallpaper is crazy, but he's right that 150mb ram is literally nothing

>>106640976
The highest display anyone is going to have is 8k with 30-bit color depth.
So we 7680*4320 resolution = 31.64
31.64 * 5 bytes / 1024^2 = 158.2 MB

Though I'm not sure why they would load a wallpaper like that by default when almost no one has an 8k display

>>106642042
Pretty sure there are a bunch of nothings piling up already.

My XP daily driver boots to desktop with 120mb, third party firewall and AV on.

>>106642064
oh pasted the wrong thing
33177600 instead of 31.64

>>106639683 (OP)
just disable the anime wallpaper and animations, and you have the best wayland setup

>>106639683 (OP)
>unused ram is wasted ram
Unused vram is wasted ram. Likewise every cpu core that doesn't run the hyprland process isn't using this ram.

how is everyone so fucking stjupid???
>HOW IS BACKGROUND 150mb????
he is talking about the rotating anime images that change everytime you open hyprland/. there's like 50 of them.

>>106642103
Why would you load all 50 of them when you only use one each start?

>>106642103
that shouldn't be the default

>>106642103
so just preload 2 ahead and unload after they have been shown

>>106642128
Maybe it rotates throughout the day? Either way it's an abomination.

>>106641767
Yeah, this shit is fucking unreal. You basically need smaller sacrificial drives for this shit if you don't want to completely wear out your good drives. In a sane world you'd offload all that garbage to a ramdisk, but nope, they also save shit like your current browser state to disk every 2 seconds so if you have a crash you'll lose all your tabs.

>>106641223
>>106639683 (OP)
If you can see you wallpaper a lot, you are not doing enough things with your PC.

>>106641247
>>106641284
Bet he is a discord tranny.

>>106641811
powarzny biznes, sram psa jak sra

>>106639683 (OP)
>Unused RAM is wasted RAM
Based and BeOS-pilled

>>106642545
zlewy już jado

>>106639683 (OP)
In theory I agree that unused ram is wasted ram. But shitty devs constantly say this, not realizing I want to not waste my ram by running multiple things on my computer. It should be a term exclusively used by consumers, never developers

>>106642724
this

if dev say this it means that he doesn't care about optimalization

>>106642724
unused ram is wasted ram means that your computer should spend all the free ram on transient caches that make everything go faster and feel snappier (which is what your OS is already doing), not that 1GB for a crappy electron todo list app is actually okay.

>>106639683 (OP)
Ah the amazing Polish technology

>>106641942
.t ranny

>>106642128
because they don't only change on startup. i don't know exactly when else they shuffle and rotate and suck dick but i know for sure they do it on startup. And the faggot who wrote the piece of shit would rather load all the wallpaper into memory than have to spend 50 ms to load a new one when needed.

>>106639683 (OP)
street-shitting post-meritocratic redhat tranny hands typed this thread.

>>106642042
Once, maybe but the 10 other apps that also do similiar dumb shit add up.

>>106642593
Ten adres to wirtualne biuro, debilu jebany.

>>106643317
At least it won't breed

>>106641722
>So tired of hearing this bullshit from people
Depends on the argument
>caching webpages
good
>200MB for a fucking wallpaper
Bad

>>106643317
>when a transgender Indian codes better than a Pole
This is what RDS (Russia Derangement Syndrome) does to a nation.
Look at India. Does India hate Russia? Of course not. And because they don't, they are free to spend their mental resources productively, instead of having a foreign country take 80% of the available brainspace.

>>106642233
>You basically need smaller sacrificial drives for this shit if you don't want to completely wear out your good drives
You do realize that SSD lifetime is directly proportional to its capacity?

>>106644281
theevilskeletroon is a nocoder. His "work" mostly consists of packaging linux programs into inferior packages (flatpaks) and sucking redhat's dick publicly. Vaxry is actual coder, not really great one, but he actually writes something on his own. Literally noone mentioned russians in this thread, yet for some reason you came here unprompted and decided to leak from your clitty because someone offended your zigger feelings (in your head).

>>106639683 (OP)
>mmap & madvise
>If user runs out of memory it gets evicted at no cost.
>If computer has a shit ton of RAM it will just stay forever as we want

It's that simple. I hate brown people so much it's unreal.

>>106644564
theevilskeleton actually maintains gnome calendar and settings

>>106640724
>>106640008
When you load a large texture with opengl/vulkan it will use a billion megabytes of ram, even if you only use it on the gpu

dont care, still using hyprland

>unused ram is wasted ram
but also
>buy the ram it's cheap who cares
why shit devs are like this?

>>106639683 (OP)
>stutters
lmao, at best it's something imperceptive like 50ms to load the wallpaper. Which is surely preferable to keeping wallpapers in memory at all times...

>>106648104
The fact that it "stutters" is just proof the code is shit. A sane way to do this would be loading in the asset as needed and hiding it behind some kind of mild delay. Then freeing the memory used by the last one. But even without that requiring 128+MB for some images is insane.

>>106645619
Ah yes the old
>if you aren't into <x> then you're <y>
gambit. Fuck fact: you'll never convince me to use this garbage because it's shit. Just like everything else built on top of wayland. Do you know why? Because wayland is shit.

Do you know what my desktop consumes at boot? About 50-100MB all-in. That's with auto-loading my bloated emacs config and terminal emulator at boot time. Along with my wallpaper script which uses cron to change them fairly often, transparency and the few other effects I have in my custom WM build. I could get it to use even less RAM but I can't be bothered.

My WM is more secure than yours too even though it's built on a fork of Xorg. Since the people that maintain it and the patch set for it actually know what they're doing.

>>106641767
What hardware that's 15 years old are you using? What are you planning to get this year? Any tips on what to read to learn how to unfuck the browser so that it doesn't write constantly to my ssd?

>>106648287
An OCed I7 and a GTX980.
>what are you planning on getting this year?
The highest clock rate/core count AMD CPU I can afford along with an AMD GPU to go along with it. The hardware I'm using now was free when I got it (when it was 1 year old) because I built this PC for someone and they're a dumb normalfag that jumped on the hype train to update a year later. It isn't my only PC of course. But it is my main one for video/audio/image work and programming. Well it and my fairly recent thinkpad with AMD CPU/iGPU.

On my workstation I dumped in a ton of RAM because it was cheap at one point. Maxed it out at 64GB years ago. I also run 6 monitors because I need them for checking content on various things (consumer HDTV, CRTs for SD stuff, and I have a mix of 144hz-120hz monitors in various orientations).
>Unfucking browsers
I can't be bothered to write a novel about this right now. Basically, you need to change some stuff in about:config, set-up RAM disk then direct writes/caching to there. Putting all that crap on actual disk doesn't gain you much. You'll also want to write a small script to dump contents of RAM disk to HDD (or SSD if you want) every 5-10 minutes. I write to an HDD to prevent wear and tear on my SSDs which I use for other tasks. I try to only write to SSDs data that I will use a lot in the future. Since the speed gain in reads is great but writes isn't. Since anything I need to write fast I send to RAM disk (like temp files from compiling software/encoding/browser/etc.).

It would take me a long time to write a guide on unfucking Firefox. I probably should sometime. Since every time I set-up a new system I have to go through it all over again. You'll want various add-ons for it like tab unloading, a custom userchrome/css to unfuck the default layout, various about:config things disabled or changed because they set horrible defaults, turning off various spyware features etc.

All the forks of chrome and firefox aren't worth your time.

>>106643317
least evil gnome developer

>>106643317
does anyone have a pic of him?

>>106648391
Also I've been slowly building what the normalfags are calling a "homelab" these days for the last several years. So I plan to buy a pretty beefy server to upgrade my current one next year. My current one is mostly used for serving media (jellyfin, mpd, file server etc.) at the moment. New one will be set-up to allow me to off load some stuff like encoding over the LAN.

I updated my entire LAN to 10Gbps over copper a few months ago. Slowly buying used hardware on ebay when I can afford it. Plan on eventually doing some fiber drops soon now that I have fiber to the home. When I initially built my LAN I never expected I'd have that option. So everything was limited to 1Gbps over CAT6 when I ran it and bought router/switch/etc.

My LAN lives behind an OpenBSD/pf firewall running on an older x86-64 system I had laying around.

My new server will be built on FreeBSD for the native ZFS support and I'm going to drop a ton of storage in it to supplement the 26TB I already have in the current server.

Current workstation will be moved to the server closet. Where I'll use the hdmi and usb over CAT6 direct runs I did when I built out my LAN to hook it up to multiple TVs. Then it'll mostly be regulated to running vidya. I don't play much anymore but it's nice to play emulated stuff and the 2D games I mostly play with friends when they come over. USB hubs under each TV. Multiple games can be played by multiple people on each TV. Comfy console-like set-up provided by a frontend so my normalfag friends can play vidya when they come over without me having to monitor them every step of the way. I already use it for that purpose but I have to stop whatever I'm working on so the games don't run like shit. So it'll be nice to dedicate it to this fully. Since I haven't found a game that doesn't run at max settings at 1080p yet despite the PC already being over a decade old. Since software stagnated around the time that I originally built it.

>>106644212
>>caching webpages
>good
No its not. Anyone that says this obviously hasn't monitored what both Firefox and Chrome do now. They hammer your SSD/HDD (whatever you have your OS installed on) constantly while open. Even when they're idle.

Caching a 'webpage' shouldn't be a big deal. That's not what modern browser engines do. They constantly write data every second to disk for no reason. Well for no good reason. Mainly, they write constantly because the programmers are fucking lazy and the browser engines are shit. They claim it helps in the event of a crash. It doesn't. They end up losing the data anyway.

Mainly, what they're doing is acting as spyware/malware and constantly logging your use (mouse movements and many other types of metadata) then sending off logs of it to mozilla/google servers. This is how they gather meta data to sell to their "ad partners" and the alphabet agencies.

On *nix OSs it isn't that hard to re-direct the constant writes to RAM disk. On Windows OSs it's a huge pain in the ass. Since it always goes to the %APPDATA% folder by default. So what you end up having to do is download two or three pieces of third party software. Then you have to set-up a RAM disk that activates at boot time and fake the location of the real folder using symbolic links. It's impossible to disable the data it's writing or change where it's writing it through about:config. There are a few options that claim they will allow you to slow it down but it's a lie they do nothing. I know because I've sat some nights and monitored it and the data it was writing out for hours upon hours. No idea how it is on Appleshit but I imagine it's just as bad.

The modern browser engines will constantly churn away writing to disks. Which doesn't allow them to sleep and in the case of SSDs shortens the lifespan greatly no matter how large they are.

One of these days I need to grep through the mozilla code and try to fix this.

>>106648620
For reference. Here is what is currently being used on my sole Windows 7 box running the latest version of Firefox I've modified heavily. In other words, it's much worse in the default install. This is what is being dumped every 15 minutes from the RAM disk. So it's between 5-15 minutes out of day most likely.

This does not include anything else in the real %APPDATA% directory living on the C: drive. The only thing I've directed to RAM disk+HDD backup on this machine is Mozilla firefox's directory from %APPDATA%.

Monitoring the firefox process it's constantly writing to RAM disk at 0.2MB/s. Even when the browser is "idle" on flat HTML webpages.

Currently I have 8 tabs active. Two of which are on youtube (two videos that have been paused for over an hour), 5 threads on 4chan (of which only 2 are auto updating) and a searx web search. The other 40-odd tabs are not active because they were unloaded by Auto tab discard. I am running ublock origin, noscript and a handful of other quality of life add-ons. All of which should not be doing anything that requires hammering the disk this much.

The more "modern" the webpages the more they hammer the disk. But even old school web 1.0 flat HTML pages show this behavior. Since it isn't simply caching web pages or javascript. It's constantly writing shit to the .profile directory and usage stats and who the fuck knows what else. There are tons of .json files and things contained within these directories which are sent back to mozilla's servers 24/7.

>>106648620
>>106648698
I should also mention. The about:config settings I'm talking about that are supposed to disable writing to disk all start with "browser.cache.*". I have many of these set to "0" or "-1" because they were supposed to (and maybe did) disable this behavior in older versions. Pre 54.x and back they might have worked but I can't remember if they still worked then or they stopped working earlier. I want to say they stopped working around the time Rust was added as a dependency.

Anyway, now they do nothing at all. I know because again I spent more hours than I'd like to admit attempting to tweak this and slow it down. In the end I just gave up and went with the RAM disk+dump to disk now and again route.

If you run Arch (ewww) I think there is something in the AUR that's supposed to automate doing what I do manually. But since I don't run Arch I did it manually using RAM disk+symbolic links on all my machines. On Gentoo you'll want to set-up RAM disk using usual method (I suggest adding zram as well) then make a cron script to dump the contents to disk now and again. Same for the *BSDs, except on OpenBSD you'll need to use mfs because tmpfs was removed several versions ago. Which means you're stuck letting it have 1-2GB of RAM at all times because mfs doesn't automatically resize like tmpfs does on FreeBSD and Linux. OpenBSD guys claim there was some security issue with tmpfs IIRC.

Windows again is a cluster fuck because it has no native way to do RAM disks. So you'll have to grab whatever third party application you prefer for that and do it manually and auto start it at boot. Then you'll need to fuck around with symbolic links to make it go there instead of C:\\%APPDATA%\. Then you'll need to set-up cron in the usual way on Windows to do the dump to HDD.

The upside at least is the browser is much more stable when you use RAM disk. The down side is you'll have to just deal with it spying on you.

Youtube in particular hammers the disk hard.

post your ram

>>106642172
It doesn't.

>>106648819
>>106648698
Are you that guy that was on the thinkpad server a few years ago that used to post tons of info and guides on stuff similar to this? a lot of windows stuff too, i remember. worked on some contract for the government, used to hate on everyone that used ubuntu for production lol. What's wrong with arch? what do you use?

>>106639683 (OP)
>The day everyone realized Vaxry is an unironic retard.
The first time his name was brought up on this board when you all claimed he was a zased and red pilled programmer?

>>106643317
>Russia Derangement Syndrome
kys orc

>>106639683 (OP)
>unused ram is wasted ram
>every executable vying to use as much ram as possible is a good thing

you can literally just go on github and look at the code to find out where the 150MB is coming from, instead of guessing
but maybe that's expecting too much from this board, especially in a shitter thread
https://github.com/hyprwm/Hyprland/blob/91f592a87509436dc6f6ea7b3d6705ed7c5af046/src/render/OpenGL.cpp#L2877-L2996

>>106650159
>you can go to github to disprove what the dev himself said

>>106650184
man, you are dumb

>>106650195
I accept your concession.

>>106640823
>Does this retard redline his car at every opportunity just because he can? Unused horsepower is just wasted horsepower?
Yes.