entwine

Audio on Linux, like all things, is a deep deep rabbit hole. Whatever you want to do, you can. Whether it'll be easy, or accessible through a GUI, or if you'll have to write your own scripts, who knows. Everything is on the table.

The best way to get answers is to ask directly in the community for your chosen distro. A lot of people just lazily post in generic linux/tech communities, like /r/linux on reddit, and get lazy replies from people who don't know, but feel compelled to post anyway. Don't do that.

Discover is probably the worst app in the entire KDE suite. It's the only aspect of the Linux desktop that frustrates me, and I'm nearing 10 years of full time Linux desktop usage.

Oh, you accidentally opened Discover? Now you gotta sit and twiddle your thumbs while it updates/downloads a bunch of stuff very slowly with no way to interrupt it. It also locks the system package manager, so you literally cannot do anything else package management related until Discover slowly decides to finish doing something you never asked it to do.

Here's a good article with some context around the F-droid situation, and why Signal is full of crap.

I think it’s also important to understand that signal is also a company that, at some ooint, needs to make money from somewhere to do this awesome thing and they won’t get that limiting themselves to an obscure app store that maybe 1 in 100 users even know about.

Signal is a non-profit and backed by a billionare. Tbh idk what their financials look like, but they don't seem to be in a difficult funding situation at all.

I also highly doubt that Google would modify the signal binary with a backdoor...

They definitely wouldn't do it for everyone, but if the FBI comes knocking at their door and tells them that they need to access a specific person's Signal chats, deploying a backdoored update to that individual is easily within Google's power. It's extremely likely nobody would notice, unless maybe the target is a security researcher or something. And IMO even if the info does come out, most of the blame/consequences (if any) would fall on the government, not Google.

Considering everyone is being labeled a "terrorist" nowadays by this whackjob administration, this type of scenario seems increasingly likely to me.

It's a very high quality code base too, but not for the faint of heart.

No F-Droid, no trust. It doesn't matter how strong the cryptography is, if Google or the government can trivially deploy a backdoored version. It also brings into question Signal's own credibility/trustworthiness, as this is an obvious and well-known flaw that they've refused to rectify, and have made bogus arguments to justify their decision.

Sidebar stats say this instance gets 23 users/day, which seems absolutely tiny and within the capabilities of 4c/16gb cloud instance.

We were maxing out every part of the server whenever any even slightly significant number of users were on the fediverse.

Idk anything about how lemmy/fediverse works, but does that mean tiny instances like this get hit when the rest of the network is experiencing high load? Seems problematic.

EDIT: btw, thanks for the free service and the effort you put in to keep it running!

This doesn't appear optimal. The correct way to melt a CPU is to make use of as many functional units as possible in parallel, while avoiding pipeline stalls and cache misses. I'm not a Rust guy, but skimming through the code it seems like the only work it's doing is some integer math, so it's not even touching the FPUs. Also I see while running.load(Ordering::SeqCst). Idk if Rust's memory model is similar to C++, but does that mean it's using atomic operations? That's going to create a lot of unnecessary cache coherency traffic that works against the goal of melting. Each thread should have its own counter not shared with other threads, and it should only spawn enough threads for the number of physical cores (not logical cores) on the system, and ideally pin each thread to a single core to prevent the OS from acting like a firefighter.

The gpu parts I'm not sure about. There's might be some special consideration required when dealing with integrated graphics though.

Just because a product exists already doesn't mean there isn't opportunity for a competitor! You could try competing on price, maybe offer a more generous free tier which can help you get more sign ups. Maybe make it free for self-hosting, but you make money offering it as a service as most devs probably won't bother.

Sonarqube proved there's a market for this type of product already, which is the hardest part!

the only point my comment adresses is the factually wrong statement that memory leaks are not a problem.

Two things:

1. I never claimed that memory leaks are not a problem. It seems you misread my original comment.

2. Only like one or two of the links you posted are potentially related to memory leaks at all. It seems you misread the list of articles you found.

Reading comprehension is an important skill to master, as it's useful no matter what you do in life. If no one has ever pointed out this deficiency, I hope you take it as a hint to guide your personal improvement journey (which is my intention) rather than a petty dunk from an internet rando (which is not my intention)

Did you just ask ChatGPT to give you a list of articles with the word "leak" in them? I haven't gone through all of them, but I see two of them are Windows zombie process bugs, one is an Intel branch predictor attack, one is the example in the OP (which you posted...)

While they do not leak memory like crazy, they hog a lot and people accept it.

They do not leak memory at all. Using a lot of memory is not the same as leaking memory. And from a practical perspective, it doesn't really matter if a calculator app on iOS uses a gigabyte or three of RAM, as the amount of multi-tasking a user can do on a phone is severely limited, and the operating system kills background apps when it needs to reclaim memory for the foreground.

The bigger problem are many “smol” programs are written without performance in mind at all

Do you have specific examples of this? The iOS calculator sucks, but it does not have performance problems. People who think every piece of software needs to be hyper-optimized are either unemployed (or should be) as they don't get any work done, or they just don't practice what they preach. IME, it's usually beginners/novices who discovered what a "native" language is, like C++ or Rust, and are going through a phase. None of those people know how to actually optimize a program, haven't even heard of Compiler Explorer, think "MESI" is a soccer player, and probably know more about TUI frameworks than profiling ones.

American Big Tech is the world leader because they employee and train the best engineers in the world

OR

American Big Tech is the world leader because they employee illegal anti-competitive business practices and bribe/lobby US officials to not stop them

It's obvious which is correct. All of big tech has been leaking competence for a long time, and this AI frenzy is only accelerating it. The solution to these problems is to enforce the law and break them up, as smaller companies can't survive by being incompetent, and can't afford to compensate engineers with ridiculous salaries/inflated stock just to prevent them from joining/launching a competitor (or in the case of big tech, using illegal agreements to not poach from each other).

The worst part is that even if this problem reaches its apex, and some/all of these companies start to fail, the market won't correct itself. I can already see the government bailing them out so they can keep doing the same shit.