MAx CPU Load

Det mener jeg ikke, at den kan

Jeg kom lige på andre tanker. Books Online:

How to set CPU idle time and duration (Enterprise Manager)
To set CPU idle time and duration

Expand a server group, and then expand a server.


Expand Management, right-click SQL Server Agent, and then click Properties.


Click the Advanced tab, and then select the The computer is idle when check box.


Under Idle CPU condition, do the following:
Specify the percentage that the average CPU usage must remain below (across all CPUs).


Specify the duration in seconds before the computer is considered idle.
©1988-2000 Microsoft Corporation. All Rights Reserved.

Det er det nærmeste, jeg kan finde, men det er vist ikke en begrænsning af max cpuload, men en angivelse af hvornår, cpu'en er ledig.

Desværre ikke godt nok!

Hvad er dit problem da? At cpu'en er meget belastet?

Jepper! Og SQL serveren tager ind imellem når det går hedt for sig op i mode 70 procent!

Hvor lang tid ad gangen?

Hvor meget RAM er der i serveren? Hvor mange CPU'er? Hvor mange connections til den? Hvad type harddiske? Hvor store?

Hvis du har adgang til Books Online, så kunne det måske være en ide at se på Performance Tuning.

Hvis du kun har én CPU, er der ikke meget du kan gøre for at begrænse på CPU niveau. Du kan sætte max. worker threads (Processor faneblad) og max connections (Connections faneblad) ned, begge under properties for din server.

Så kan du selvfølgelig begrænse den på memory, enten ved at sætte en max. eller specificere en fast allokering af memory, men det gør intet ved belastning på CPU.

SQL Server er så snedig indrettet, at den bruger al det processor den "får lov til" af Windows. Så det er ikke unormalt at se CPU belastningen helt oppe på 99% i kortere eller længere tid. Det afhænger af belastning, men selvfølgelig også af serverens konfiguration.

En af de servere jeg arbejder med, har 4 CPU'ere og selv der, kommer den ret højt op i belastning ~ 90%.

Min erfaring er, at hvis du har en maskine der er bare nogenlunde ordenligt dimensioneret efter anvendelsen, er den vigtigste parameter memory. CPU'en behøver du ikke være så bange for.

Benny's spørgsmål er alle relevante, men jeg vil tilføje: hvor mange brugere og hvilken type statements afvikles der på serveren. Har du kørt en SQL Server Trace i Profiler, for at se hvad der sker når CPU belastningen stiger ?

Lukker!

Jeg antager at du har fundet en måde at begrænse CPU belastningen på, siden du afviser ? Jeg vil gerne høre hvordan :-)

tmceu > Der har ikke været aktivitet i næste 4 måneder. Der er ingen løsning :-)

benny >> præcist og jeg håber du kunne se ironien mellem linierne i min kommentar. Jeg bliver bare nogle gange så hamrende trætte af folk, der ikke forstår at ikke alt de spørger om kan lade sig gøre. Og at vedkommende ikke engang gider at svare på de spørgsmål, vi begge stillede i den hensigt at finde alternative måder at forbedre performance på.

Jeg synes det er mangel på respekt for de mennesker, der bruger tid på at hjælpe.

Rolig nu mulle!!!!

Vi kan ikke være lige perfekte alle sammen!!!!

Ok!! Jeg kan godt se den var lidt grov!! Jeg har bare været i gang med at ryde op i de spørgsmål jeg har haft ude, og jeg vil faktisk gå så langt så jeg vil give "trnceu" pointene for sit svar da løsningen faktisk var at det ikke havde nogen betydning at SQL-serveren bruger så meget tid da den åbenbart godt kan finde ud af at give processor tid til andre programmer selv når det går hedt for sig!

Jeg opretter et nyt spørgsmål

nolle_k >> det er ikke så meget point, for dem kan jeg alligevel ikke købe ret meget for. Det er mere princippet i, at du efter 4 måneder blot lukker uden andre kommentarer end "lukker".

Jeg ved godt at det ikke er pointene du er ude efter!!!
Her er det også mere princippet i at give dig pointene når du nu har fortjent dem!