WEBVTT

00:00.090 --> 00:00.960
-: In deze les gaan we

00:00.960 --> 00:02.730
het hebben over prestatieproblemen.

00:02.730 --> 00:05.460
Specifiek, trage of trage prestaties die je na verloop

00:05.460 --> 00:08.010
van tijd op een systeem kunt waarnemen.

00:08.010 --> 00:09.060
Prestatieproblemen

00:09.060 --> 00:10.470
zijn een van de moeilijkste

00:10.470 --> 00:13.470
dingen om goed te diagnosticeren in een computersysteem,

00:13.470 --> 00:15.330
omdat ze hardwarematig, softwarematig

00:15.330 --> 00:18.150
of een combinatie van de twee kunnen zijn.

00:18.150 --> 00:20.700
Daarom is het echt moeilijk om erachter te komen

00:20.700 --> 00:22.620
wat het probleem precies is, maar ik

00:22.620 --> 00:23.453
ga je in deze les

00:23.453 --> 00:25.931
een paar algemene richtlijnen geven.

00:25.931 --> 00:28.650
Wanneer je nu begint met het oplossen van prestatieproblemen, moet

00:28.650 --> 00:30.720
je altijd een gestructureerde aanpak gebruiken en

00:30.720 --> 00:32.160
proberen om elk van de verschillende

00:32.160 --> 00:33.240
problemen die het prestatieprobleem

00:33.240 --> 00:35.370
kunnen veroorzaken op te splitsen.

00:35.370 --> 00:36.300
Dus om te beginnen moeten

00:36.300 --> 00:37.800
we weten wat een basislijn is voor ons

00:37.800 --> 00:38.947
gegeven systeem.

00:38.947 --> 00:42.000
Laten we bijvoorbeeld zeggen dat ik een systeem heb

00:42.000 --> 00:44.070
met een processor van drie gigahertz,

00:44.070 --> 00:45.660
16 gigabyte ram, een harde

00:45.660 --> 00:47.460
schijf van een terabyte en een

00:47.460 --> 00:50.520
netwerkkaart van een gigabit per seconde.

00:50.520 --> 00:53.070
Nu is het prima om al die specificaties te kennen,

00:53.070 --> 00:54.420
maar als ik dat systeem nog

00:54.420 --> 00:56.550
nooit heb aangeraakt of bekeken, weet ik

00:56.550 --> 00:58.950
niet echt hoe ze allemaal samenwerken.

00:58.950 --> 01:00.600
Dus wanneer je een nieuw systeem hebt,

01:00.600 --> 01:01.980
wil je dat systeem en de manier waarop

01:01.980 --> 01:03.720
het momenteel werkt observeren.

01:03.720 --> 01:05.820
Als we het voorbeeldsysteem nemen dat ik je net gaf,

01:05.820 --> 01:07.680
moeten we weten hoe normaal aanvoelt als we

01:07.680 --> 01:10.080
dat gloednieuwe systeem voor het eerst krijgen.

01:10.080 --> 01:12.000
Hoe snel werkt het echt?

01:12.000 --> 01:14.340
Hoeveel RAM gebruikt het dagelijks als alleen het

01:14.340 --> 01:15.957
besturingssysteem is geladen of

01:15.957 --> 01:19.290
als het besturingssysteem en een kantoorpakket zijn geopend?

01:19.290 --> 01:21.390
We moeten ook weten hoe snel het netwerk is.

01:21.390 --> 01:23.280
Omdat het feit dat we een kaart met één gigabit

01:23.280 --> 01:24.270
per seconde hebben, niet

01:24.270 --> 01:25.770
betekent dat we één gigabit per seconde

01:25.770 --> 01:27.360
aan doorvoer krijgen.

01:27.360 --> 01:28.470
Naast dit alles moeten we

01:28.470 --> 01:29.910
ook naar de harde schijf kijken.

01:29.910 --> 01:31.860
Ik zei dat het een harde schijf van een terabyte was,

01:31.860 --> 01:32.790
maar ik heb niet gezegd of

01:32.790 --> 01:34.290
het een solid state-schijf was?

01:34.290 --> 01:36.726
Was het een harde schijf met 5400

01:36.726 --> 01:39.480
RPMs, of 7.200 RPMs, of 10.000 RPMs.

01:39.480 --> 01:42.000
En ze zullen allemaal verschillende prestaties leveren.

01:42.000 --> 01:42.870
Als je eenmaal weet

01:42.870 --> 01:44.670
wat de normale prestaties zijn, kun

01:44.670 --> 01:45.630
je bepalen wat trage

01:45.630 --> 01:48.000
of langzame prestaties zijn en dan kun je vaststellen

01:48.000 --> 01:49.350
wat de gebieden zijn waarop

01:49.350 --> 01:50.430
je je inspanningen voor

01:50.430 --> 01:53.190
probleemoplossing moet richten.

01:53.190 --> 01:54.900
Nu kunnen we niet alleen vaststellen

01:54.900 --> 01:56.490
welk van die subsystemen het probleem

01:56.490 --> 01:58.080
gaat vormen op basis van de trage prestaties

01:58.080 --> 01:59.490
die we waarnemen, maar kunnen we

01:59.490 --> 02:00.450
ook wijzigingen aanbrengen

02:00.450 --> 02:02.130
in de configuratie om die subsystemen

02:02.130 --> 02:04.260
te optimaliseren.

02:04.260 --> 02:06.030
Als we bijvoorbeeld beginnen te zien

02:06.030 --> 02:07.110
dat de gemiddelde gebruiker

02:07.110 --> 02:09.150
voortdurend RAM-geheugen tekort komt,

02:09.150 --> 02:10.500
willen we misschien een upgrade

02:10.500 --> 02:12.570
doen van acht gigabyte naar 16 gigabyte, of

02:12.570 --> 02:15.090
van 16 gigabyte naar 32 gigabyte.

02:15.090 --> 02:16.320
Want nogmaals, dit is een van de eenvoudigste

02:16.320 --> 02:18.090
en gemakkelijkste dingen die je kunt doen om de prestaties

02:18.090 --> 02:19.648
van een systeem te verhogen.

02:19.648 --> 02:22.380
Maar als je de trage prestaties ervaart, en je kijkt

02:22.380 --> 02:23.820
naar je vrije ram, en je hebt

02:23.820 --> 02:26.550
acht gigabyte vrij ram van de 16, dan zal upgraden

02:26.550 --> 02:28.530
naar 32 waarschijnlijk niet veel voor

02:28.530 --> 02:30.630
je doen in termen van prestaties, omdat

02:30.630 --> 02:33.270
je niet al het ram gebruikt dat je hebt.

02:33.270 --> 02:34.320
Dit zijn dus de dingen waar

02:34.320 --> 02:35.153
je aan moet denken bij

02:35.153 --> 02:37.290
het oplossen van prestatieproblemen.

02:37.290 --> 02:38.336
Naast dit alles wil je

02:38.336 --> 02:39.630
er ook voor zorgen dat je systeem

02:39.630 --> 02:41.430
niet oververhit raakt.

02:41.430 --> 02:42.471
Veel van onze moderne systemen

02:42.471 --> 02:45.570
hebben throttling voor hun verwerkingseenheden om zichzelf te

02:45.570 --> 02:47.790
beschermen tegen oververhitting.

02:47.790 --> 02:50.010
Dus als je systeem warm begint te worden, kan

02:50.010 --> 02:53.010
die processor die op drie gigahertz zou moeten draaien, zichzelf

02:53.010 --> 02:54.750
terugschroeven naar twee gigahertz

02:54.750 --> 02:57.180
of 1 gigahertz. 5 gigahertz om te proberen de

02:57.180 --> 02:59.430
thermische belasting die het creëert te verlagen

02:59.430 --> 03:01.740
en het systeem te helpen tegen oververhitting.

03:01.740 --> 03:03.270
Want als een systeem oververhit raakt,

03:03.270 --> 03:05.190
kan het opnieuw opstarten of uitschakelen.

03:05.190 --> 03:07.200
Veel van je temperatuursensoren zullen dus

03:07.200 --> 03:09.060
componenten zoals de grafische verwerkingseenheid

03:09.060 --> 03:10.860
of de centrale verwerkingseenheid vertragen

03:10.860 --> 03:12.330
om de algehele thermische belasting

03:12.330 --> 03:14.492
te verlagen.

03:14.492 --> 03:16.363
Als je een defecte temperatuursensor

03:16.363 --> 03:17.670
hebt, kan dit aangeven dat

03:17.670 --> 03:19.710
de temperatuur hoger is dan werkelijk het

03:19.710 --> 03:21.630
geval is, waardoor je CPU minder goed

03:21.630 --> 03:23.940
gaat presteren om dat te compenseren.

03:23.940 --> 03:25.429
Houd dit dus ook in gedachten.

03:25.429 --> 03:26.790
Iets anders waar je rekening mee moet

03:26.790 --> 03:28.530
houden bij het oplossen van prestatieproblemen,

03:28.530 --> 03:30.780
zijn mogelijke verkeerde configuraties.

03:30.780 --> 03:33.420
Laten we bijvoorbeeld zeggen dat je een geheugenupgrade

03:33.420 --> 03:35.970
hebt gedaan van acht gigabyte naar 16 gigabyte.

03:35.970 --> 03:37.260
Toen u dat deed, hebt u misschien

03:37.260 --> 03:39.360
twee modules van vier gigabyte verwijderd

03:39.360 --> 03:41.760
en twee nieuwe modules van acht gigabyte geplaatst,

03:41.760 --> 03:44.250
maar u hebt ze in sleuven nul en één geplaatst in plaats

03:44.250 --> 03:46.320
van in sleuven nul en twee.

03:46.320 --> 03:49.440
En dus werkt je geheugen niet in tweekanaalsmodus.

03:49.440 --> 03:51.990
In plaats daarvan werkt het alleen in eenkanaalsmodus.

03:51.990 --> 03:54.060
Dit zal je tragere prestaties geven dan je

03:54.060 --> 03:54.990
misschien had met het

03:54.990 --> 03:56.760
oude systeem van acht gigabyte, omdat

03:56.760 --> 03:57.990
je maar 64 bits tegelijk kunt

03:57.990 --> 03:59.130
benaderen in plaats van

03:59.130 --> 04:01.230
128 bits tegelijk, waardoor je prestaties

04:01.230 --> 04:03.330
effectief gehalveerd worden, ook al heb je

04:03.330 --> 04:05.190
je geheugen verdubbeld.

04:05.190 --> 04:07.200
Dus nogmaals, dit soort verkeerde configuraties

04:07.200 --> 04:10.530
kunnen echt een kettingreactie veroorzaken in je hele systeem.

04:10.530 --> 04:11.970
Een andere veel voorkomende misconfiguratie

04:11.970 --> 04:13.290
kan in het besturingssysteem of de

04:13.290 --> 04:15.166
toepassingssoftware zelf zitten.

04:15.166 --> 04:17.100
Ik heb bijvoorbeeld veel mensen gezien

04:17.100 --> 04:19.320
die de paginagrootte in Windows vergroten,

04:19.320 --> 04:21.240
of de swapruimte in Linux.

04:21.240 --> 04:23.400
Ze denken dat dit hen betere prestaties zal geven, maar

04:23.400 --> 04:24.540
in plaats daarvan geeft dit

04:24.540 --> 04:26.160
je eigenlijk alleen maar meer virtueel

04:26.160 --> 04:27.630
geheugen, wat veel meer swapping veroorzaakt

04:27.630 --> 04:29.400
van fysiek geheugen naar je harde schijf of

04:29.400 --> 04:30.630
solid state apparaat, en daardoor

04:30.630 --> 04:33.000
je hele systeem vertraagt.

04:33.000 --> 04:34.680
Dus je moet al deze dingen in gedachten houden als

04:34.680 --> 04:36.390
je begint met het configureren van je systeem.

04:36.390 --> 04:39.240
En onthoud dat geen van deze dingen op zichzelf staat.

04:39.240 --> 04:40.707
Wanneer je deze prestatieproblemen

04:40.707 --> 04:42.990
hebt, kan het een groot aantal verschillende dingen

04:42.990 --> 04:45.300
zijn die je allemaal tegelijk tegenwerken.

04:45.300 --> 04:46.620
Het kan het besturingssysteem

04:46.620 --> 04:47.850
zijn, het kunnen je applicaties

04:47.850 --> 04:49.260
zijn, het kunnen je configuraties

04:49.260 --> 04:50.130
zijn, het kan je netwerk

04:50.130 --> 04:52.050
zijn, of het kan je hardware zijn.

04:52.050 --> 04:53.400
En als je in staat bent om dit te

04:53.400 --> 04:55.500
identificeren door alles op te splitsen in subsystemen

04:55.500 --> 04:56.550
en deze prestatieproblemen

04:56.550 --> 04:58.290
te identificeren, zal dit van cruciaal

04:58.290 --> 04:59.550
belang zijn voor jou als technicus

04:59.550 --> 05:01.233
in het veld.