Опитвам се да създам приложение, което включва използването на класа на хронометъра.
Stopwatch sw = new Stopwatch();
sw.Start();
while (play)
{
long timer = sw.ElapsedMilliseconds;
Debug.WriteLine(timer);
}
Когато тествах този цикъл и проверих изминалото време, открих, че на програмата липсват няколко милисекунди.
някои часовници от изхода на дебъгера:
31
32
33
34
35
36
37
38
40 ‹------39 пропуснати
41
42
43
Някакви предложения как мога да разреша този проблем?
Милисекундите, които губите, се дължат на факта, че вашата програма не е единствената, която работи на операционната система.
Така че от време на време други програми получават своя отрязък от време и няколко милисекунди остават настрана.
Не можете да го "поправите".
Липсват милисекунди? Очаквате ли да видите запис за всяка отделна милисекунда за секунда? напр. 1000 в секунда? Ако е така, това никога няма да се случи. Няма API за синхронизиране с точност до 1 милисекунда.
Фактът, че правите присвояване, както и поточно извеждане в цикъла, където извеждате данните за милисекунди в допълнение към други процеси на операционната система, като например превключване на задачи, означава, че точността на милисекунди не е възможна. Ще ви е необходима специална машина в реално време, за да извлечете вида резултат, който търсите
Debug.WriteLine може да бъде по-бавен от 1 милисекунда. Не е оптимизиран за скорост.
Можете да добавите повикване, поставяйки съобщението в списък и след това да запишете списъка в Debug.WriteLine след изпълнение. Можете да добавите фонова задача, изпращаща съобщението до Debug.WriteLine.
И двете трябва да попречат на таймера да пропусне отметки.
Друга причина за липсващи отметки може да е операционната система или друга програма, която върши някаква работа между две извиквания на Debug.WriteLine. Може дори да е бавна машина.
Задаването на приоритета на нишката или стартирането на това приложение на специална машина трябва да помогне, но този вид проблеми с таймера се очакват в Windows, тъй като никога не е казвал, че е ОС в реално време.
