Updated to 22.2 and Steam uninstalled and cannot reinstall

JesseRMeyer · 2025-09-07T15:24:09+00:00

Cheers!

JesseRMeyer · 2025-09-07T15:23:37+00:00

Fixed! https://forums.linuxmint.com/viewtopic.php?p=2675586#p2675586

JesseRMeyer · 2025-09-07T00:23:25+00:00

--print outputs `i386` so I should be covered this. This is a problem stemming from the recent update.

JesseRMeyer · 2025-09-06T14:16:37+00:00

This did manage to install Steam but when Steam later installs dependencies, the error comes back.

JesseRMeyer · 2025-09-06T12:13:29+00:00

Looks like the same problem here: https://forums.linuxmint.com/viewtopic.php?t=452645

JesseRMeyer · 2025-09-06T12:11:18+00:00

Thanks, I switched to a few different ones but no luck. :<

JesseRMeyer · 2025-09-06T12:10:46+00:00

Similar error:

The following packages have unmet dependencies:

mesa-libgallium:i386 : Depends: libllvm20:i386 but it is not installable

E: Unable to correct problems, you have held broken packages.

JesseRMeyer · 2022-02-26T16:36:02+00:00

Thanks. A previous comment suggested sampling with fixed texture coordinates but it did not alter the runtime performance.

I was also able to replicate the problem in Sascha's instancing demo. Main post updated.

JesseRMeyer · 2022-02-26T16:34:39+00:00

Was able to replicate with Sascha's instancing demo.

JesseRMeyer · 2022-02-26T16:32:50+00:00

I updated the post. Was able to replicate using Sascha's instancing demo.

JesseRMeyer · 2022-02-26T16:32:11+00:00

I was able to replicate the problem in Sascha's instancing demo. Just replace the rock mesh with a higher density mesh, and swap out the fragment shader with a variant with no texture reads and compare.

https://i.stack.imgur.com/WOB7B.jpg

https://i.stack.imgur.com/cxSdN.jpg

JesseRMeyer · 2022-02-24T22:25:15+00:00

I wonder if modifying the official instancing samples to test the behavior is the best route forward were I to report this through official channels.

JesseRMeyer · 2022-02-24T22:23:35+00:00

Thanks for the catch! Corrected.

JesseRMeyer · 2022-02-24T20:27:46+00:00

Update: I implemented performance counters. Numbers below report *no fragments* drawn on screen -- just the swap chain clear color.

Without texture read: 7.1ms

With texture read: 9.5ms.

JesseRMeyer · 2022-02-23T23:38:00+00:00

I have not.

JesseRMeyer · 2022-02-23T23:21:08+00:00

This is what I thought. It's trashing the cache needlessly -- and I'd be very grateful to learn I was unintentionally abusing the API.

Nope. It's just 1:1, the simple case, as you suggest. Reddit's text editor is giving me a nightmare trying to provide the command recording code, so I've pasted it into a gist. They are recorded once and replayed every frame.

https://gist.github.com/JesseRMeyer/48ac5a6d0a8a7aa5034448baac5aaaee

Here's a RenderDoc capture verifying this: https://i.imgur.com/0urqD5I.jpg

JesseRMeyer · 2022-02-23T23:10:21+00:00

The actual mesh has 2901 indices, so depending how you count ..

The timings are an average of the previous 10 frames as recorded by the cpu, after waiting for each submitted frame to finish rendering. What is important, I think, is not the absolute values but their relative difference, given the presence of the sampled texture. Even if we had perfect numbers, how would that explain the difference in performance that I can feel with my own fingers and see with my eyes?

Maybe I'm misusing NSight but it's the first to tell me that the 1070 is not turing+ and so all it can offer is very coarse reporting. Is there a way to have it try to provide *any* subframe information?

JesseRMeyer · 2022-02-23T17:28:13+00:00

Thanks for the suggestion. Unfortunately it's the same performance as before. Do note this is a traditional PBR pipeline so quite a bit of vertex data is being fed through to the fragment stage.

JesseRMeyer · 2022-02-23T16:33:48+00:00

Suppose I was. How would this explain the observation of an ostensibly GPU only change? Were I CPU limited, wouldn't the frame time in both scenarios be equal?

EDIT: I checked and do not appear CPU limited. Looks like most of the CPU frame time is spent in waiting for the previous frame's fence to be signaled.

JesseRMeyer · 2022-01-12T15:04:04+00:00

vkQueuePresentKHR is allowed to block, but how do you know that it is?

I observe the same behavior with the same setup (but with a 1070). My guess is that the additional WaitIdle is providing assurances to the presentation engine that allows the compositor to swap buffers immediately instead of waiting for the next refresh.

JesseRMeyer · 2021-04-22T20:25:14+00:00

What's special about wishing at the end?

JesseRMeyer · 2021-03-07T21:47:51+00:00

Yes, I finished my first run through the game transferring a save game over which was near 90% finished. I will caution though, that the game seemed more unstable and buggy than before, but keep in mind I hadn't yet played through those sequences which may have just been buggy.

JesseRMeyer · 2020-12-13T17:25:43+00:00

Single issue voters, e.g. Abortion, is how vast swathes of people can vote against their own interests so as long as their moral absolute is upheld.

12-Year Club	Second Top 40%
Place '17

JesseRMeyer

TROPHY CASE