14:27 agneli: guys I have this issue: https://paste.debian.net/1192782/
14:27 agneli: it happens while running 0ad
14:28 agneli: results are such that game works in menus perfectly
14:28 agneli: but when I launch it it comes to a halt
14:29 agneli: for let say 15-20 minutes then it is perfectly palayable for 2-3 minutes
14:29 agneli: then the story repeats...
14:29 agneli: I have no idea what to do...
14:29 agneli: same game on the very same machine works perfectly...
14:30 karolherbst: mhh, sounds like a mesa issue
14:30 karolherbst: what GPU is that with?
14:30 agneli: quadro 160M
14:30 agneli: 01:00.0 VGA compatible controller: NVIDIA Corporation G98M [Quadro NVS 160M] (rev a1)
14:31 karolherbst: maybe imirkin knows what's up?
14:31 imirkin: probably runs out of vram
14:31 imirkin: submits fail
14:31 imirkin: or something
14:31 imirkin: dunno
14:32 agneli: that is the game: https://play0ad.com
14:32 agneli: i'd say pretty demanding for such an old (~10yrs) hw
14:32 agneli: :)
14:32 agneli: 256MB VRAM
14:33 karolherbst: agneli: is there some benchmark mode or something one could do to trigger it?
14:33 karolherbst: not really interesting in playing 0ad :D
14:33 karolherbst: but I do have a similiar GPU
14:33 agneli: I used to run on uningine on this machine and it was all ok
14:33 agneli: but that was long ago
14:34 agneli: surely much older versions of the software
14:34 agneli: shall I download and run it again?
14:34 agneli: or you mean the benchmark mode in the game?
14:35 agneli: that game is already a benchmark - max 7fps this machine is able to do
14:37 imirkin: agneli: you may be able to reclock
14:37 imirkin: if you want to crash faster ;)
14:38 agneli: karolherbst: I just got that - I will see if I can reproduce that wiht some other software
14:38 agneli: :)
14:38 imirkin: agneli: look at /sys/kernel/debug/dri/0/pstate
14:38 agneli: imirkin: it does not crash
14:38 agneli: it just stops... and then works again
14:38 agneli: and then stops
14:38 imirkin: oh
14:39 imirkin: yeah, that's semi-expected then - probably just tries to use a LOT of vram
14:39 imirkin: given the "ttm buffer eviction failed" messages
14:39 agneli: but as said on windose on very same machine works perfectly
14:39 imirkin: or with linux and nvidia blob drivers, presumably
14:39 imirkin: i'm not saying that a better driver can't manage this better
14:40 imirkin: i'm just saying this makes sense in the context of nouveau :)
14:40 agneli: that is the option I do not want to use... :( but yes I can check that...
14:40 imirkin: nah, you don't need to do that
14:40 imirkin: i'm just saying ... nvidia driver manages memory better
14:40 RSpliet: Any improvement if you reduce texture quality?
14:40 agneli: but that would mean no 0ad for me?
14:40 imirkin: we have very harsh policies about what's in vram and what's not
14:40 agneli: RSpliet: i reduced everythign possible already
14:41 imirkin: it'd work better if we were more flexible
14:41 imirkin: e.g. allowing some stuff to be in gart if it doesn't fit
14:41 imirkin: allowing the kernel driver to place stuff however it feels like
14:41 imirkin: but that's currently not super-supported
14:41 imirkin: (iirc it bails of both the VRAM + GART flags are set on a placement)
14:43 agneli: reducing resoolution will not help I guess?
14:43 imirkin: it may
14:43 imirkin: the fbo's will be smaller
14:44 RSpliet: from my very limited understanding, the majority of VRAM tends to be occupied by textures. Although this may not be the case for a 2.5D game like this
14:45 imirkin: RSpliet: fbo's also take up room though :)
14:45 imirkin: esp with intermediate renders, etc
14:48 agneli: Guys, it seems there is a bug with 0ad related to my distro, I think I need to install some other linux and check
14:49 agneli: I am on gentoo
14:49 agneli: I will report back once I have more data
14:50 imirkin: huh?
14:50 agneli: I will get another distro, I will compile from original source, try to reproduce with soem other software, etc
14:50 imirkin: what could distro *possibly* have to do with this?
14:51 agneli: compilation option?
14:53 imirkin: lol ok
14:53 imirkin: (no, that's not it)
14:53 imirkin: but do whatever you like, obviously
16:33 agneli: imirkin: and what shall I do in your view, please?
16:55 imirkin: cry
16:56 imirkin: i don't think there's a solution here
17:02 agneli: older version ;)
17:03 agneli: however they claim 256MB should be OK
17:03 HdkR: Wonder how often they actually test that claim
17:04 imirkin: agneli: yeah, with a better driver
17:04 imirkin: i mean, you could also improve nouveau
17:05 imirkin: ;)
17:36 agneli: imirkin: sure, can then cry together :)