WEBVTT 00:00.120 --> 00:01.800 Istruttore: In questa lezione parleremo 00:01.800 --> 00:03.330 dei problemi di prestazioni dei convertitori 00:03.330 --> 00:06.300 di frequenza, in particolare dello strumento di diagnostica intelligente 00:06.300 --> 00:07.740 e di una metrica nota come operazioni 00:07.740 --> 00:10.320 di input output al secondo. 00:10.320 --> 00:12.630 Innanzitutto, parliamo di SMART. 00:12.630 --> 00:14.970 SMART è un acronimo che sta per Self-Monitoring 00:14.970 --> 00:18.090 Analysis and Reporting Technology. 00:18.090 --> 00:19.683 Ed è integrato nella maggior parte 00:19.683 --> 00:22.320 dei dischi rigidi che si utilizzano quotidianamente. 00:22.320 --> 00:24.180 Questa tecnologia intelligente 00:24.180 --> 00:26.640 è in realtà un programma di autodiagnosi 00:26.640 --> 00:28.410 che avvisa il sistema operativo 00:28.410 --> 00:29.790 se rileva un guasto o se 00:29.790 --> 00:32.070 il guasto è imminente. 00:32.070 --> 00:33.870 Ora, il sistema intelligente 00:33.870 --> 00:35.760 esiste da circa 20-30 anni, ed 00:35.760 --> 00:37.620 è nato negli hard disk, ma è stato 00:37.620 --> 00:40.890 migrato anche nei dispositivi a stato solido. 00:40.890 --> 00:43.740 Questa tecnologia SMART è un complemento al 00:43.740 --> 00:46.260 sistema operativo, al BIOS, all'UEFI 00:46.260 --> 00:48.150 e ad altri sistemi simili. 00:48.150 --> 00:49.650 L'idea di SMART è quella 00:49.650 --> 00:51.660 di monitorare il disco rigido e di 00:51.660 --> 00:53.430 capire lo stato di salute di quella 00:53.430 --> 00:55.230 particolare unità. 00:55.230 --> 00:57.420 Nell'esaminare l'unità, si valutano aspetti quali la 00:57.420 --> 01:00.180 temperatura dell'unità, lo stato di salute generale dell'unità, la 01:00.180 --> 01:01.590 velocità di rotazione se si tratta 01:01.590 --> 01:02.700 di un disco rigido, il numero 01:02.700 --> 01:04.290 di blocchi danneggiati se si tratta di un 01:04.290 --> 01:07.230 dispositivo a stato solido e altre informazioni di questo tipo. 01:07.230 --> 01:09.270 Ora, la cosa importante da ricordare con SMART 01:09.270 --> 01:12.360 è che non è stato progettato per mantenere in salute le unità. 01:12.360 --> 01:14.460 È invece progettato per identificare 01:14.460 --> 01:15.840 quando hanno problemi e quando 01:15.840 --> 01:18.090 potrebbero fallire in futuro. 01:18.090 --> 01:19.410 Quindi, tenetelo a mente. 01:19.410 --> 01:22.650 L'obiettivo non è quello di riparare l'unità, ma semplicemente 01:22.650 --> 01:24.690 di monitorare e capire quando sta per accadere 01:24.690 --> 01:26.643 qualcosa di negativo. 01:27.480 --> 01:29.190 Questa tecnologia di auto-monitoraggio, 01:29.190 --> 01:31.620 analisi e reporting è progettata per misurare molti 01:31.620 --> 01:33.810 attributi diversi del disco rigido e dei dispositivi 01:33.810 --> 01:35.610 a stato solido. 01:35.610 --> 01:37.470 Ad esempio, può monitorare elementi quali 01:37.470 --> 01:40.290 il tasso di errori di lettura, il tempo di rotazione del disco 01:40.290 --> 01:43.530 rigido, il conteggio dei settori riallocati, il tasso di errori di ricerca, 01:43.530 --> 01:46.230 le ore di accensione, gli avvisi di temperatura elevata e altre 01:46.230 --> 01:47.850 cose del genere. 01:47.850 --> 01:50.370 Monitorando tutte queste informazioni, l'utilità 01:50.370 --> 01:53.340 SMART è in grado di notificare al sistema operativo eventuali 01:53.340 --> 01:54.600 problemi in sospeso o che 01:54.600 --> 01:56.910 potrebbero verificarsi in futuro. 01:56.910 --> 01:58.650 Ora, una delle metriche monitorate 01:58.650 --> 02:01.920 dall'utilità SMART è nota come operazioni di input output 02:01.920 --> 02:03.900 al secondo o IOPS. 02:03.900 --> 02:06.000 Ora, lo IOPS è una metrica molto importante 02:06.000 --> 02:07.950 da considerare in un sistema. 02:07.950 --> 02:10.800 Poiché si sta misurando la velocità con cui le cose possono essere immesse 02:10.800 --> 02:12.660 o emesse in un dispositivo di archiviazione, 02:12.660 --> 02:14.940 questa è una delle metriche chiave per le prestazioni che 02:14.940 --> 02:17.820 è necessario comprendere quando si tratta di archiviazione. 02:17.820 --> 02:19.680 Ora, se si confronta un disco rigido 02:19.680 --> 02:21.270 con un dispositivo a stato solido, 02:21.270 --> 02:23.820 in genere si avranno IOPS molto più bassi su un disco 02:23.820 --> 02:26.970 rigido che su un dispositivo a stato solido. 02:26.970 --> 02:28.800 Questo perché un dispositivo a stato 02:28.800 --> 02:31.410 solido ha tempi di ricerca molto più rapidi perché 02:31.410 --> 02:34.380 non deve spostare un piatto per leggere le informazioni, 02:34.380 --> 02:36.600 ma non è sempre così. 02:36.600 --> 02:38.130 Esistono unità SSD molto economiche 02:38.130 --> 02:42.450 e di basso costo che hanno un numero di IOPS molto inferiore a quello di alcune 02:42.450 --> 02:45.270 unità disco rigido molto veloci. 02:45.270 --> 02:48.060 Quindi è necessario ricordare che non tutto è chiaro: i dispositivi 02:48.060 --> 02:50.070 a stato solido sono sempre più veloci delle unità 02:50.070 --> 02:52.860 disco, ma questa è una buona regola generale. 02:52.860 --> 02:54.450 Quindi, tenetelo a mente. 02:54.450 --> 02:55.950 Se si lavora nel cloud, non si ha 02:55.950 --> 02:58.710 effettivamente accesso allo storage sottostante. 02:58.710 --> 03:01.260 Quindi l'unico modo per misurare le prestazioni è quello 03:01.260 --> 03:02.670 di misurare le IOPS, ovvero le 03:02.670 --> 03:04.830 operazioni di input output al secondo, perché 03:04.830 --> 03:07.350 non si sa se sotto il livello di archiviazione vengono 03:07.350 --> 03:10.260 utilizzati dischi rigidi o dispositivi a stato solido, perché 03:10.260 --> 03:12.210 la virtualizzazione e il cloud computing 03:12.210 --> 03:14.880 astraggono dall'utente. 03:14.880 --> 03:17.610 Ecco perché ci piace guardare il numero di IOPS, ovvero le 03:17.610 --> 03:20.070 operazioni di input output al secondo, perché è la 03:20.070 --> 03:22.740 migliore misura delle prestazioni che abbiamo quando 03:22.740 --> 03:24.630 leggiamo e scriviamo dati su un particolare 03:24.630 --> 03:26.700 dispositivo di archiviazione. 03:26.700 --> 03:28.860 Ora, se iniziate a vedere che le vostre prestazioni 03:28.860 --> 03:31.500 complessive si riducono quando parlate dei dispositivi di archiviazione 03:31.500 --> 03:32.850 e misurate i vostri IOPS e vedete 03:32.850 --> 03:35.160 che anche questo numero si sta riducendo, questo indica 03:35.160 --> 03:37.200 che c'è una sorta di collo di bottiglia nella lettura 03:37.200 --> 03:40.620 e nella scrittura su quei dispositivi di archiviazione. 03:40.620 --> 03:42.120 Potrebbe trattarsi di un problema 03:42.120 --> 03:44.250 di hardware o di software. 03:44.250 --> 03:46.530 Dovreste esaminare questo aspetto ed essere in 03:46.530 --> 03:48.523 grado di determinarlo utilizzando strumenti 03:48.523 --> 03:51.030 come le utility SMARt per stabilire se l'unità legge 03:51.030 --> 03:52.440 e scrive alla velocità giusta 03:52.440 --> 03:55.320 o se è il sistema operativo che sta rallentando e non è in grado 03:55.320 --> 03:56.790 di leggere e scrivere sul dispositivo 03:56.790 --> 03:59.040 alla velocità necessaria. 03:59.040 --> 04:00.720 Per questo motivo è importante considerare 04:00.720 --> 04:03.990 le cose in modo olistico, perché un basso numero di operazioni di input 04:03.990 --> 04:06.570 output al secondo potrebbe essere un problema dell'hardware, 04:06.570 --> 04:08.850 oppure dell'applicazione o delle risorse generali 04:08.850 --> 04:11.580 del sistema che vengono sovraccaricate a causa di molte altre 04:11.580 --> 04:13.440 cose che avvengono su quel particolare 04:13.440 --> 04:15.270 sistema. 04:15.270 --> 04:16.920 Se le prestazioni dell'unità 04:16.920 --> 04:18.210 di archiviazione sono 04:18.210 --> 04:19.350 lente, è opportuno 04:19.350 --> 04:21.000 verificare se i file sono 04:21.000 --> 04:23.310 frammentati o meno. 04:23.310 --> 04:24.150 Se così fosse, è necessario 04:24.150 --> 04:26.880 eseguire uno strumento di deframmentazione. 04:26.880 --> 04:29.070 In questo modo sarà possibile prendere tutti 04:29.070 --> 04:30.450 i pezzi di quei file e rimetterli 04:30.450 --> 04:34.020 insieme, riducendo così i tempi di lettura del dispositivo. 04:34.020 --> 04:36.720 Questo perché quando si scrive su un disco rigido, questo 04:36.720 --> 04:38.250 inizia a prendere il file che si 04:38.250 --> 04:39.083 sta cercando di scrivere 04:39.083 --> 04:41.430 e lo spezzetta in pezzi più piccoli. 04:41.430 --> 04:43.860 Ognuno di questi pezzi verrà inserito nel disco rigido 04:43.860 --> 04:45.180 partendo dall'inizio e andando 04:45.180 --> 04:47.910 verso la fine in qualsiasi spazio disponibile. 04:47.910 --> 04:49.800 Quindi voglio che pensiate a un hard 04:49.800 --> 04:51.300 disk come a un libro. 04:51.300 --> 04:54.630 Supponiamo che vi dia un libro bianco di 200 pagine. 04:54.630 --> 04:57.780 Questo è tutto lo spazio che avete a disposizione, ma avete anche una 04:57.780 --> 04:59.190 matita e, mentre scrivete sul 04:59.190 --> 05:01.140 libro, iniziate da pagina 1 e continuate 05:01.140 --> 05:02.670 a scrivere fino a pagina 50. 05:02.670 --> 05:04.320 Ora, siete tornati a pagina tre e avete deciso 05:04.320 --> 05:06.630 che non avete bisogno di cose in quella pagina. 05:06.630 --> 05:07.800 Quindi lo si cancella. 05:07.800 --> 05:09.780 Ora c'è dello spazio vuoto in quel libro. 05:09.780 --> 05:12.840 Hai fatto la stessa cosa a pagina 7, 12 e 15, e hai sfogliato il 05:12.840 --> 05:13.740 libro cancellando 05:13.740 --> 05:15.330 le cose che non ti servivano. 05:15.330 --> 05:17.190 Ora, quando vorrete scrivere qualcos'altro, 05:17.190 --> 05:19.200 non inizierete da pagina 51, ma tornerete a 05:19.200 --> 05:21.660 pagina tre dove avete cancellato il testo e riempirete 05:21.660 --> 05:23.070 lo spazio vuoto. 05:23.070 --> 05:24.450 Una volta esaurito lo spazio, 05:24.450 --> 05:26.250 si passa alla pagina successiva 05:26.250 --> 05:27.420 con gli spazi vuoti e si 05:27.420 --> 05:30.000 continua a farlo fino alla pagina 51, per poi continuare 05:30.000 --> 05:31.710 a scrivere. 05:31.710 --> 05:33.480 È così che funziona un disco rigido. 05:33.480 --> 05:35.640 Quindi, se avete un sacco di piccoli file che 05:35.640 --> 05:36.630 avete cancellato, ora 05:36.630 --> 05:39.270 avete un sacco di piccoli buchi in tutta l'unità. 05:39.270 --> 05:41.130 E la prossima volta che scriverete qualcosa, 05:41.130 --> 05:43.050 inizierete a riempire quei buchi. 05:43.050 --> 05:45.540 Tuttavia, poiché è necessario cercare in diversi punti 05:45.540 --> 05:47.400 per ottenere di nuovo l'intero file, questo 05:47.400 --> 05:49.950 può portare a tempi di lettura e scrittura eccessivi. 05:49.950 --> 05:52.410 Per poter ridurre questo tempo, è necessario eseguire 05:52.410 --> 05:54.510 la cosiddetta deframmentazione. 05:54.510 --> 05:57.300 In questo modo, tutti i file vengono rimessi insieme 05:57.300 --> 05:59.550 nel giusto ordine sulle stesse pagine. 05:59.550 --> 06:01.350 Inoltre, è in grado di spostare le cose all'interno 06:01.350 --> 06:03.180 dell'unità e di rimescolarle fino a quando 06:03.180 --> 06:04.860 tutto è di nuovo ordinato. 06:04.860 --> 06:07.710 Con il passare del tempo, però, l'unità si confonde di nuovo a causa 06:07.710 --> 06:09.120 di tutte le cancellazioni e le riscritture 06:09.120 --> 06:10.530 che si verificano, ed è qui che si 06:10.530 --> 06:12.810 verifica la frammentazione. 06:12.810 --> 06:14.730 Se l'unità diventa più frammentata, 06:14.730 --> 06:16.620 le prestazioni si riducono quando 06:16.620 --> 06:19.890 si cerca o si legge un dato sull'unità. 06:19.890 --> 06:22.770 Ora, fortunatamente, quando si passa a un dispositivo a stato solido, 06:22.770 --> 06:24.720 la frammentazione non è più un problema, perché 06:24.720 --> 06:26.640 possiamo accedere a tutto ciò che è presente sull'unità 06:26.640 --> 06:27.930 in qualsiasi momento, perché non 06:27.930 --> 06:29.250 dobbiamo spostare il piatto per 06:29.250 --> 06:30.870 poter accedere a una parte particolare 06:30.870 --> 06:32.940 dell'unità e recuperare i dati. 06:32.940 --> 06:35.490 La frammentazione non è più un problema con i dispositivi 06:35.490 --> 06:36.570 a stato solido e non è necessario 06:36.570 --> 06:39.090 eseguire utility di deframmentazione su un dispositivo 06:39.090 --> 06:40.530 a stato solido. 06:40.530 --> 06:43.230 Ma è necessario farlo su un disco rigido. 06:43.230 --> 06:45.480 D'altra parte, con un dispositivo a stato 06:45.480 --> 06:46.980 solido, se si inizia a esaurire 06:46.980 --> 06:48.780 lo spazio e la capacità diminuisce, 06:48.780 --> 06:50.070 si noterà che l'unità inizierà 06:50.070 --> 06:51.990 a rallentare. 06:51.990 --> 06:53.670 Per velocizzare l'unità, è necessario 06:53.670 --> 06:54.960 spostare alcuni file dal 06:54.960 --> 06:58.260 dispositivo a stato solido e liberare spazio. 06:58.260 --> 07:00.690 Per il modo in cui funziona un dispositivo a stato 07:00.690 --> 07:02.040 solido, quando inizia a riempirsi 07:02.040 --> 07:03.930 e a non avere quasi più spazio libero, il 07:03.930 --> 07:05.520 dispositivo rallenta notevolmente 07:05.520 --> 07:07.380 le sue prestazioni. 07:07.380 --> 07:09.390 Pertanto, consiglio sempre di mantenere 07:09.390 --> 07:11.640 almeno il 10% del dispositivo a stato solido vuoto 07:11.640 --> 07:14.240 e libero, per garantire prestazioni elevate.