WEBVTT

00:00.090 --> 00:00.960
-: In questa lezione

00:00.960 --> 00:02.730
parleremo dei problemi di prestazioni.

00:02.730 --> 00:05.460
In particolare, le prestazioni lente o lentissime

00:05.460 --> 00:08.010
che si osservano nel tempo su un sistema.

00:08.010 --> 00:09.060
I problemi di prestazioni

00:09.060 --> 00:10.470
sono una delle cose più difficili

00:10.470 --> 00:13.470
da diagnosticare correttamente all'interno di un sistema informatico,

00:13.470 --> 00:15.330
perché possono essere legati all'hardware,

00:15.330 --> 00:18.150
al software o a una combinazione dei due.

00:18.150 --> 00:20.700
Per questo motivo, è davvero difficile capire quale

00:20.700 --> 00:22.620
sia esattamente il problema, ma in questa

00:22.620 --> 00:23.453
lezione vi fornirò

00:23.453 --> 00:25.931
un paio di linee guida generali.

00:25.931 --> 00:28.650
Quando si iniziano a risolvere i problemi di prestazioni, si deve

00:28.650 --> 00:30.720
sempre utilizzare un approccio strutturato e cercare

00:30.720 --> 00:32.160
di suddividere in compartimenti i

00:32.160 --> 00:33.240
diversi problemi che potrebbero

00:33.240 --> 00:35.370
essere all'origine del problema.

00:35.370 --> 00:36.300
Per iniziare, quindi, dobbiamo

00:36.300 --> 00:37.800
sapere che cos'è una linea di base per il

00:37.800 --> 00:38.947
nostro sistema.

00:38.947 --> 00:42.000
Per esempio, diciamo che ho un sistema con un

00:42.000 --> 00:44.070
processore da tre gigahertz, 16

00:44.070 --> 00:45.660
gigabyte di RAM, un disco

00:45.660 --> 00:47.460
rigido da un terabyte e una

00:47.460 --> 00:50.520
scheda di rete da un gigabit al secondo.

00:50.520 --> 00:53.070
Ora, conoscere tutte queste specifiche va bene,

00:53.070 --> 00:54.420
ma se non ho mai toccato quel

00:54.420 --> 00:56.550
sistema prima o non l'ho mai guardato, non

00:56.550 --> 00:58.950
so davvero come funzionano tutti insieme.

00:58.950 --> 01:00.600
Quindi, quando si ha un nuovo sistema,

01:00.600 --> 01:01.980
si vuole osservare quel sistema

01:01.980 --> 01:03.720
e il modo in cui funziona attualmente.

01:03.720 --> 01:05.820
Riprendendo l'esempio del sistema che vi ho appena fornito,

01:05.820 --> 01:07.680
quando si riceve per la prima volta un sistema nuovo

01:07.680 --> 01:10.080
di zecca, si dovrebbe sapere cosa si prova a essere normali.

01:10.080 --> 01:12.000
A che velocità funziona davvero?

01:12.000 --> 01:14.340
Quanta RAM viene utilizzata quotidianamente

01:14.340 --> 01:15.957
quando è caricato solo il sistema

01:15.957 --> 01:19.290
operativo o il sistema operativo e una suite per ufficio aperta?

01:19.290 --> 01:21.390
Dobbiamo anche sapere quanto è veloce la rete.

01:21.390 --> 01:23.280
Perché solo perché abbiamo una scheda da un gigabit

01:23.280 --> 01:24.270
al secondo, non significa

01:24.270 --> 01:25.770
che stiamo ottenendo un gigabit al

01:25.770 --> 01:27.360
secondo di throughput.

01:27.360 --> 01:28.470
Oltre a tutto ciò, dobbiamo

01:28.470 --> 01:29.910
esaminare il disco rigido.

01:29.910 --> 01:31.860
Ho detto che si trattava di un disco rigido da un terabyte,

01:31.860 --> 01:32.790
ma non vi ho detto se si trattava

01:32.790 --> 01:34.290
di un disco a stato solido?

01:34.290 --> 01:36.726
Si trattava di un disco rigido che funzionava

01:36.726 --> 01:39.480
a 5400 RPM, o a 7.200 RPM, o a 10.000 RPM.

01:39.480 --> 01:42.000
E tutti questi avranno prestazioni diverse.

01:42.000 --> 01:42.870
Ora, una volta che

01:42.870 --> 01:44.670
si conoscono le prestazioni normali,

01:44.670 --> 01:45.630
si può determinare

01:45.630 --> 01:48.000
quali sono le prestazioni lente o lentissime

01:48.000 --> 01:49.350
e quindi individuare le aree

01:49.350 --> 01:50.430
su cui concentrare gli

01:50.430 --> 01:53.190
sforzi per la risoluzione dei problemi.

01:53.190 --> 01:54.900
Ora, oltre a poter identificare quale

01:54.900 --> 01:56.490
di questi sottosistemi sia effettivamente

01:56.490 --> 01:58.080
il problema in base alle prestazioni

01:58.080 --> 02:00.450
lente che stiamo osservando, possiamo apportare modifiche

02:00.450 --> 02:02.130
alla configurazione per ottimizzare

02:02.130 --> 02:04.260
tali sottosistemi.

02:04.260 --> 02:06.030
Per esempio, se iniziamo a vedere

02:06.030 --> 02:07.110
che l'utente medio

02:07.110 --> 02:09.150
esaurisce continuamente la RAM, potremmo

02:09.150 --> 02:10.500
voler fare un upgrade da

02:10.500 --> 02:12.570
otto gigabyte a 16 gigabyte, o da 16

02:12.570 --> 02:15.090
gigabyte a 32 gigabyte.

02:15.090 --> 02:16.320
Perché anche in questo caso si tratta

02:16.320 --> 02:18.090
di una delle cose più semplici e facili da fare per aumentare

02:18.090 --> 02:19.648
le prestazioni di un sistema.

02:19.648 --> 02:22.380
Ma se le prestazioni sono lente e si guarda alla memoria

02:22.380 --> 02:23.820
libera e si hanno otto gigabyte

02:23.820 --> 02:26.550
di memoria libera su 16, l'aggiornamento a 32 probabilmente

02:26.550 --> 02:28.530
non farà molto per voi in termini di prestazioni,

02:28.530 --> 02:30.630
perché non state già usando tutta la memoria

02:30.630 --> 02:33.270
che avete.

02:33.270 --> 02:34.320
Sono questi gli aspetti a

02:34.320 --> 02:35.153
cui bisogna pensare

02:35.153 --> 02:37.290
quando si risolvono i problemi di prestazioni.

02:37.290 --> 02:38.336
Oltre a tutto questo,

02:38.336 --> 02:39.630
bisogna anche assicurarsi

02:39.630 --> 02:41.430
che il sistema non si surriscaldi.

02:41.430 --> 02:42.471
Molti dei nostri sistemi

02:42.471 --> 02:45.570
moderni sono dotati di throttling sulle unità di elaborazione

02:45.570 --> 02:47.790
per proteggersi dal surriscaldamento.

02:47.790 --> 02:50.010
Quindi, se il sistema inizia a scaldarsi,

02:50.010 --> 02:53.010
il processore che dovrebbe funzionare a tre gigahertz

02:53.010 --> 02:54.750
potrebbe scendere a due gigahertz

02:54.750 --> 02:57.180
o a uno. 5 gigahertz per cercare

02:57.180 --> 02:59.430
di ridurre il carico termico che si crea e aiutare

02:59.430 --> 03:01.740
il sistema a non surriscaldarsi.

03:01.740 --> 03:03.270
Perché se un sistema si surriscalda,

03:03.270 --> 03:05.190
potrebbe riavviarsi o spegnersi.

03:05.190 --> 03:07.200
Quindi, molti dei sensori di temperatura

03:07.200 --> 03:09.060
rallentano componenti come l'unità

03:09.060 --> 03:10.860
di elaborazione grafica o l'unità di

03:10.860 --> 03:12.330
elaborazione centrale per ridurre

03:12.330 --> 03:14.492
il carico termico complessivo.

03:14.492 --> 03:16.363
Se il sensore di temperatura è difettoso,

03:16.363 --> 03:17.670
questo può indicare che la temperatura

03:17.670 --> 03:19.710
è più alta di quella reale e quindi la CPU inizierà

03:19.710 --> 03:21.630
a ridurre le prestazioni per compensare

03:21.630 --> 03:23.940
questa situazione.

03:23.940 --> 03:25.429
Tenete quindi presente anche questo aspetto.

03:25.429 --> 03:26.790
Un'altra cosa da considerare quando

03:26.790 --> 03:28.530
si risolvono i problemi di prestazioni è la

03:28.530 --> 03:30.780
presenza di eventuali configurazioni errate.

03:30.780 --> 03:33.420
Ad esempio, supponiamo di aver effettuato un aggiornamento

03:33.420 --> 03:35.970
della memoria da otto a 16 gigabyte.

03:35.970 --> 03:37.260
Quando lo avete fatto, potreste

03:37.260 --> 03:39.360
aver tolto due moduli da quattro gigabyte

03:39.360 --> 03:41.760
e inserito due nuovi moduli da otto gigabyte,

03:41.760 --> 03:44.250
ma li avete inseriti negli slot zero e uno, invece

03:44.250 --> 03:46.320
che negli slot zero e due.

03:46.320 --> 03:49.440
Quindi la memoria non funziona in modalità bicanale.

03:49.440 --> 03:51.990
Invece, funziona solo in modalità monocanale.

03:51.990 --> 03:54.060
Le prestazioni saranno più lente rispetto

03:54.060 --> 03:54.990
al vecchio sistema

03:54.990 --> 03:56.760
a otto gigabyte, perché si potrà

03:56.760 --> 03:59.130
accedere solo a 64 bit alla volta invece

03:59.130 --> 04:01.230
che a 128, dimezzando di fatto le prestazioni

04:01.230 --> 04:05.190
anche se la memoria è raddoppiata.

04:05.190 --> 04:07.200
Quindi, anche in questo caso, questo tipo di configurazioni

04:07.200 --> 04:10.530
errate possono avere effetti a cascata su tutto il sistema.

04:10.530 --> 04:11.970
Un'altra configurazione errata comune

04:11.970 --> 04:13.290
potrebbe essere quella del sistema

04:13.290 --> 04:15.166
operativo o del software applicativo stesso.

04:15.166 --> 04:17.100
Ad esempio, ho visto molte persone che aumentano

04:17.100 --> 04:19.320
la dimensione della pagina all'interno di Windows o

04:19.320 --> 04:21.240
lo spazio di swap all'interno di Linux.

04:21.240 --> 04:23.400
Si pensa di ottenere prestazioni migliori, ma in

04:23.400 --> 04:24.540
realtà si ottiene solo una

04:24.540 --> 04:26.160
maggiore quantità di memoria virtuale,

04:26.160 --> 04:27.630
che provoca un maggiore swapping

04:27.630 --> 04:29.400
dalla memoria fisica al disco rigido o al

04:29.400 --> 04:30.630
dispositivo a stato solido,

04:30.630 --> 04:33.000
rallentando così l'intero sistema.

04:33.000 --> 04:34.680
È quindi necessario tenere a mente tutti questi aspetti

04:34.680 --> 04:36.390
quando si inizia a configurare il sistema.

04:36.390 --> 04:39.240
E ricordate che nessuno di questi elementi funziona in modo isolato.

04:39.240 --> 04:40.707
Quando si verificano questi problemi

04:40.707 --> 04:42.990
di prestazioni, può trattarsi di una miriade di fattori diversi

04:42.990 --> 04:45.300
che agiscono contemporaneamente contro di voi.

04:45.300 --> 04:46.620
Potrebbe essere il sistema

04:46.620 --> 04:47.850
operativo, le applicazioni,

04:47.850 --> 04:52.050
le configurazioni, la rete o l'hardware.

04:52.050 --> 04:53.400
La capacità di identificare

04:53.400 --> 04:55.500
questo aspetto, suddividendo tutto in

04:55.500 --> 04:56.550
sottosistemi e identificando

04:56.550 --> 04:58.290
i problemi di prestazioni, sarà

04:58.290 --> 04:59.550
fondamentale per i tecnici

04:59.550 --> 05:01.233
sul campo.