Emu lockups?
- Thread starter Kethinov
- Start date
OP
Kethinov
New member
- Thread Starter
- #2
After more testing I have determined that (on my system) 1964 0.9.9, while with a faster core, is highly crash prone. I have tested all my roms thoroughly with the same plugins in each version, and in 0.9.9 at random times all cpu processes switch to 99% idle and sometimes I get errors in the emulation forcing the emulation to stop.
Example:
1964 0.8.5, jabo 1.4 vid plugin, azimer's audio 0.2b (driver rev 1.1), goldeneye rom
There is video lag, but it runs stable. Switch it to no sound and the video runs great.
1964 0.9.9, jabo 1.4 vid plugin, azimer's audio 0.2b (driver rev 1.1), goldeneye rom
There is no lag even with video and sound, but sometimes there are emulation thread errors (happens often in facility level) and every time I load the train level at 00 agent it does the 99% idle thing.
Has anyone else noticed 0.9.9's apparent instability, or just me?
Example:
1964 0.8.5, jabo 1.4 vid plugin, azimer's audio 0.2b (driver rev 1.1), goldeneye rom
There is video lag, but it runs stable. Switch it to no sound and the video runs great.
1964 0.9.9, jabo 1.4 vid plugin, azimer's audio 0.2b (driver rev 1.1), goldeneye rom
There is no lag even with video and sound, but sometimes there are emulation thread errors (happens often in facility level) and every time I load the train level at 00 agent it does the 99% idle thing.
Has anyone else noticed 0.9.9's apparent instability, or just me?
Just you apparently. I find 0.9.9 to be far more stable than previous releases.Kethinov said:
Same here quite stable.
I assume most if not all of your drivers are up to date?
However I do not know what, if any extent, the BETA team tested on an MP system. I have no clue if the issue lies there or not, but for your specs listed it seems to be the only "odd" point that might cause something weird.
Can anyone on the BETA team confirm testing with an MP system?
I assume most if not all of your drivers are up to date?
However I do not know what, if any extent, the BETA team tested on an MP system. I have no clue if the issue lies there or not, but for your specs listed it seems to be the only "odd" point that might cause something weird.
Can anyone on the BETA team confirm testing with an MP system?
ScottJC
At your service, dood!
I am a beta tester, I don't remember anyone in the Beta team which had an MP system, I don't believe anyone did... I was about to suggest that may be the cause.
This is worth taking a look at, i've sent a link to this thread to schibo via a private message.
This is worth taking a look at, i've sent a link to this thread to schibo via a private message.
Last edited:
OP
Kethinov
New member
- Thread Starter
- #8
Results of the processor islolation experiment:
To rule out plugins, I have tried Jabo's 1.5.1 and 1.4 video plugins and I have also used Azimer's 0.2b (driver rev 1.1) audio as well as Jabo's 1.5 (w/RSP enabled) for each of these tests.
Isolated processors...
Random lockup (All procs drop to 99% idle) facility level:
http://eric.halo43.com/images/screenshots/goldeneye-glitches/isolate-fac-idle.png
Selecting the train level lockup... (All procs drop to 99% idle)
http://eric.halo43.com/images/screenshots/goldeneye-glitches/isolate-train-idle.png
No processor isolation (default)...
Random lockup (All procs drop to 99% idle) facility level:
http://eric.halo43.com/images/screenshots/goldeneye-glitches/multiproc-lvlselect-idle.png
Selecting the train level lockup... (All procs drop to 99% idle)
http://eric.halo43.com/images/screenshots/goldeneye-glitches/multiproc-train-idle01.png
Random crash, emulation exception:
http://eric.halo43.com/images/screenshots/goldeneye-glitches/multiproc-emuex-01.png
http://eric.halo43.com/images/screenshots/goldeneye-glitches/multiproc-emuex-02.png
Conclusions:
The emulation exceptions will not occur on a multiprocessor system if the processors are isolated. (I smell a core issue
)
The 99% idle lockups can occur on a multiprocessor system whether or not the processors are isolated.
I will run the same tests on a single processor (pentium) machine tomorrow.
To rule out plugins, I have tried Jabo's 1.5.1 and 1.4 video plugins and I have also used Azimer's 0.2b (driver rev 1.1) audio as well as Jabo's 1.5 (w/RSP enabled) for each of these tests.
Isolated processors...
Random lockup (All procs drop to 99% idle) facility level:
http://eric.halo43.com/images/screenshots/goldeneye-glitches/isolate-fac-idle.png
Selecting the train level lockup... (All procs drop to 99% idle)
http://eric.halo43.com/images/screenshots/goldeneye-glitches/isolate-train-idle.png
No processor isolation (default)...
Random lockup (All procs drop to 99% idle) facility level:
http://eric.halo43.com/images/screenshots/goldeneye-glitches/multiproc-lvlselect-idle.png
Selecting the train level lockup... (All procs drop to 99% idle)
http://eric.halo43.com/images/screenshots/goldeneye-glitches/multiproc-train-idle01.png
Random crash, emulation exception:
http://eric.halo43.com/images/screenshots/goldeneye-glitches/multiproc-emuex-01.png
http://eric.halo43.com/images/screenshots/goldeneye-glitches/multiproc-emuex-02.png
Conclusions:
The emulation exceptions will not occur on a multiprocessor system if the processors are isolated. (I smell a core issue
)The 99% idle lockups can occur on a multiprocessor system whether or not the processors are isolated.
I will run the same tests on a single processor (pentium) machine tomorrow.
Last edited:
OP
Kethinov
New member
- Thread Starter
- #10
I just ran the same tests on a Pentium 4 2.2ghz (single proc) machine and the same issues happen. Certain activities (especially 00 agent train level in goldeneye) will cause all processes to drop to 99% idle in 1964 0.9.9 but not in 0.8.5 or PJ64 1.5 even with the same plugin set. I believe this is a core issue.