WEBVTT 00:00.120 --> 00:01.800 Instrutor: Nesta lição, falaremos 00:01.800 --> 00:03.330 sobre problemas de desempenho de 00:03.330 --> 00:06.300 drives, especificamente sobre a ferramenta de diagnóstico inteligente 00:06.300 --> 00:07.740 e uma métrica conhecida como operações 00:07.740 --> 00:10.320 de entrada e saída por segundo. 00:10.320 --> 00:12.630 Primeiro, vamos falar sobre SMART. 00:12.630 --> 00:14.970 Agora, SMART é um acrônimo e significa Self-Monitoring 00:14.970 --> 00:18.090 Analysis and Reporting Technology. 00:18.090 --> 00:19.683 E está integrado na maioria das unidades 00:19.683 --> 00:22.320 de disco rígido que você usará diariamente. 00:22.320 --> 00:24.180 Agora, essa tecnologia inteligente 00:24.180 --> 00:26.640 é, na verdade, um programa de autodiagnóstico que 00:26.640 --> 00:28.410 alertará o sistema operacional caso 00:28.410 --> 00:29.790 detecte a ocorrência de uma 00:29.790 --> 00:32.070 falha ou a iminência de uma falha. 00:32.070 --> 00:33.870 Agora, o sistema inteligente existe 00:33.870 --> 00:35.760 há cerca de 20 a 30 anos e começou nas 00:35.760 --> 00:37.620 unidades de disco rígido, mas também 00:37.620 --> 00:40.890 foi migrado para dispositivos de estado sólido. 00:40.890 --> 00:43.740 Essa tecnologia SMART é algo que complementará seu 00:43.740 --> 00:46.260 sistema operacional, seu BIOS, seu UEFI e outros 00:46.260 --> 00:48.150 sistemas semelhantes. 00:48.150 --> 00:49.650 A ideia geral do SMART é que 00:49.650 --> 00:51.660 ele possa monitorar o disco rígido 00:51.660 --> 00:53.430 e entender o status de integridade 00:53.430 --> 00:55.230 desse disco específico. 00:55.230 --> 00:57.420 Ao analisá-lo, ele examinará itens como a temperatura 00:57.420 --> 01:00.180 da unidade, a integridade geral da unidade, a velocidade de rotação 01:00.180 --> 01:01.590 se estiver lidando com uma unidade 01:01.590 --> 01:02.700 de disco rígido, quantos blocos 01:02.700 --> 01:04.290 defeituosos existem se estiver lidando 01:04.290 --> 01:07.230 com um dispositivo de estado sólido e coisas desse tipo. 01:07.230 --> 01:09.270 Agora, o importante a ser lembrado com o SMART 01:09.270 --> 01:12.360 é que ele não foi projetado para manter suas unidades saudáveis. 01:12.360 --> 01:14.460 Em vez disso, ele foi projetado para identificar 01:14.460 --> 01:15.840 quando eles estão tendo problemas 01:15.840 --> 01:18.090 e quando poderão falhar no futuro. 01:18.090 --> 01:19.410 Portanto, tenha isso em mente. 01:19.410 --> 01:22.650 O objetivo deles não é consertar a unidade, mas simplesmente 01:22.650 --> 01:24.690 monitorar e descobrir quando algo ruim 01:24.690 --> 01:26.643 está prestes a acontecer. 01:27.480 --> 01:29.190 Essa tecnologia de automonitoramento, 01:29.190 --> 01:31.620 análise e geração de relatórios foi projetada para medir 01:31.620 --> 01:33.810 vários atributos diferentes do seu disco rígido e dos 01:33.810 --> 01:35.610 seus dispositivos de estado sólido. 01:35.610 --> 01:37.470 Por exemplo, ele pode monitorar itens 01:37.470 --> 01:40.290 como a taxa de erros de leitura, o tempo de rotação do disco 01:40.290 --> 01:43.530 rígido, a contagem de setores realocados, a taxa de erros de busca, 01:43.530 --> 01:46.230 as horas de ativação, alertas de alta temperatura e outros 01:46.230 --> 01:47.850 itens desse tipo. 01:47.850 --> 01:50.370 Ao monitorar todas essas informações diferentes, 01:50.370 --> 01:53.340 o utilitário SMART pode notificar o sistema operacional sobre 01:53.340 --> 01:54.600 quaisquer problemas pendentes 01:54.600 --> 01:56.910 ou que possam existir no futuro. 01:56.910 --> 01:58.650 Agora, uma das métricas que o utilitário 01:58.650 --> 02:01.920 SMART está monitorando é conhecida como operações de entrada 02:01.920 --> 02:03.900 e saída por segundo ou IOPS. 02:03.900 --> 02:06.000 Agora, o IOPS é uma métrica muito importante 02:06.000 --> 02:07.950 para ser analisada em um sistema. 02:07.950 --> 02:10.800 Como você está medindo a rapidez com que as coisas podem ser inseridas 02:10.800 --> 02:12.660 ou enviadas para um dispositivo de armazenamento, 02:12.660 --> 02:14.940 essa é uma das principais métricas de desempenho que 02:14.940 --> 02:17.820 você precisa entender ao lidar com o armazenamento. 02:17.820 --> 02:19.680 Agora, se você estiver comparando uma unidade 02:19.680 --> 02:21.270 de disco rígido com um dispositivo de 02:21.270 --> 02:23.820 estado sólido, geralmente terá IOPS muito menor em uma unidade 02:23.820 --> 02:26.970 de disco rígido do que em um dispositivo de estado sólido. 02:26.970 --> 02:28.800 Isso ocorre porque um dispositivo 02:28.800 --> 02:31.410 de estado sólido tem tempos de busca muito mais rápidos, 02:31.410 --> 02:34.380 pois não precisa mover um prato para ler as informações, 02:34.380 --> 02:36.600 mas nem sempre é esse o caso. 02:36.600 --> 02:38.130 Há alguns SSDs muito baratos 02:38.130 --> 02:42.450 e de fabricação barata que têm contagens de IOPS muito menores do que algumas 02:42.450 --> 02:45.270 unidades de disco rígido realmente rápidas. 02:45.270 --> 02:48.060 Portanto, você deve se lembrar de que nem tudo é claro quando os dispositivos 02:48.060 --> 02:50.070 de estado sólido são sempre mais rápidos do que 02:50.070 --> 02:52.860 os discos rígidos, mas essa é uma boa regra geral. 02:52.860 --> 02:54.450 Portanto, tenha isso em mente. 02:54.450 --> 02:55.950 Se estiver trabalhando na nuvem, 02:55.950 --> 02:58.710 você não terá acesso ao armazenamento subjacente. 02:58.710 --> 03:01.260 Portanto, a única maneira de medir o desempenho é medindo 03:01.260 --> 03:02.670 o IOPS, que são as operações de entrada 03:02.670 --> 03:04.830 e saída por segundo, porque você não sabe se eles 03:04.830 --> 03:07.350 estão usando unidades de disco rígido ou dispositivos de 03:07.350 --> 03:10.260 estado sólido por baixo dessa camada de armazenamento, porque ela 03:10.260 --> 03:12.210 está sendo abstraída de você quando está usando 03:12.210 --> 03:14.880 a virtualização e a computação em nuvem. 03:14.880 --> 03:17.610 É por isso que gostamos de analisar o número de IOPS ou as 03:17.610 --> 03:20.070 operações de entrada e saída por segundo, porque essa 03:20.070 --> 03:22.740 é a melhor medida de desempenho que temos quando estamos 03:22.740 --> 03:24.630 lendo e gravando dados em um determinado 03:24.630 --> 03:26.700 dispositivo de armazenamento. 03:26.700 --> 03:28.860 Agora, se você começar a perceber que o desempenho 03:28.860 --> 03:31.500 geral está caindo quando estiver falando sobre os dispositivos 03:31.500 --> 03:32.850 de armazenamento e medir o IOPS 03:32.850 --> 03:35.160 e perceber que esse número também está caindo, isso 03:35.160 --> 03:37.200 indica que há algum tipo de gargalo na leitura 03:37.200 --> 03:40.620 e gravação nesses dispositivos de armazenamento. 03:40.620 --> 03:42.120 Isso pode ser um problema 03:42.120 --> 03:44.250 com o hardware ou com o software. 03:44.250 --> 03:46.530 Você teria que analisar e determinar isso usando 03:46.530 --> 03:48.523 ferramentas como os utilitários SMARt 03:48.523 --> 03:51.030 para determinar se a unidade está lendo e gravando 03:51.030 --> 03:52.440 na velocidade correta ou se 03:52.440 --> 03:55.320 é o sistema operacional que está ficando mais lento e não 03:55.320 --> 03:56.790 consegue ler e gravar no dispositivo 03:56.790 --> 03:59.040 com a rapidez necessária? 03:59.040 --> 04:00.720 E é por isso que é importante analisar 04:00.720 --> 04:03.990 as coisas de forma holística, pois um baixo número de operações de entrada 04:03.990 --> 04:06.570 e saída por segundo pode ser um problema com o hardware, ou 04:06.570 --> 04:08.850 pode ser algo com o aplicativo ou com os recursos gerais 04:08.850 --> 04:11.580 do sistema que estão sendo sobrecarregados devido a muitas 04:11.580 --> 04:13.440 outras coisas que estão acontecendo nesse 04:13.440 --> 04:15.270 sistema específico. 04:15.270 --> 04:16.920 Se o desempenho estiver lento no que diz 04:16.920 --> 04:18.210 respeito ao armazenamento, alguns 04:18.210 --> 04:19.350 dos aspectos que devem ser observados 04:19.350 --> 04:21.000 em uma unidade de disco rígido são se os arquivos 04:21.000 --> 04:23.310 estão fragmentados ou não. 04:23.310 --> 04:24.150 E, se for o caso, você 04:24.150 --> 04:26.880 deverá executar uma ferramenta de desfragmentação. 04:26.880 --> 04:29.070 Isso poderá pegar todas as partes desses arquivos 04:29.070 --> 04:30.450 e juntá-las novamente, o que 04:30.450 --> 04:34.020 reduzirá o tempo de leitura correto para esse dispositivo. 04:34.020 --> 04:36.720 Isso ocorre porque, quando você está gravando em uma unidade 04:36.720 --> 04:38.250 de disco rígido, ela começa a pegar 04:38.250 --> 04:39.083 o arquivo que você está 04:39.083 --> 04:41.430 tentando gravar e o divide em partes menores. 04:41.430 --> 04:43.860 Cada uma dessas partes será colocada no disco rígido, 04:43.860 --> 04:45.180 começando no início e indo 04:45.180 --> 04:47.910 até o final, em qualquer espaço disponível. 04:47.910 --> 04:49.800 Portanto, quero que você pense em uma unidade de 04:49.800 --> 04:51.300 disco rígido como se fosse um livro. 04:51.300 --> 04:54.630 Digamos que eu tenha lhe dado um livro em branco com 200 páginas. 04:54.630 --> 04:57.780 Esse é todo o armazenamento que você tem, mas você tem um lápis e, 04:57.780 --> 04:59.190 ao escrever no livro, começa 04:59.190 --> 05:01.140 na primeira página e continua escrevendo 05:01.140 --> 05:02.670 até chegar à página 50. 05:02.670 --> 05:04.320 Agora, você voltou à página três e decidiu 05:04.320 --> 05:06.630 que não precisava de nada naquela página. 05:06.630 --> 05:07.800 Então você apaga isso. 05:07.800 --> 05:09.780 Agora você tem um espaço vazio no livro. 05:09.780 --> 05:12.840 Você fez a mesma coisa nas páginas sete, 12 e 15, e folheou 05:12.840 --> 05:13.740 o livro e apagou 05:13.740 --> 05:15.330 o que não precisava. 05:15.330 --> 05:17.190 Agora, quando quiser escrever outra 05:17.190 --> 05:19.200 coisa, você não começará na página 51, mas 05:19.200 --> 05:21.660 voltará à página três, onde apagou o texto, e preencherá 05:21.660 --> 05:23.070 o espaço em branco. 05:23.070 --> 05:24.450 Agora, quando o espaço acabar, 05:24.450 --> 05:26.250 você passará para a próxima página que tiver 05:26.250 --> 05:27.420 espaços em branco e continuará 05:27.420 --> 05:30.000 fazendo isso até chegar à página 51 e, em seguida, continuará 05:30.000 --> 05:31.710 escrevendo novamente. 05:31.710 --> 05:33.480 É assim que um disco rígido funciona. 05:33.480 --> 05:35.640 Portanto, se você tiver muitos arquivos pequenos 05:35.640 --> 05:36.630 que vem excluindo, agora 05:36.630 --> 05:39.270 terá muitos buracos pequenos em toda a unidade. 05:39.270 --> 05:41.130 E, da próxima vez que você for escrever algo, 05:41.130 --> 05:43.050 ele começará a preencher essas lacunas. 05:43.050 --> 05:45.540 No entanto, como você precisa buscar esses locais diferentes 05:45.540 --> 05:47.400 para obter o arquivo inteiro novamente, isso 05:47.400 --> 05:49.950 pode levar a tempos excessivos de leitura e gravação. 05:49.950 --> 05:52.410 Portanto, para reduzir esse tempo, você deve fazer 05:52.410 --> 05:54.510 o que chamamos de desfragmentação. 05:54.510 --> 05:57.300 Onde ele percorre e coloca todos esses arquivos de volta 05:57.300 --> 05:59.550 na ordem correta nas mesmas páginas. 05:59.550 --> 06:01.350 Além disso, ele pode mover coisas pela 06:01.350 --> 06:03.180 unidade e embaralhá-las até que tudo fique 06:03.180 --> 06:04.860 bom e organizado novamente. 06:04.860 --> 06:07.710 No entanto, com o tempo, essa unidade ficará novamente desorganizada 06:07.710 --> 06:09.120 devido a todas as exclusões e reescritas 06:09.120 --> 06:10.530 que estão ocorrendo, e é aí que 06:10.530 --> 06:12.810 ocorre a fragmentação. 06:12.810 --> 06:14.730 À medida que sua unidade se torna mais fragmentada, 06:14.730 --> 06:16.620 isso significa que você terá um desempenho 06:16.620 --> 06:19.890 inferior ao tentar buscar ou ler dados dessa unidade. 06:19.890 --> 06:22.770 Agora, felizmente, ao mudar para um dispositivo de estado sólido, 06:22.770 --> 06:24.720 a fragmentação não é mais um problema, pois 06:24.720 --> 06:26.640 podemos acessar tudo o que está na unidade 06:26.640 --> 06:27.930 a qualquer momento, porque 06:27.930 --> 06:29.250 não precisamos mover o prato 06:29.250 --> 06:30.870 para acessar uma parte específica 06:30.870 --> 06:32.940 da unidade e recuperar os dados. 06:32.940 --> 06:35.490 Portanto, a fragmentação não é mais um problema com dispositivos 06:35.490 --> 06:36.570 de estado sólido, e não é necessário 06:36.570 --> 06:39.090 executar utilitários de desfragmentação em um dispositivo 06:39.090 --> 06:40.530 de estado sólido. 06:40.530 --> 06:43.230 Mas você precisa fazer isso em uma unidade de disco rígido. 06:43.230 --> 06:45.480 Por outro lado, com um dispositivo de estado 06:45.480 --> 06:46.980 sólido, se você começar a ficar 06:46.980 --> 06:48.780 sem espaço e tiver capacidade reduzida, 06:48.780 --> 06:50.070 perceberá que a unidade começará 06:50.070 --> 06:51.990 a ficar mais lenta. 06:51.990 --> 06:53.670 Para acelerar a unidade novamente, você 06:53.670 --> 06:54.960 terá que mover alguns desses arquivos 06:54.960 --> 06:58.260 para fora do dispositivo de estado sólido e liberar algum espaço extra. 06:58.260 --> 07:00.690 Isso se deve ao fato de que, quando um dispositivo 07:00.690 --> 07:02.040 de estado sólido começa 07:02.040 --> 07:03.930 a ficar cheio e quase sem espaço livre, 07:03.930 --> 07:05.520 ele fica muito mais lento em termos 07:05.520 --> 07:07.380 de desempenho. 07:07.380 --> 07:09.390 Portanto, sempre recomendo manter pelo menos 07:09.390 --> 07:11.640 10% do seu dispositivo de estado sólido vazio e livre, 07:11.640 --> 07:14.240 o que garantirá que seu desempenho permaneça alto.