Yup. always gotta be that one single threaded program. In this case, appears to be frigate.
Multithreading is almost impossible with only a few cores. It is barely enough to run Windows ๐ฅบ
You should upgrade soon โ๐ป
I know, it's horrible.
Although, I really need to get this machine added into my proxmox cluster. My cluster really does need more resources....
But, my good old unraid box just "works"... so, I don't wanna touch it lol
Can it run crysis? ๐ค๐ธ
Of course. Can also run cyberpunk!
What about wolfenstein 3d?
Well, it can run doom(in dosbox), and doom proceeded wolfenstein.
how about moonbuggy?
๐ณ๐ณ
I moved my unraid box into a vm on my proxmox server so that I could share the rest of the resources on the unraid server. I haven't had any issues so far and have the benefit of being able to create other vms on that server too
I have been really toying with the idea of doing so.
I just need to slap a new HDD in there for proxmox itself though.
Itโs mildly infuriating tbh but I understand itโs hard to implement threading for some functions.
What actually infuriates me more is some AAA titles that specifically utilize 4 threads of my 3950x 32 threads cpu.
Programming with threads is much harder than using a single thread.
First your workload has to be split up in such a way that it can be distributed. That's not always possible.
The you gotta insert "synchronisation" to avoid a whole class of concurrency issues.
Hence programmers always default to a single thread unless really needed.
Of course - I get that. I'm a programmer myself.
But it does have to be said that there's little excuse for not doing it anymore for heavy applications, especially games. The tools/frameworks/engines have vastly improved, and people know (at least roughly) ahead of time what work is going to slog the CPU, especially in the case of a AAA studio.
Note: I'm only referring to relatively modern games here - anything that's older than when multithread really took off gets an automatic pass - it's not reasonable to expect someone to cater for a situation that doesn't exist yet.
Tend to agree that these massive studios should have the resources.
there's little excuse for not doing it anymore for heavy applications, especially games
.... Wut. You chose one of the best examples of where multi-threaded workloads are extremely difficult and often impractical as your example of where it should definitely be used...? ๐คฆ
Games are where it's the most difficult, nevermind enterprise workloads that can be multi-threaded on paper, while games can often not even make that work in theory. Game workloads are incredibly, almost insurmountably, difficult to multi-threaded for most teams and studios.
Not just from a technical standpoint but from a practical standpoint as well as you are significantly increasing the surface area for software defects, full of pitfalls and gotchas. Sure you can multi-thread your workload but now it actually runs slower than it would have if you never did this at all due to increased resource usage as a result of synchronization...etc
Games like factorio are rarities, where the developers had both a small game and scope, and all the time and resources they needed to produce multi-threaded solutions to their workloads. Engines like unity have ECS, which has limitations of use and comes with extra asterisks. But outside that and a few other examples actual multi-threading is a massive undertakings that may actually mean your Game cannot be delivered.
Difficult, yes. Impractical? Absolutely not, at least with some planning ahead. It's not trivial (and I never said it was) but it's getting both easier and more important every year.
Programmers mostly don't know how to make multithread programs.
Iโm programmer myself and I understand that itโs not simple even though you can use blocking or protected collections.
Iโm referring to a situation where the programmer made a function multithreaded but hard coded creating only 4 threads โto fully utilize a 4 core cpuโ
Multithreading in games is much more difficult because you not only have to make sure, everything is synchronized, but also that everything finishes in time. It's a bit like a RTOS in that regard. Using a known and fixed amount of threads can be a sane choice.
Yup, glad someone else understands that one.
Not much of a game developer myself- but, yea, I understand the challenges of multithreading, especially around the main loop.
If you want to learn something interesting, check out a few videos on the PS2 architecture, and the challenges around optimizing games for it. Its, very interesting.
Not always true. Not for all games. And multiplayer games already have multithreading in some way.
I know your pain. Although, my gaming PC is only rocking a Ryzen 7 5800x. Not, nearly as many threads... but, there are a ton of games which are only using a small fraction of the available CPU.
If I recall, Assassins' creed was pretty bad about it.... Minecraft (Especially modded) was horribly single threaded. And- more.
Heh. Classic case of being able to market your product as being "multithreaded" because is uses 2 threads? :P
"The garbage collector runs in a second thread! This means we're fully multithreaded now! Ship to customer and advertise multithreading!"
No shit. You got garbage collection?
Itโll be sold out in beta aka test in production.
test in production
One of the teams in the corporation I work for even develops in production.
Unraid appreciation comment!
It's hard not to like, it just works!
Nah, with just 8% of CPU load, you can't possibly have a CPU bottleneck...
Oh, no bottleneck.
But, just found it interesting out of the 64 threads on this box.... there is typically one maxed out.
Oh, I was just trying to make a joke. It's not a serious commentary.
Apologies then, its harder to sense sarcasm here on lemmy... when people are 100% serious about going around and vandalizing cars, because people have them.... (Not- joking...)
Multithreading is almost impossible with only a few cores. It is barely enough to run Windows ๐ฅบ
You should upgrade soon โ๐ป
I know, it's horrible.
Although, I really need to get this machine added into my proxmox cluster. My cluster really does need more resources....
But, my good old unraid box just "works"... so, I don't wanna touch it lol
Can it run crysis? ๐ค๐ธ
Of course. Can also run cyberpunk!
What about wolfenstein 3d?
Well, it can run doom(in dosbox), and doom proceeded wolfenstein.
how about moonbuggy?
๐ณ๐ณ
I moved my unraid box into a vm on my proxmox server so that I could share the rest of the resources on the unraid server. I haven't had any issues so far and have the benefit of being able to create other vms on that server too
I have been really toying with the idea of doing so.
I just need to slap a new HDD in there for proxmox itself though.
Itโs mildly infuriating tbh but I understand itโs hard to implement threading for some functions.
What actually infuriates me more is some AAA titles that specifically utilize 4 threads of my 3950x 32 threads cpu.
Programming with threads is much harder than using a single thread.
First your workload has to be split up in such a way that it can be distributed. That's not always possible.
The you gotta insert "synchronisation" to avoid a whole class of concurrency issues.
Hence programmers always default to a single thread unless really needed.
Of course - I get that. I'm a programmer myself.
But it does have to be said that there's little excuse for not doing it anymore for heavy applications, especially games. The tools/frameworks/engines have vastly improved, and people know (at least roughly) ahead of time what work is going to slog the CPU, especially in the case of a AAA studio.
Note: I'm only referring to relatively modern games here - anything that's older than when multithread really took off gets an automatic pass - it's not reasonable to expect someone to cater for a situation that doesn't exist yet.
Tend to agree that these massive studios should have the resources.
.... Wut. You chose one of the best examples of where multi-threaded workloads are extremely difficult and often impractical as your example of where it should definitely be used...? ๐คฆ
Games are where it's the most difficult, nevermind enterprise workloads that can be multi-threaded on paper, while games can often not even make that work in theory. Game workloads are incredibly, almost insurmountably, difficult to multi-threaded for most teams and studios.
Not just from a technical standpoint but from a practical standpoint as well as you are significantly increasing the surface area for software defects, full of pitfalls and gotchas. Sure you can multi-thread your workload but now it actually runs slower than it would have if you never did this at all due to increased resource usage as a result of synchronization...etc
Games like factorio are rarities, where the developers had both a small game and scope, and all the time and resources they needed to produce multi-threaded solutions to their workloads. Engines like unity have ECS, which has limitations of use and comes with extra asterisks. But outside that and a few other examples actual multi-threading is a massive undertakings that may actually mean your Game cannot be delivered.
Difficult, yes. Impractical? Absolutely not, at least with some planning ahead. It's not trivial (and I never said it was) but it's getting both easier and more important every year.
Programmers mostly don't know how to make multithread programs.
Iโm programmer myself and I understand that itโs not simple even though you can use blocking or protected collections.
Iโm referring to a situation where the programmer made a function multithreaded but hard coded creating only 4 threads โto fully utilize a 4 core cpuโ
Multithreading in games is much more difficult because you not only have to make sure, everything is synchronized, but also that everything finishes in time. It's a bit like a RTOS in that regard. Using a known and fixed amount of threads can be a sane choice.
Yup, glad someone else understands that one.
Not much of a game developer myself- but, yea, I understand the challenges of multithreading, especially around the main loop.
If you want to learn something interesting, check out a few videos on the PS2 architecture, and the challenges around optimizing games for it. Its, very interesting.
https://www.youtube.com/watch?v=IRv_xKS4q7o
Oh, and the PS3 wasn't any better. (Worse in ways..)
https://www.youtube.com/watch?v=zW3XawAsaeU
Here is an alternative Piped link(s): https://piped.video/watch?v=IRv_xKS4q7o
Piped is a privacy-respecting open-source alternative frontend to YouTube.
I'm open-source, check me out at GitHub.
Not always true. Not for all games. And multiplayer games already have multithreading in some way.
I know your pain. Although, my gaming PC is only rocking a Ryzen 7 5800x. Not, nearly as many threads... but, there are a ton of games which are only using a small fraction of the available CPU.
If I recall, Assassins' creed was pretty bad about it.... Minecraft (Especially modded) was horribly single threaded. And- more.
Heh. Classic case of being able to market your product as being "multithreaded" because is uses 2 threads? :P
"The garbage collector runs in a second thread! This means we're fully multithreaded now! Ship to customer and advertise multithreading!"
No shit. You got garbage collection?
Itโll be sold out in beta aka test in production.
One of the teams in the corporation I work for even develops in production.
Unraid appreciation comment!
It's hard not to like, it just works!
Nah, with just 8% of CPU load, you can't possibly have a CPU bottleneck...
Oh, no bottleneck.
But, just found it interesting out of the 64 threads on this box.... there is typically one maxed out.
Oh, I was just trying to make a joke. It's not a serious commentary.
Apologies then, its harder to sense sarcasm here on lemmy... when people are 100% serious about going around and vandalizing cars, because people have them.... (Not- joking...)