Это с непривычки.

Допустим, мы эмулируем два процессора на одной шине. При однопоточной эмуляции - в каждый момент времени работает эмулятор одного процессора, а эмулятор другого ждёт своей очереди. При многопоточной эмуляции - эмуляторы обоих процессоров работают одновременно - каждый на своём физическом процессоре хост-машины.

Чтобы при многопоточной эмуляции быстродействие с блокировками было ниже, чем при однопоточной без блокировок - код блокировки должен суммарно выполняться дольше, чем код эмуляции - тогда удвоенное быстродействие двух физических ядер будет "убито" непрерывно выполняющимся кодом блокировок. Если код блокировок будет "отъедать" ровно столько же процессорного времени хост-машины, сколько и код эмуляции - быстродействие многопоточной эмуляции будет РАВНО быстродействию однопоточной. Во всех остальных случаях многопоточная эмуляция будет быстрее.

Для точной потактовой эмуляции это неподходящий вариант вообще, потому что нужно каждый такт (или минимальный квант) отрабатывать все устройства, взаимодействующие друг с другом. Два процессора в системе - это не вещи сами по себе, которые иногда где-то там обращаются к общему ресурсу, а основное время могут эмулироваться каждый в своем потоке.

Точнее - для максимальной синхронности виртуального времени. Ведь у каждого процессора может быть своя тактовая частота, поэтому привязка должна идти не к тактам, а к виртуальному времени.

Нет, привязка должна быть к единому тактовому источнику эмулируемой системы. Если кварцев несколько, то этоможно аппроксимировать тоже одним источником, но со специально введенными дополнительными дробными погрешностями, для точной эмитации биения частот кварца. Как, например, у меня в EmuStudio. Один процессор 8.0001МГц (можно любые дробные тайминги поставить), второй 6.25МГц.

Это и есть "виртуальное время". В модульном API события привязываются к виртуальному времени с точностью 1 нс ( т.е. единый тактовый источник эмулируемой системы имеет частоту 1 ГГц ).

И как при этом работают два процессора (допустим ВМ2) в разных потоках, разделяя одну шину?
Пример, по шагам, как они взаимодействуют?

Лучше им никак не взаимодействовать, потому что у каждого потока своё виртуальное время и рассинхронизация виртуального времени двух потоков может достигать 15 мс, а любая синхронизация требует "усыпления" опережающего потока.

А по сути (если это, например, УКНЦ) они постоянно взаимодействуют с общим ресурсом - чипсетом.

---------- Post added at 16:20 ---------- Previous post was at 16:16 ----------

Кстати, почему 15мс, если минимальный квант переключения задач под виндой 1мс?

Для такого варианта многопоточная эмуляция не очень подходит.

Многопоточная эмуляция хороша там, где эмулируются два принципиально несинхронных устройства, всё взаимодействие между которыми основано на ожидании бита готовности ( или прерывания готовности ) от другого.

Например, когда ДВК запускает программу пользователя в КМД - единственный способ для реальной ДВК определить, когда реальный КМД завершит выполнение программы пользователя - это дождаться бита готовности в регистре статуса КМД ( или соответствующего прерывания ). В такой ситуации частичная несинхронность многопоточной эмуляции совершенно незаметна и на общую достоверность эмуляции никак не влияет.

Но это все же не 100% точная эмуляция)