У меня сейчас вот такой конфиг:
Атлон ХР 2500+ (1.83 ГГц) , 512 Мб озу (на 133!!! шине

) , видяха NVIDIA GeForce Ti 4200 на AGP8X и чипсет NForce2
При этом, сим выдаёт в разрешении (родном монитора, полноэкранный режим) 1280х1024 (75Гц развёртка) порядка 68 фпс.
Надо поотключать всякие "сглаживания", "фильтрации", короче - всё что только можно.
Ничего лишнего не запускать при полётах.
На моей машине (в силу её тормознутости) хорошо заметно влияние других программ.
Вот такой пример:
Если запускаю Вин-Амп (летать под музыку приятнее, да и правильно подобранный ритм помогает хорошо "покалбасить"

), то если НЕ сверну его окно в то время как летаю - будет сильно "дробить" экран. Хотя счётчик ФПС при этом показывает практически то же самое. А если СВЕРНУ окно вин-ампа в трей - то всё плавненько и нормальненько

Судя по всему, "тупой" вин-амп продолжает (при развёрнутом окне) отрисовывать всяческие "красивости" (полоски эквалайзера, бегущую строку с названием песни, "басы" ... и прочее) абсолютно не беря в расчёт тот факт - что в это время работает ПОЛНОЭКРАННОЕ приложение! И все его "красивости" - нафиг никому не нужны и не видны.
А вот когда его "сворачиваешь" в трей - он уже "понимает", что заниматься этим не надо!

Так что вывод такой: если что то и запущенно вместе с симом, то должно быть "свёрнуто", что бы минимизировать влияния и бесполезные обращения к драйверу видяхи с попыткой "рисовать" на десктопе.
Можно ещё попробовать привязать принудительно некоторые процессы на другое ядро.
Скажем сим привязываем на "1" - ядро, а тот же проигрыватель на "0".
Можно попробовать привязать руками драйвер (процесс) видяхи... но тут - дело тёмное, что получится

Смысл привязки в том, что программы не "заточенные" под параллельность процессов (сим наверняка не затачивался), не умеют правильно использовать преимущества "многоядерности". Из за этого система просто "тупо раскидывает" все такие процессы поочерёдно по ядрам... А это значит, что каждый раз переключаясь с задачи на задачу, ядра процессора тратят массу времени на сохранение/загрузку контекста задачи... И в результате, может оказаться, что для приложения требующего "реал-тайм" обслуживания (коим сим и является в некотором роде) - "многоядерность" будет даже мешать!
P.S. К стати, в 7-ке не сделали возможности запуска приложения сразу с привязкой к конкретному ядру? Типа, как режим запуска "совместимость"...