I moved my whole network/system over to Linux as I got fed with with Microsoft Biased Behavior. Anyways. On to the topic at hand. Does anyone experience random stutters in Linux? I am running the GoG version. It would just happen randomly. It does not last long but playing DoM can get me killed. This did not happen on Windows though and I know lutris is basically work in progress in my opinion. I thought it is the mod but it still happens in vanilla.
1 Like
I had similar issues, usually with some groups of mobs. It’s related to sound. Switching to Proton-GE fixed the issue for me.
Can’t do that with a GOG version of the game though.
uhm… installed gog through bottles and now no lag. Think it may be lutris that was causing this. I tried proton and wine and both had the same issue. Weird as I thought Lutris is better than Bottles…
I’ve had this for a long time playing linux on the steam version. I’m using GE-Proton but it only delays the problem a bit. The stuttering still intensifies with the length of my session. Everything from nearing a mob spawn or opening the devotion screen will have a longer freezes until I restart the game, but the first hour or two is tolerable enough usually.
I’m using GE_Proton 9.21 on Steam and I get the same issues, it runs buttery smooth for 2-3 hrs, then events like mob spawns, area transitions, running around town, etc, start to cause stutters that get progressively more common and slightly longer. And, finally, at 4-5 hrs it will hang up upon activation of a loading transition or menu (although generally not the character or skill menus)
If anyone ever figures out a fix for the problem on native Steam for Linux, I’d love to know, as GD is one of my favorite games.
1 Like
(Nvidia 4060, Intel i5-13400F, 32 GB RAM)
I’ve been running GD with Proton 8 for a couple of years now with no issues, can’t remember the last time I’ve hit any lags/stutters. After I bought a new PC last year, I bumped all of the settings to max - again, no issues.
If I remember correctly, the main settings changes that I made were disabling “Vertical Sync” and “Triple Buffering”. Here’s my current options.txt: maybe something here will help:
quickBuy = true
lockItemPickup = true
mapZoom = 88
importedCharacters = false
lockMapRotation = false
cameraShake = true
gore = true
questwidgetopen = true
corpsePersistence = 0
blood = 1
reportStats = 1
targetLock = false
inactiveUpdateRate = 0
cloudSaving = false
gamepadSupport = false
breakingMoveTo = true
classicCasting = false
gamepadTargetLock = true
autoLootRadius = 1
critFeedback = true
dayNightCycle = true
toggledAurasSelf = true
toggledAurasOther = true
toggledWeaponEffects = true
detailItemTooltips = false
showMonsterLevelOnRollover = true
displayDamage = false
critMultipliers = false
targetOutline = true
tutorialTips = false
errorMessages = true
autoItemTooltips = true
extraRollovers = true
sortConfirmBypass = true
hotbarCooldownCounter = true
showTime = false
mainMenu = 1
screenEffects = true
newItemHighlight = true
monsterBars = true
playerBars = true
playerLocalBar = false
petBars = true
playerHealth = true
playerBarsLarge = false
monsterHealth = true
monsterIcons = true
monsterBarsUndamaged = true
monsterBarsLarge = false
bossBarsLarge = true
healthBarsPercent = false
monsterBarsDebuffs = false
textureQuality = high
shadowQuality = ultra
shadows = true
weatherQuality = very high
weatherEnabled = true
depthOfField = true
softParticles = true
reflectionQuality = ultra
detailLevel = ultra
resolution = 1920 1080
refreshRate = 144000 1000
windowPosition = -1920 0
antiAliasing = 1
anisotropicFiltering = 16
screenMode = 2
syncToRefresh = false
tripleBuffer = false
detailObjects = true
advancedEffects = true
brightness = 0.5
contrast = 0.5
gamma = 0.5
fxQuality = very high
lightingQuality = very high
uiScale = 0.560209
device = 0
colorblind = 0
alphatocoverage = false
ambientocclusion = false
deferredrendering = true
fxaa = true
fog = true
masterVolume = 1
musicVolume = 0.246073
effectsVolume = 0.513089
ambientVolume = 0.513089
dialogVolume = 0.664921
rockOn = false
speakerType = 1
soundDevice = 0
errorSpeech = true
captureDevice = 0
micLoopback = false
voiceVolume = 1
voicechatEnabled = false
voicechatPushToTalk = false
networkAdapter = ""
networkMTU = 1400
UPnPEnable = false
language = "English"
datapath = ""
forceSingleProcessorMode = false
maxResourceThreads = 1
skipCompatibilityChecks = false
useArchives = true
setupComplete = false
v1200FirstRun = true
First time I ran Grim on Linux it was a stuttering mess. So ran dual boot to run on windows, after that tried it again with lutris and had the same issue. Ran using bottles and it runs fine. No lag stutter or anything. I am running Zorin Os at the moment. I may change os later just trying to sort out my ssd as it runs half speed 
I spoke too soon. After my Arch system upgraded to the 6.13 kernel, I’ve been experiencing the same exact problems. I’m testing now with the 6.12 LTS kernel to see if it makes any difference.
UPDATE: OK, I’ve been playing a lot since this post, gotta say that the 6.12 kernel makes a huge difference. I even reset all of my GPU settings to maximum. One other change: went with Proton 9 instead of 8.
I did have one crash, though, on my way to start FG (been happening infrequently over the last few weeks).
For some reason I couldn’t get Proton or Lutris to work correctly reason why I am set with Bottles and had no problem so far with Windows games. I didn’t have much time play a lot of grim dawn at the moment as I sometimes work 12-13h but before i got this busy, I could play for hours with no problem.
Any noticeable difference in frame rates between playing on Linux vs Windows? I dual boot as well and am on the fence on whether to get my hands dirty with tryna make this game without official Linux support work.
For the most part, I have not seen a noticeable frame-rate difference. But I have been having crashing lately, although I’m not convinced that it’s solely GD’s fault. I guess I can try on my Windows VM again, now that I finally got GPU pass-through to work.
1 Like
UPDATE: the stuttering was getting bad again, maybe as a result of an Nvidia driver update. After adding the following tweaks:
- (re)enable
Vertical Sync(tbh, not sure why I had disabled it in the first place) - install
proton-ge-custom-bin(again, this is on Arch) and set GD to use it - switch back to the
linux-zenkernel.
I ran this for well over an hour with no issues. I still get the infrequent pause, but that’s been going on with Windows as well. Strange, though, as this only happens when I’m switching areas; a full-on SR assault works every time, but leaving a portal will cause a skip.
UPDATE #2: went to hell again, as usual when switching areas. I was fighting a 30+ mob in Malmouth with minor FPS drops, but switching to another portal can crash the game completely.
UPDATE #3: tried running on Windows 11, using the Nvidia App’s recommended defaults. Game ran pretty good, so I applied those same settings to my Linux setup. I also made a major change, downgrading to the Nvidia v550 driver branch, and switching back to the linux-lts kernel. So far, the experience has been the most stable that I’ve had.
I had really bad stutter and it seemed really off when it even happened when highlighting items on the ground.
This hadn’t happened before. Every time I changed the highlighted item the game would stutter.
Then I came up with an idea about shader pre-caching. Maybe Steam (Proton?) had cached the default shader when I installed the game and it somehow had to load the higher quality shader every time I highlighted an item?
I turned off and on again the shader pre-caching setting on Steam. This clears the shader cache and now the game longer stutters when highlighting items.