You are not logged in.
Pages: 1
Sometimes playing Second Life, my CPU cores will suddenly exchange their workload, and the game freezes for a second or so when this occurs. I think it is related to these issues (one, two), but I have no idea if the workarounds listed will work on Linux. Does anyone know of a solution?
Last edited by Falcata (2008-09-28 21:35:58)
Offline
Can't see the links, but you can set the cpu affinity of a process using schedtool.
Offline
Ah, sorry about that. I'll post the contents of the first link, since the second one just repeats something from the first. Any idea if there's an equivalent to this "affinity" thing in Linux? Is it renice?
Dual core processor machines (Pentium D, Core 2 Duo, Athlon 64X2...etc) have been proliferating in the market since late last year, and as a result, more of our Residents are using this type of PC. Unfortunately, Second Life isn't currently optimized for dual core processor setups.
If you're reporting poor performance and you're running a dual core machine, please do the following:
* While running SL (or at least have the SL client login up), bringup the Windows Task Manager by pressing CTRL+ALT+Delete
* Select the Processes tab, and locate SecondLife.exe listed underImage Name
* Right-click on SecondLife.exe, and from the dropdown, select "SetAffinity..."
* When the Processor Affinity window pops up, you'll most likely notice that two CPUs are selected, CPU 0 & CPU 1. Select only one of the CPUs, then click on OK.Affinity will reset back to using both processors after you log off SL. You will need to repeat the process above after you log back onto SL.
To see if you're running a dual core processor machine, do the following:
* Bring up the Windows Task Manager by pressing CTRL+ALT+Del
* Select the Performance tab
* If you see TWO graphs in the CPU Usage History section, you're running a dual core processor setup.Additional info:
One of the following applications can be used to permanently change the affinity of a process/application:
* ImageCfg
* WinLauncherXP
* XCPUIf you're running an AMD Dual Core system, you should install AMD's hotfix which is located here:
http://support.steampowered.com/cgi-bin … _faqid=430If the hotfix isn't enough, you can use a little application called Imagecfg that will allow you to permanently change the affinity of a process/application:
http://www.robpol86.com/pages/imagecfg.phpYou can also use other similar programs that set the affinity of an application, such as those listed below:
WinLauncherXP
http://www.majorgeeks.com/WinLauncherXP_d870.htmlXCPU
http://www.appliedvisual.com/xcpu.htmAlso, you can create a batch script so the affinity settings persist between logins:
1. Make a text file with the following contents:
c:
cd \\Program Files\\SecondLife
imagecfg -a 0x1 SecondLife.exeand then rename the suffix ".txt" to ".bat" and run it while Second Life is closed.
2. Start Second Life and confirm affinity is set to only one core.
You'll need to do this each time you've updated to a new version of Second Life.
Last edited by Falcata (2008-09-28 21:52:12)
Offline
Read the second part of my post (== use schedtool, it's in extra).
Offline
Offline
Okay, the man page is making my head hurt. Could you explain it to me?
Offline
It's easy, "schedtool -a 0x1 -e secondlife_executable" (don't know how you start secondfile) should bind secondlife to the first cpu. Alternatively, you can just pass the PID of a running process.
Offline
I tried passing the PID, but it didn't find the process
Offline
Are you sure you got the right PID, through "ps ax"?
Offline
Offline
I have no idea.
Offline
Offline
I got the command to run, by entering the full path of the executable. However, there was an error when it ran:
/home/zauber/SecondLife/SL_1.22.3/bin/do-not-directly-run-secondlife-bin: error while loading shared libraries: libopenjpeg.so.2: cannot open shared object file: No such file or directory
I'll post about this on Second Life's bug reporter, and see if anyone can help me there.
Last edited by Falcata (2008-09-29 23:01:22)
Offline
/home/zauber/SecondLife/SL_1.22.3/bin/do-not-directly-run-secondlife-bin
Offline
Not sure what you're saying, iphitus, other than restating the obvious.
Well, I found a way around the dependencies not being found, by copying the files in Second Life's lib directory to a separate folder, and then created symbolic links to those files. I also had to create a symlink to libxul.so. However, after doing all this, I get this error message with schedtool:
/home/zauber/SecondLife/SL_1.22.3/bin/do-not-directly-run-secondlife-bin: symbol lookup error: /home/zauber/SecondLife/SL_1.22.3/bin/do-not-directly-run-secondlife-bin: undefined symbol: _ZN12nsCharTraitsItE12sEmptyBufferE
Offline
Secondlife probably includes the correct libs with it somewhere in it's install directory. Hence, don't run the binary directly, as there's probably a script that'll run it fine.
I'm guessing a bit, but if secondlife was running fine before, than that's a possible explanation as many other closed apps do this.
Offline
Secondlife probably includes the correct libs with it somewhere in it's install directory. Hence, don't run the binary directly, as there's probably a script that'll run it fine.
I'm guessing a bit, but if secondlife was running fine before, than that's a possible explanation as many other closed apps do this.
Yes, it included the correct libs, and I copied them to another folder and made symlinks to them in my /usr/lib directory. Also, I am not running the binary directly. I'm running the script that executes it. Also, the second life game client is open source, though the server software is not.
What I'd like to know is where the "undefined symbol: _ZN12nsCharTraitsItE12sEmptyBufferE" comes from.
Last edited by Falcata (2008-09-30 14:39:47)
Offline
Pages: 1