Communities that have been broken due to the bug regarding remote moderators are still unusable from outside lemmy.world, breaking federation: https://lemmy.world/post/209377
Assistance is needed from the administrators for all such communities.
sparky
joined 1 year ago
MODERATOR OF
Wow, I'm surprised it's that much of a difference. What resolution are you running at?
Yeah I wouldn't expect the difference between 12 and 24 CPU cores or whatever it is would be significant here. But Apple also doesn't advertise the clock speeds and such anymore so it's hard to reason about the single-core performance difference, if any at all. Maybe a browse through Geekbench results could shed some light. Unfortunately I don't have an M2 Max machine around to test it, but I could give it a spin on my M1 Max MBP if that's helpful to you.
Just gave it a spin. I would call it extremely playable, getting 45 to 55 FPS running at highest settings (Very High) and I play at a pretty intensive resolution of 5120x2160, ultra wide bigger than 4K. So I'm quite happy with the performance.
Ditto, I have a pretty sizable steam library mostly of strategy and simulation games, so happy to post experiences with e.g. Paradox games, Tropico, Frostpunk, etc
I haven’t found anything definitive. I do have both an M1 Max MacBook Pro and a brand new M2 Ultra Mac Studio so I am happy to post some results with whatever title. I know it’s not 1:1 but given that an M2 Ultra is basically a “double M2 Max”, taking half the framerate of that may be a proxy for M2 notebook performance.
At any rate I believe Crossover + Rosetta is going to be too much of a bottleneck to see significant gains. I’ve noticed for example, Tropico 6, when running under Metal on my M1 Max MBP, gets a smooth 70-75 FPS playing on Ultra at 2560x1600. This is Rosetta running a macOS x86 and Metal binary however. Trying the Windows version under Crossover, it drops down to 30-35 FPS playing on Medium. So while playable, even if you added a lot more M2 horsepower, I suspect the translation layers would eat a large part of that gain.
That sure sounds like it. I don’t see any workaround however!!
Thanks, there are a number of them. I’ll DM you a list. (For future reference, do you have to fix this manually in Postgres?)