222
Baldur's Gate 3 Patch 2 will be "chonky," with fixes for performance issues and other issues
(www.gamescensor.com)
Welcome to the largest gaming community on Lemmy! Discussion for all kinds of games. Video games, tabletop games, card games etc.
Submissions have to be related to games
No bigotry or harassment, be civil
No excessive self-promotion
Stay on-topic; no memes, funny videos, giveaways, reposts, or low-effort posts
Mark Spoilers and NSFW
No linking to piracy
More information about the community rules can be found here.
It also crashes (at least for some people) if you set CPU affinity at all. That's really strange, and problematic if you're using certain cores for background work, or if you just want to avoid the game having to cross a CCD boundary. Here's hoping they fix it.
If it has that bad of a cpu affinity, and barely using 4 threads, i wonder why its hitting 100% on my 4 core 4th gen i5 and it has 47 threads... :')
Why should it? It runs 60fps at ease with a better system And no, not a typo (Trying to add a screenshot, but liftoff is acting weird)
Im a developer, and ive written a thread scheduler for an os, i know what threads are :')
The game has 47 threads, which you can verify in task manager. What you are thinking of is how many threads the cpu can process in parallel, which is indeed 4 on my cpu and nowhere before was it said you were talking about cpu "cores" ( or cpu threads like you call them )
However, like i said, the game runs perfectly on my system and my friends' so the engine and windows seem to balance the priority and timings of those 47 threads just nicely here, even past act 2, and i dont see why it would need to use more cpu cores to process.. Nothing. Adding more threads and using more cpu cores does not always mean faster processing of data..
Look, this is the last time ill reply to you because weve deviated far from the original topic.
There is only 1 definition of a thread. A thread is a piece of code that is executed on a processor, and which contains the state of a processor and its registers ( where in memory it was executing, memory locations, stack, state of the function it was executing,... ). Which thread gets executed is for the operating system to decide depending on several things ( priority or affinity as its called in windows , type of thread, what layer of the os requests time etc etc ).
Source : https://en.wikipedia.org/wiki/Thread_(computing)
There is , at its core, no such thing as a "cpu thread". This is marketting speak to indicate how much threads a cpu can processes at the same time. Depending on the operating system's scheduler, the processor and the type of instruction it needs to process, a cpu could processes 16 threads at the same time on a 8 core/16thread cpu so its constantly using everything of a cpu. However, if 2 or more threads are doing similar instructions it is possible a thread has to wait for the other to process despite them not having anything to do with each other. Thats on the processor's scheduler to decide btw.
Source : https://en.wikipedia.org/wiki/Hyper-threading
Adding more threads to the os' thread queue isnt magically going to make things faster. Take a look at dolphin's thread and core usage. They have ( used to?) be against adding more threads to the emulator because it made 0 sense to do so, despite some games running slow. This resulted in dolphin at one point using 2 cores 100% on a quad core cpu, while 2 were doing nothing. Just because adding threads that would 90% of the time do nothing was a waste of resources and processing time.
Source : https://forums.dolphin-emu.org/Thread-multi-thread-explanation
I have a feeling you dont understand how this stuff works, as you have given me nothing of proof, details or anything of how any of this works. Have you profiled the game? Checked gpu busy vs cpu busy? Looked beyond the cpu % usage? Checked on different hardware?
No, i claimed the game's process has 47 threads.
This game is in the height of fanboy denialism. Any criticism, no matter how small or how valid is met with rejection and blaming. It's like you have to preface and end everything with "I am loving the game and recommend it" or else people will downvote you for not liking the game.
It's so upsetting seeing this game get praised as one of the most polished games. I guess the bar really is that low these days. I'm glad they're actively fixing stuff but there's a lot to fix.
Ah yes, silly silly Larian studios. Why didn't they think of this earlier!?
Because when you are giant studio using Unreal Engine there really is no excuse for poor performance or porting. But when you are a (relatively to Epic or Sony/Microsoft etc) a tiny team building a game using the engine you came up with yourself with its roots somewhere around 2010-ish , back when 6 cores was a brand new thing and have been tweaking it ever since, you do get some slack if it doesn't multithread perfectly.
Yeah you get some slack as in I'll still recommend the game, purchase it, enjoy it and state that it's great. I'm still going to complain about shitty optimizations so that even more people get to enjoy the game in all it's glory. It's painful that my gf's game lags all the time and that she can't enjoy the same cutscenes that I do because of performance.
The fact that you like the game/studio doesn’t change the fact that they’ve shipped an engine that treats modern CPUs like Core 2 Quads.
Still playable on most systems. It's not like cyberpunk level of gank
edit: Cyberpunk xbox/ps I guess. It was fine for me on pc.
Because a lot of people aren't experiencing much in the way of performance issues yet? I've not yet reached Act 3 where I hear it has the most impact so performance has been fine for me, like the vast majority of the userbase at this stage, I imagine. I'll see how I feel once I hit Act 3.
If you made a valid point in a discussion positive manner, then people might take you seriously. But then again, maybe you want to come across as an asshole.