Похоже таймеры в линухе работат не через rdtsc, показатели которого на ядрах Х2 иногда отличаются тогда как у C2D такого нет, т.е. можно сказать что rdtsc на Х2 реализован через задницу. Попробуй напиши прогу, считывающую rdtsc то с одного ядра то с другого и показывающую разницу значений - на C2D погрешность будет крошечная, намного меньше 1мс, тогда как на АМД погрешность может быть огромная.

Должны быть включены все энергосберегающие технологии. И тогда вполне может быть что рано или поздно у тебя Ассассин глюканет (точнее только меню, надписи там согласно ридми будут слишком быстро/замедленно мигать) или Soldier of Fortune (уже сама игра, а не меню) или другие старые игры. Кроме того может быть что у тебя в boot.ini прописано использование pmtimer'а тогда глюков не будет.

Посмотрим... Вообще, таймеры у разных ядер вовсе не обязаны работать синхронно, насколько я помню...

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

Возможно в boot.ini прописано использование pmtimer'а, а вообще хз откуда винда считывает показания таймера, у мелкософта в мануале по DX10 говорится что на разных мамках по-разному - на некоторых берется значение с high-pefromance-counter таймера, на некоторых этого таймера нет (или не обнаруживается?) и используется значение rdtsc от чего и все глюки. Кроме того если игра однопоточная, основной процесс не повешен на опр. ядро и в качестве таймера она не пользуется виндовыми функциями, а напрямую использует rdtsc это в любом случае приведет к глюкам в винде на амдшном проце с включенным C&Q.