Atemu

joined 5 years ago
MODERATOR OF
[–] Atemu@lemmy.ml 2 points 6 months ago (4 children)

Chances are that it doesn't work there either. What actually does the OC is the kernel; the GUIs merely write the desired values into the correct files in /sys.

[–] Atemu@lemmy.ml 1 points 6 months ago (1 children)

Have you heard of peertube?

It's slightly overkill for your purposes but it is basically a self-hosted Youtube with a similarly nice UI and everything.

[–] Atemu@lemmy.ml 2 points 6 months ago (3 children)

I used this for comparing the CPUs https://www.cpubenchmark.net/singleCompare.php.

Okay, at least that's not userbenchmark but what I said still applies: this number does not tell you anything of value.

My friend mostly works with unreal engine.

Oh, that's quite something else than 3D rendering.

It's been a while since I fiddled with it it but I didn't do anything significant with it.

According to Puget systems' benchmarks, this is one of those specific tasks where Intel CPUs are comparatively good but even here they're basically only about on par with what AMD has to offer.

Something like the 9900x smokes the 14700k in almost every other productivity benchmark though.
If you care about productivity performance first and foremost, the 7950x could be a consideration at 16 high-performance actual cores which smokes anything Intel has to offer, including in Unreal. It's by no means bad at gaming either but Intel 14th gen is surprisingly competitive against the non-x3D AMD chips for gaming purposes.
Though, again, CPU doesn't matter all that much for gaming; GPU (and IMHO monitor) are much more important. (Some specific games such as MMOs are exceptions to this though.)

Its their for them to be able to work basically

As in professional work? Shouldn't their employer provide them with a sufficiently powerful system then?

[–] Atemu@lemmy.ml 3 points 6 months ago

I missed that; OP is from a Lemmy instance indeed.

I think it's the other way around then: those hashtags turn into actual hashtags when federated to the microblog fediverse. I verified this with mastodon. Only works in the title though because post bodies don't get federated in Lemmy for some reason.

[–] Atemu@lemmy.ml 0 points 6 months ago

If you talk about "a GUI for systemd", you obviously mean its most central and defining component which is the service manager. I'm going to assume you're arguing in bad faith from here on out because I consider that to be glaringly obvious.

systemd-boot still has no connection to systemd the service manager. It doesn't even run at the same time. Anything concerning it is part of the static system configuration, not runtime state.
udevd doesn't interact with it in any significant user-relevant way either and it too is mostly static system configuration state.

journald would be an obvious thing that you would want integrated into a systemd GUI but even that could theoretically be optional. Though it'd still be useful without, it would diminish the usefulness of the systemd GUI significantly IMHO.
It's also not disparate at all as it provides information on the same set of services that systemd manages and i.e. systemctl has journald integration too. You use the exact same identifiers.

[–] Atemu@lemmy.ml 2 points 6 months ago

Any compatible motherboard generally works for the CPU.

With AMD, this is basically a non-issue but high-end Intel CPUs are so incredibly power hungry that a motherboard VRMs can become a limiting factor. More money isn't always better here though; a 120€ board could be better than a 300€ one. You'd have to look up the specific board.

Most important though is feature support which mostly boils down to what I/O you need. E.g. NVMe slots, expansion cards, thunderbolt, networking or even just how many USB-A ports there are.

I don't have any specific requirements here, so I've so far gone with one of the least expensive boards that isn't utter trash and I've had no issues.

[–] Atemu@lemmy.ml 3 points 6 months ago (5 children)

but I checked the CPU benchmarks of other AMD processors at that price range and also more cores.

Which benchmarks? There's a notorious site out there that has "benchmarks" so biased to the point of being as good as non-factual.

Hardware benchmarks are not a simple topic, so any one number that you see presented as "the truth" will be wrong for a thousand reasons. Please always use real-world benchmarks that closely resemble your actual projected usage (i.e. the games your friend likes to play) for gauging hardware performance.

My friend wants the PC for 3D rendering and VR stuff, so more cores seemed better in my eyes.

That's good to know. VR doesn't need any more CPU perf than regular gaming but 3D rendering can. It highly depends on what kind of 3D rendering your friend is doing though as you'd typically do that on the GPU; preferring GPU power even more than games.

Which specific software is this? Some software can't do GPU rendering but i.e. Blender can (and you certainly want an Nvidia GPU for that). You'd also probably want more VRAM then.

Also, are they doing this as an actual hobby; spending significant time on it or is it just a side interest? The latter use-case can be satisfied by any reasonably powerful system, the former justifies more investment.

[–] Atemu@lemmy.ml 9 points 6 months ago (2 children)

It's a microblog post. You can simply @ a Lemmy community and the very same post becomes a Lemmy post in that community too.

It's quite useful to reach i.e. a niche audience and you shouldn't make fun of people utilising the fediverse to its full extent.

[–] Atemu@lemmy.ml 60 points 6 months ago

If you wanted a distro where everything is set up for you OOTB, not requiring tinkering, you should not have installed Arch mate.

[–] Atemu@lemmy.ml 3 points 6 months ago (2 children)

As mentioned, those are entirely separate and even independent components.

Systemd (as in: pid1) only "manages" them insofar as that it controls their running processes just like any other service on your system.

systemd-boot doesn't interact with systemd at all; it's not even a Linux program.

The reason these components have "systemd" in their name is that these components are maintained by the same people as part of the greater systemd project. They have no further relation to systemd pid1 (the service manager).

Whoever told you otherwise milead you and likely had an agenda or was transitively mislead by someone who does. Please don't spread disinformation further.

[–] Atemu@lemmy.ml 3 points 6 months ago (1 children)

You can totally turn an old computer into a NAS. I prsonally don't see any point in NAS appliances for this reason.

You should consider downgrading it though as power efficiency is paramount in a NAS while performance barely matters.

[–] Atemu@lemmy.ml 0 points 6 months ago

Without knowing what you'll use it for, neither.

Both don't sound ideal though w.r.t. power consumption.

 

cross-posted from: https://lemmy.ml/post/11150038

I'm trying out Actual and have imported my bank's (Sparkasse) data for my checking account via CSV. In the CSV import, I obviously had to set the correct fields and was a bit confused because Actual only has the "Payee" field while my CSVs have IBAN, BIC and a free text name (i.e. "Employer GmbH".)

IBAN is preferable because it's a unique ID while the free text name can be empty or possibly even change(?). (Don't know how that works.)
OTOH, the free text name is preferable because I (as a human) can use it to infer the actual payee while the IBANs are just a bunch of numbers.

Is it possible to use IBAN aswell as the free text name or have a mapping between IBAN and a display name?

How do you handle that?

 

cross-posted from: https://lemmy.ml/post/11150038

I'm trying out Actual and have imported my bank's (Sparkasse) data for my checking account via CSV. In the CSV import, I obviously had to set the correct fields and was a bit confused because Actual only has the "Payee" field while my CSVs have IBAN, BIC and a free text name (i.e. "Employer GmbH".)

IBAN is preferable because it's a unique ID while the free text name can be empty or possibly even change(?). (Don't know how that works.)
OTOH, the free text name is preferable because I (as a human) can use it to infer the actual payee while the IBANs are just a bunch of numbers.

Is it possible to use IBAN aswell as the free text name or have a mapping between IBAN and a display name?

How do you handle that?

 

cross-posted from: https://lemmy.ml/post/5552052

Apparently when you subscribe to a lower tier plan such as the one month one, the amount you paid (minus what you already "used") will be deducted from the upgrade price if you decide to commit for a longer amount of time.

This is great for people like me who want to try out all the features (including custom domains, Proton Bridge and SimpleLogin) without having to commit for one or two years and without having to pay the 65% higher price of the monthly plan.
I had already accepted the fact that I'd need to pay the monthly fee but this is a much appreciated gesture!

 

cross-posted from: https://lemmy.ml/post/5142305

From: Ben Skeggs

This series adds support for loading and running on top of NVIDIA's GSP-RM firmware, instead of directly programming large portions of the hardware ourselves.

The implementation is a little crude in places, but the goal of this series is to get (more-or-less) GSP-RM support on par with what we already support on HW. Next steps would be to look at what features GSP-RM enables us to more fully support, and clean up the GSP-RM integration once it's known what those will require.

Things should be somewhat faster when running on GSP-RM, as it's able to control GPU clocks, which wasn't possible for us previously.

SVM support is not available when running on top of GSP-RM at this point, due to GPU fault buffers not being implemented yet. This won't effect any real use-case, as SVM is experimental at best in nouveau anyway.

Aside from that, things should more or less work as normal.

GSP-RM support is disabled by default for now (except on Ada, where it's the only option) and can be enabled with nouveau.config=NvGspRm=1.

There'll likely be some nit-picky bugs to sort through, but I don't anticipate any huge disasters. I've smoke-tested this on a selection of GPUs right back to nv50, testing both HW and GSP paths depending on the GPU, and more thoroughly tested on Turing/Ampere/Ada, both discrete and laptop GPUs.

Firmware from NVIDIA is required to enable this support.

view more: ‹ prev next ›