FAQ:Performance: Difference between revisions

From MAMEDEV Wiki
Line 5: Line 5:
==There are occasional speed problems.==
==There are occasional speed problems.==
==Does MAME benefit from SMP (symmetric multiprocessing) / HT (Hyper-Threading) / dual cores?==
==Does MAME benefit from SMP (symmetric multiprocessing) / HT (Hyper-Threading) / dual cores?==
Recent versions of MAME include a -mt switch which allows some tasks to be threaded off for use by SMP or multicore systems.  Thus far the benefits from this are relatively small, because accurate emulation such as MAME strives for cannot easily be broken up into parallel subtasks (it would be like trying to have a baby in one month by impregnating nine women).  There are exceptions of course, and MAME will support them via this mechanism in the future.
==Why is MAME so slow? These games ran at less than 200 MHz, and my CPU is 2 GHz!==
==Why is MAME so slow? These games ran at less than 200 MHz, and my CPU is 2 GHz!==
You are comparing apples and oranges.
You are comparing apples and oranges.

Revision as of 22:22, 30 March 2007

Return to the main Frequently Asked Questions page.

Why do some games run so slowly on my system?

How can I get games to run faster?

There are occasional speed problems.

Does MAME benefit from SMP (symmetric multiprocessing) / HT (Hyper-Threading) / dual cores?

Recent versions of MAME include a -mt switch which allows some tasks to be threaded off for use by SMP or multicore systems. Thus far the benefits from this are relatively small, because accurate emulation such as MAME strives for cannot easily be broken up into parallel subtasks (it would be like trying to have a baby in one month by impregnating nine women). There are exceptions of course, and MAME will support them via this mechanism in the future.

Why is MAME so slow? These games ran at less than 200 MHz, and my CPU is 2 GHz!

You are comparing apples and oranges.

MAME emulates every function of the emulated CPU(s), video hardware, audio hardware, and anything else on the board (including potentially IDE or SCSI harddisks and CD-ROMs). This is simply not something that can be done quickly in a high-quality fashion.

Why don't the developers put more hacks in MAME?

Hacks, while maybe appearing to be good in a short perspective, are always bad and destructive in the long perspective. The more hacks you put into the code, the harder it becomes to make new additions neatly as the hacks will require workaround hacks, so you'll end up on a downward slope of more and more crappy hacks, until everything collapses under its own weight. Hack-based emulators typically have a short life because it quickly becomes impossible to debug or extend them.

Why does MAME become slower all the time?