Suddenly slow after a reboot. Arch Linux
#1
I was getting 59-60 fps and game was going great (Persona 4). Then after I rebooted my machine everything is at 25-30 fps. I cannot think of anything I did to bring on this problem. Running Arch Linux. My pcsx2 build is:

0.9.9.0 svn 03-22-12

My hardware is core I7 processor, nvidia gtx 560m 1.5 gb ddr5 graphics card, 16gb ddr3 ram (running the binary driver; not the open source one). I am at a total loss at what to do. Here is a pastie for the console output:

http://pastie.org/3679025

Here are the settings I used:

http://ompldr.org/vZDRlYQ
http://ompldr.org/vZDRlYg
http://ompldr.org/vZDRlYw
http://ompldr.org/vZDRlZA
http://ompldr.org/vZDRlZQ
http://ompldr.org/vZDRlZg
http://ompldr.org/vZDRlZw
http://ompldr.org/vZDRldQ

For zerospu2 all boxes are unchecked.

Thanks in advance for any help. I would really like to get this working again.

Reply

Sponsored links

#2
your laptop is throttling.
Reply
#3
So I downgraded some updates I found yesterday:
Code:
lib32-libxrender (0.9.7-1 -> 0.9.6-5)
lib32-libxcursor (1.1.13-1 -> 1.1.12-1)
lib32-libxt (1.1.3-1 -> 1.1.1-2)
lib32-libxmu (1.1.1-1 -> 1.1.0-2)
lib32-libxv (1.0.7-1 -> 1.0.6-2)
lib32-libxvmc (1.0.7-1 -> 1.0.6-
lib32-mpg123 (1.13.7-1 -> 1.13.5-1)
lib32-libsm (1.2.1-1 -> 1.2.0-2)

That brought the fps fluctuation from 25-40 back up to 45-60. It is staying at real time most of the time now. I have not looked at the dependency tree for the dependencies of pcsxs2-svn so I am not sure exactly which package is the culprit yet.

Another problem I ran into this time was with zerospu2 audio plugin. It started crackling and slowed the whole operation down. So I went back to spu2-x and that seemed to fix it for the most part but fps is still slower then it was before in Final Fantasy 12.


@Squall Leonhart

My cpu is throttling? Is that what you mean? Did you get that from the console output? Can you direct me to the portion of the output that says that so I know what to look out for next time? I am really new to pcsx2 so any input at all would be helpful.
Reply
#4
didn't need the logs

laptops get hot quite quickly under the type of load pcsx2 applies, especially where most laptops share a heatsink/pipe between the igp and cpu.
Reply
#5
(03-27-2012, 08:42 PM)Squall Leonhart Wrote: didn't need the logs

laptops get hot quite quickly under the type of load pcsx2 applies, especially where most laptops share a heatsink/pipe between the igp and cpu.

It was not overheating. Also, all cores were not maxed out. I think there may be a sound issue though. Should I use a padsp wrapper if I use pulseaudio?
Reply
#6
Hum that interesting. All your library (except useless mpeg) are X11 related. They migh introduce a regression somewhere or just brokes your nvidia drivers.
Reply
#7
(03-27-2012, 08:50 PM)gregory Wrote: Hum that interesting. All your library (except useless mpeg) are X11 related. They migh introduce a regression somewhere or just brokes your nvidia drivers.

Yeah they must have. That is the only thing I can think of. By useless mpeg do you mean "lib32-mpg123"? I just checked and it does not seem to be a dependency of anything. I think I pulled it in for some wine game or something. Do you think removing it would help? Also, I read in another post that enabling pgo in the build would give something like 10% performance increase. I looked at the PKGBUILD:

https://aur.archlinux.org/packages/pc/pc...n/PKGBUILD

and I do not see anything that says "pgo". Is there a certain place I should add this and recompile or is this default now? 10% seems like a pretty decent increase to me.


Edit: Do you think updating and then rebuilding all of my nvidia stuff would help?
Reply
#8
PCSX2 don't use any code on mpg123 hence useless.

PGO (if you can run it because it conflict with gsdx as far as I remenber), create you an intermediate version. You must run the intermediate version for severals hours with differents games. And then rebuild the intermediate version with the data collected. It is a bit more complicated that to add a switch on gcc option.

Yes rebuilding nvidia could help.
Reply
#9
(03-27-2012, 10:34 PM)gregory Wrote: It is a bit more complicated that to add a switch on gcc option.

I thought it was a build switch. Thank you for clarification.

Quote:Yes rebuilding nvidia could help.

Okay will update again and rebuild all nvidia related packages as soon as I can and post back. Thanks again.
Reply
#10
Updated all packages and before rebuilding nvidia related utilities I tested and everything is working correctly again. I checked all of the package versions and they are exactly the same. All in my local cache. Nothing new to download at all. Nothing of particular interest in my xorg log or dmesg either. Very strange. Not the first time I have experienced something like this in gnu (Arch especially) but weird none the less. Marking thread as solved. Thanks.

@gregory

I am still interested in this whole pgo thing. How complex is it? Is there a tutorial or examples on this anywhere? I found these:

http://www.ualberta.ca/AICT/RESEARCH/Lin...umentation

http://software.intel.com/sites/products...o_bsic.htm

but I am still confused. Do I need to generate a config file and then call on it during compile time or something?



Edit: Nevermind. After reading this:

http://forums.pcsx2.net/Thread-PCSX2-beta-profiles

I understand a little more why it would not make a 10% difference.
Reply




Users browsing this thread: 1 Guest(s)