Problems running multiple instances.

By Accumulator

Champion (329)

Accumulator's picture

15-04-2023, 21:13

Running multiple instances of OpenMSX gives undesirable results.
RAM not correct working, keyboard slows down and even freezes.

When running multiple instances, the memory and I/O should be completely separated/isolated.
Seems there is an overlap when running multiple instances (of same machine).

Login or register to post comments

By Manuel

Ascended (19461)

Manuel's picture

15-04-2023, 22:58

I can assure you, there is no overlap. There is no way multiple instances of openMSX will communicate with each other, so what you suggest is impossible.

By Accumulator

Champion (329)

Accumulator's picture

15-04-2023, 23:14

OK. Fine

I am completely out of this world when I like to execute and use the keyboard on another instance of OpenMSX and have to pause the other instance. When I pause the other instance, I am able to work on the selected instance, although with a lot of patience and seems there is a waiting time between every keystroke I make...

I have no other explanation.. (Maybe the data is isolated, but running the core of OpenMSX has some difficulties dividing their processing time/ and or execution/emulation processes)

BTW: port 0f4H is not emulated correctly on MSX2!

By Manuel

Ascended (19461)

Manuel's picture

16-04-2023, 00:59

Accumulator wrote:

I am completely out of this world when I like to execute and use the keyboard on another instance of OpenMSX and have to pause the other instance. When I pause the other instance, I am able to work on the selected instance, although with a lot of patience and seems there is a waiting time between every keystroke I make...

What happens if you don't pause the other instance?

Quote:

I have no other explanation.. (Maybe the data is isolated, but running the core of OpenMSX has some difficulties dividing their processing time/ and or execution/emulation processes)

Your operating system doesn't allow processes to influence each other...

What may happen is that your computer is very busy and running 2 instances is just too much. Can you check the CPU usage of your system, and especially the openMSX instances?

Quote:

BTW: port 0f4H is not emulated correctly on MSX2!

I hope you understand that this is totally meaningless with more explanation of what you mean. What is wrong? There isn't even an F4 port on an MSX2, is there? Which machine were you emulating?

By Accumulator

Champion (329)

Accumulator's picture

16-04-2023, 01:30

Quote:

What happens if you don't pause the other instance?

Almost not possible to use OpenMSX, so I have to pause one. If it was only one machine.....

Quote:

Your operating system doesn't allow processes to influence each other..
What may happen is that your computer is very busy and running 2 instances is just too much. Can you check the CPU usage of your system, and especially the openMSX instances?

Especially noticeable on ARM.

Quote:

I hope you understand that this is totally meaningless with more explanation of what you mean. What is wrong? There isn't even an F4 port on an MSX2, is there? Which machine were you emulating?

Yes, there is!!! Sometimes you have to find an answer and not let go until you have it!
You can change value even, Sony HB-F700D, 2 values are readable, &H7F and &hFF..
If value is &hFF, write some other value to this port and port reading is different. Turbo-R does not have this.. (S1985 specialty?)

It is like the Z80 bug! If you don't know, you can always neglect. All Z80's, non CMOS/NMOS especially with lower frequency than 20Mhz have this bug. It is possible to emulate, but no urgency.

By Manuel

Ascended (19461)

Manuel's picture

16-04-2023, 01:41

Can you tell something about the CPU and ram usage of your system when running 2 instances?