The time stamp counter of CPU on scheduler id 2 is not synchronized with other CPUs. > Forum

Forum

Forums

Subject: The time stamp counter of CPU on scheduler id 2 is not synchronized with other CPUs.

You are not authorized to post a reply.

Author

Messages

Eduard Beijnes User is Offline

Posts:37

14-05-2007 16:38:43	Alert
Heeft iemand ervaring met de volgende melding: "The time stamp counter of CPU on scheduler id 2 is not synchronized with other CPUs." ? Eventid=17896 http://blogs.msdn.com/psssql/archive/2006/11/27/sql-server-2005-sp2-will-introduce-new-messages-to-the-error-log-related-to-timing-activities.aspx deze melding kreeg ik op een db server welke in een virtuele omgeving draait (een of andere vmware versie). Een stukje tekst uit het artikel: The messages of DRIFT and OUT OF SYNC were added to SQL Server 2005 SP2 to provide warnings to customers that the performance data they are looking at might be compromised. Support has been burnt a few times looking at the duration column in profiler and it is not correct because the NT thread was moved between physical CPUs and the values are not near the same area as Stop Time – Start Time from the same event. These messages are first and foremost warnings to be cautions when looking at the performance output.

An ape in an suit stays an ape.

André Kamman User is Offline

PASS Nederland

Posts:137

14-05-2007 21:29:58	Alert
Hoi Eduard, Ik maak veel gebruik van Virtuele machines voor testdoeleinden en heb deze melding al een paar keer gezien. Het heeft te maken met de CPU die niet continue op dezelfde snelheid draait. Dit gebeurt bijvoorbeeld in virtuele machines maar ook op laptops die op de accu draaien. Kijk in dit KB artikel voor een uitgebreide uitleg : http://support.microsoft.com/kb/931279 Het komt er op neer dat je SQL Server het prima doet maar je kunt je counters niet allemaal meer vertrouwen. (Je monitoring of perf logging zou bijvoorbeeld alarmen kunnen afgeven) Groeten, André

Eduard Beijnes User is Offline

Posts:37

15-05-2007 09:42:04	Alert
die kb had ik inderdaad gelezen en qua cpu gedrag was me dat duidelijk. alleen eventuele gevolgen kon ik qua sql server niet overzien aangezien sql server bepaalde counters gebruikt om zichzelf te tunen. een voorbeeld: stel je verwerkt 20 mil rijen en door timing gaat maakt sql "verkeerde" tuning keuzes ... hoeveel impact kan zoiets hebben ? Duurt een verwerking van 30 minuten opeens 2 uur ? Op dit vlak heb ik geen ervaring. bij ons zijn ze bezig om ook productie te virtualiseren. aan de ene kant "mmmm gaat dat wel goed" ... aan de andere kant veelbelovende techniek als je bijv hitte/energie problemen op cybercenters meeneemt.

An ape in an suit stays an ape.

Eduard Beijnes User is Offline

Posts:37

05-07-2007 11:54:45	Alert
echt niemand een idee of stel ik een rare vraag ?

An ape in an suit stays an ape.

André Kamman User is Offline

PASS Nederland

Posts:137

05-07-2007 16:25:57	Alert
Het is zeker geen rare vraag. Als het inderdaad zo is dat je op CPU's met een variabele snelheid niet alleen onvoorspelbare rapportage krijgt maar ook onvoorspelbaar gedrag van de optimizer dan is het bijvoorbeeld niet verstandig om SQL Server te draaien binnen een virtual server. (Daar ben ik persoonlijk trouwens sowieso niet voor: SQL Server kan zelf heel goed zijn resources managen en laat zich dus door o.a. meerdere instances te gebruiken makkelijk zelfstandig "virtualiseren", daar heb je de flinke overhead van virtualisatie software niet voor nodig) Ik moet je het antwoord schuldig blijven trouwens. Mijn gevoel zegt me dat het SQLOS hier wel mee om kan gaan omdat ze tenslotte ook kunnen zien dat het gebeurt. En dus zou je in ieder geval in SQL Server 2005 hier geen last van moeten hebben, maar dat is slechts mijn theorie. Groeten, André

Hugo Tap

Posts:1

29-07-2008 11:42:04	Alert
Wat ik er van begrijp is dat de high-resolution timer alleen gebruikt wordt voor profiler, zie onderstaande quote uit de boven genoemde KB. Ik krijg dezelfde melding op m'n SQL servers welke op VMWare draaien, en heb m'n VMWare beheerders reeds verzocht om de CPU snelheid vast te zetten in VMWare. Hopelijk helpt dat. Als er meer effecten zijn dan enkel de gerapporteerde getalen in de profiler ben ook ik erg geintereseerd. Why does the WAITFOR DELAY statement work correctly? What about periodic system processes? Time-out mechanisms are not affected by the high-resolution design. SQL Server does not use the high-resolution timer for timer-based activities. Some time-out activities are based on the reduced resolution timer that uses the GetTickCount function. These time-out activities include lock time-out, the WAITFOR DELAY statement, and deadlock detection.

You are not authorized to post a reply.

Forums > Forums > DBA > The time stamp counter of CPU on scheduler id 2 is not synchronized with other CPUs.