В запросе создается временная таблица. Когда запрос выполняется на виртуальной машине, система виснет и запрос выполняется очень долго.
Если записи во временную таблицу нет, то запрос выполняется быстро.
Если запрос выполняется на реальной машине, то запрос выполняется всегда одинаково вне зависимости от записи в временную таблицу при том, что виртуальная машина на порядок быстрее реальной. По-видимому какая-то проблема с tempdb на виртуальной машине.

Срач "Виртуальная машина vs реальный ПК!" объявляется открытым!

(1) Ушли с виртуалки - реально в разы стало все быстрее)

>виртуальная машина на порядок быстрее реальной
не понятно, на основании чего сделан такой смелый вывод, если объективные эксперименты показывают обратное

(3) В данном случае запрос по остаткам на виртуальной машине 4 сек. На реальной 40 сек. Если же писать во временную таблицу то виртуальную машину вешаем.

(4) ну и  не вижу, где она на порядок быстрее. Или что у тебя входит в понятие "быстрее"?

(5) Ну, значит не быстрее )

(6) теперь при помощи ТЖ и виндовых счетчиков производительности выясняй, что в твоей виртуалке настроено через жопу

(7) по поводу tempdb если ли особенности при работе на виртуальной машине ?

(8) если ты спрашиваешь, где в скуле галочка "Перестать тормозить tempdb на виртуалках", то такой нет.

(9) Жаль что нет ). Будем искать. Спасибо за отклик.

(8) tempdb должна лежать на скоростном диске, желательно не на диске с:

на гипервизоре посмотри очередь к диску, если она больше 0.5 сек - админам по зубам :)

(12) за отклик 500 мс, не просто по зубам, а с виртухи)

(12) не сек, а просто 0.5 если что - там единица измерения - средняя длина очереди за последнюю секунду...

(3) За счет кэширования.

(10) Виртуалки тормозят на зпись. На чтение все летает. Конкурентный доступ к диску то же негативно влияет.
Рекомендация перенести виртуалку на ssd.

Уж сколько раз утвердили миру (с) что попа Одина тупит на виртуалках....

(10) сиквел сам по себе виртуальная машина для своих баз, поэтому запуск на виртуалке гандошит планы исполнения запросов

лучшее решение выделить под СУБД отдельный хост
+ ну и конечно  tempdb требует отдельного диска с мин временем записи и отключенной оптимизацией кэширования операционкой

Если бы 1С на своих желтых коробках писала как на пачках сигарет "Виртуализация убивает!",  а на сайте висел бы баннер с надписью "НЕ ВИРТУАЛИЗИРУЙ ЭТО!", тогда бы может кто-нибудь и прислушался.
С другой стороны, для небольших конфигураций, без тяжелых расчетов/отчетов, виртуальная машина может быть вполне приемлемым решением, особенно на арендованных ресурсах.
Или серверы с десятками ядер на последних топовых Xeon-ах и морем памяти.
Попозже выяснится, что серверу, на котором виртуалка, лет 5-7, да и не вполне это сервер, памяти 8ГБ, база 15-20 ГБ, и так далее...