{"id":1106,"date":"2019-05-27T01:23:12","date_gmt":"2019-05-27T04:23:12","guid":{"rendered":"http:\/\/thesqltimes.com\/blog\/?p=1106"},"modified":"2019-05-27T11:39:25","modified_gmt":"2019-05-27T14:39:25","slug":"desempenho-do-processador-x-desempenho-do-sql-server-parte-4","status":"publish","type":"post","link":"https:\/\/thesqltimes.com\/blog\/2019\/05\/27\/desempenho-do-processador-x-desempenho-do-sql-server-parte-4\/","title":{"rendered":"Desempenho do Processador x Desempenho do SQL Server \u2013 Parte 4"},"content":{"rendered":"
\r\n
\r\n \r\n <\/i>\r\n <\/a>\r\n <\/span>\r\n<\/div><\/div>
Post 4\/4. Este post \u00e9 parte da s\u00e9rie: Desempenho do Processador x Desempenho do SQL Server<\/a>\r\n<\/div>\r\nTempo de Leitura:<\/span> 7<\/span> minutos<\/span><\/span>

Quando falamos de desempenho de processador, estamos falando de tempo, conforme j\u00e1 foi mostrado nos posts anteriores desta s\u00e9rie. A conta \u00e9 simples:\u00a0 Um processador mais r\u00e1pido significa que executa instru\u00e7\u00f5es em menos tempo!<\/p>\n

Mas como o tempo de CPU \u00e9 transformado em uma porcentagem? Essa foi uma pergunta que me fizeram h\u00e1 anos: Quantos por cento significa esses tempos reportados nas DMVs do SQL Server? Eu fui atr\u00e1s das respostas e isto gerou at\u00e9 um artigo que foi capa na SQL Magazine<\/a>!<\/p>\n

No SQL Server, a famosa sys.dm_exec_requests<\/a> tem uma coluna chamada cpu_time.\u00a0 Voc\u00ea tamb\u00e9m conheceu o SET STATISTICS TIME<\/a>, que traz informa\u00e7\u00f5es sobre tempo de CPU gasto por queries em uma determinada sess\u00e3o. E ainda h\u00e1 muitos outros lugares que reportam tempos de CPU dentro do SQL. Qual \u00e9 a rela\u00e7\u00e3o desses tempos com o percentual de CPU reportado no gerenciador de tarefas, por exemplo?<\/p>\n

A resposta \u00e9 simples, mas para entend\u00ea-la, vamos voltar um pouco pro sistema operacional!<\/p>\n

Tempo Total de CPU<\/h2>\n

A m\u00e9trica mais simples de entender, \u00e9 o tempo total de CPU. Ela \u00e9 apenas um valor, geralmente em microssegundos ou milissegundos, indicando por quanto tempo a CPU foi usada para completar uma opera\u00e7\u00e3o, ou, quando a opera\u00e7\u00e3o ainda n\u00e3o foi completada, quanto tempo de CPU j\u00e1 foi gasto at\u00e9 o momento. O SQL Server consegue mensurar o tempo de CPU gasto por suas opera\u00e7\u00f5es gra\u00e7as ao Windows, que cuida de manter essa informa\u00e7\u00e3o atualizada, e a fornece aos processos, quando eles precisam!<\/p>\n

Basicamente, o Windows guarda as informa\u00e7\u00f5es de tempo de CPU por thread. Uma thread representa uma sequ\u00eancia de instru\u00e7\u00f5es. Todo processo (programa em execu\u00e7\u00e3o), tem pelo menos uma thread e com o SQL Server n\u00e3o \u00e9 diferente. Cada thread pode executar em apenas uma CPU por vez (e uma CPU \u00e9 capaz de rodar apenas uma thread), e o Windows \u00e9 respons\u00e1vel por decidir qual thread vai rodar em qual CPU.<\/p>\n

 <\/p>\n

\"\"<\/a><\/p>\n

 <\/p>\n

Sempre que o Windows coloca uma thread em uma CPU, ele periodicamente vai atualizando o tempo em que esta thread est\u00e1 rodando na CPU. Sendo assim, at\u00e9 que a thread seja encerrada, o Windows mant\u00e9m um tempo total de CPU gasto para cada uma das threads existentes, de cada processo.<\/p>\n

\"\"<\/a>
A imagem mostra uma linha do tempo com duas threads de exemplo (que podem ser do mesmo processo, ou de processos diferentes). A medida que o Windows retira e coloca threads para execu\u00e7\u00e3o, ele vai atualizando as informa\u00e7\u00f5es de execu\u00e7\u00e3o! A frequ\u00eancia com que essa atualiza\u00e7\u00e3o \u00e9 feita depende de muitos fatores, mas \u00e9 em quest\u00e3o de millisegundos<\/figcaption><\/figure>\n

Com essa informa\u00e7\u00e3o \u00e9 poss\u00edvel que qualquer outro programa possa monitorar o consumo de CPU de qualquer opera\u00e7\u00e3o. Por exemplo, para que o SQL Server saiba quanto tempo de CPU um comando gastou, ele poderia utilizar os seguintes passos:<\/p>\n

    \n
  1. Obter o tempo total de CPU gasto at\u00e9 agora pela thread que vai rodar a query.<\/li>\n
  2. Deixa a query rodar at\u00e9 o final<\/li>\n
  3. Depois que a query rodar, basta subtrair\u00a0 o tempo total da thread, pelo tempo capturado no passo 1.<\/li>\n<\/ol>\n

    Por exemplo, vamos supor que o SQL Server v\u00e1 rodar um comando SELECT.\u00a0 Para que este comando execute, uma thread (que dentro do SQL Server, ele chama de worker) j\u00e1 est\u00e1 associada com essa execu\u00e7\u00e3o, ent\u00e3o ele pode fazer o seguinte:<\/p>\n