Forum: Win32/Win64 API (native code)
by Medium,
11. Aug 2010
Du hast zwar prinzipiell Recht, jedoch ist das Ursprungsproblem durchaus durch die Kombination beider Ursachen zu erklären, bzw. reicht die Korrektur der Rechnung allein nicht aus, um zum vom TE erklärten Ziel zu gelangen. Da finde ich es schon sinnvoll das so weit zu tragen, damit sich der TE nachher nicht wundert, warum diese eine Maßnahme dennoch nicht alles prima macht. Jede Wette wir würden...
Forum: Win32/Win64 API (native code)
by Medium,
10. Aug 2010
Die Genauigkeit der Zeitdarstellungen ist bei weitem gut genug. Das "Problem" ist einfach, dass der Windows Scheduler CPU Zeit an die Prozesse verteilt, und jedem Prozess ein Minimum an Zeit gewährt, die sog. kleinst mögliche Zeitscheibe. Die ist unter verscheidenen OSs unterschiedlich, aber die Essenz ist die selbe: Es ist NIEMALS gesichert, dass dein Prozess nach exakt N Millisekunden wieder an...
Forum: Win32/Win64 API (native code)
by Medium,
10. Aug 2010
Der Timer basiert auch auf dem Scheduler, und ist in etwa genau so (un-)genau.
Forum: Win32/Win64 API (native code)
by Medium,
10. Aug 2010
Warum muss das SO exakt sein? Schwankungen von 200ms dürften kaum auffallen, und für gewöhnlich ist CPU-load nicht gerade das, wo man so penibel ist als User. Man schaut max. 3-4 Sekunden hin, bekommt einen gewissen Eindruck, und das langt meist schon. Ob das jetzt perfekt regelmäßig tickt, wäre mir zumindest relativ worscht :)
Und wie du schon bemerkt hast, legen Methoden die den Mess-Thread...
