WEBVTT

00:00.090 --> 00:00.960
-: Bu derste performans

00:00.960 --> 00:02.730
sorunları hakkında konuşacağız.

00:02.730 --> 00:05.460
Özellikle, bir sistemde zaman içinde gözlemleyeceğiniz

00:05.460 --> 00:08.010
durgun veya yavaş performans.

00:08.010 --> 00:09.060
Şimdi, performans sorunları

00:09.060 --> 00:10.470
bir bilgisayar sistemi içinde

00:10.470 --> 00:13.470
düzgün bir şekilde teşhis edilmesi en zor şeylerden biridir

00:13.470 --> 00:15.330
çünkü donanımla ilgili, yazılımla ilgili

00:15.330 --> 00:18.150
veya ikisinin karışımı olabilir.

00:18.150 --> 00:20.700
Bu nedenle, sorunun tam olarak ne olduğunu

00:20.700 --> 00:22.620
anlamak gerçekten zordur, ancak

00:22.620 --> 00:23.453
bu derste size

00:23.453 --> 00:25.931
birkaç genel yönerge vereceğim.

00:25.931 --> 00:28.650
Şimdi, performans sorunlarını gidermeye başladığınızda, her zaman

00:28.650 --> 00:30.720
yapılandırılmış bir yaklaşım kullanmalı ve bu performans

00:30.720 --> 00:32.160
sorununa neden olabilecek farklı

00:32.160 --> 00:33.240
sorunların her birini bölümlere

00:33.240 --> 00:35.370
ayırmaya çalışmalısınız.

00:35.370 --> 00:36.300
Dolayısıyla, başlamak için,

00:36.300 --> 00:37.800
söz konusu sistemimiz için temel çizginin ne

00:37.800 --> 00:38.947
olduğunu bilmemiz gerekir.

00:38.947 --> 00:42.000
Örneğin, üç gigahertz işlemciye, 16 gigabayt

00:42.000 --> 00:44.070
ram'e, bir terabayt sabit diske

00:44.070 --> 00:45.660
ve saniyede bir gigabit

00:45.660 --> 00:47.460
ağ kartına sahip bir sistemim

00:47.460 --> 00:50.520
olduğunu varsayalım.

00:50.520 --> 00:53.070
Şimdi, tüm bu özellikleri bilmek iyidir, ancak daha

00:53.070 --> 00:54.420
önce o sisteme hiç dokunmadıysam

00:54.420 --> 00:56.550
veya ona bakmadıysam, hepsinin birlikte nasıl

00:56.550 --> 00:58.950
çalıştığını gerçekten bilmiyorum.

00:58.950 --> 01:00.600
Dolayısıyla yeni bir sisteme sahip olduğunuzda,

01:00.600 --> 01:01.980
bu sistemi ve şu anda işleyiş şeklini

01:01.980 --> 01:03.720
gözlemlemek istersiniz.

01:03.720 --> 01:05.820
Size az önce verdiğim örnek sistemi ele alırsak,

01:05.820 --> 01:07.680
bu yepyeni sistemi ilk aldığımızda, normalin

01:07.680 --> 01:10.080
nasıl bir his olduğunu bilmeliyiz.

01:10.080 --> 01:12.000
Gerçekten ne kadar hızlı çalışıyor?

01:12.000 --> 01:14.340
Sadece işletim sistemi yüklüyken veya

01:14.340 --> 01:15.957
işletim sistemi ve bir ofis

01:15.957 --> 01:19.290
paketi açıkken günlük olarak ne kadar RAM kullanıyor?

01:19.290 --> 01:21.390
Ayrıca ağın ne kadar hızlı olduğunu da bilmemiz gerekiyor.

01:21.390 --> 01:23.280
Çünkü saniyede bir gigabitlik bir karta

01:23.280 --> 01:24.270
sahip olmamız, saniyede

01:24.270 --> 01:25.770
bir gigabitlik iş hacmi elde ettiğimiz

01:25.770 --> 01:27.360
anlamına gelmez.

01:27.360 --> 01:28.470
Tüm bunlara ek olarak, sabit

01:28.470 --> 01:29.910
diske de bakmamız gerekiyor.

01:29.910 --> 01:31.860
Bir terabaytlık bir sabit disk olduğunu söyledim

01:31.860 --> 01:32.790
ama size söylemedim,

01:32.790 --> 01:34.290
katı hal sürücüsü müydü?

01:34.290 --> 01:36.726
Sabit disk 5400 RPM, 7.200 RPM ya da

01:36.726 --> 01:39.480
10.000 RPM hızında mı çalışıyordu?

01:39.480 --> 01:42.000
Ve bunların hepsinin performansı farklı olacaktır.

01:42.000 --> 01:42.870
Şimdi, normal performansın

01:42.870 --> 01:44.670
ne olduğunu öğrendikten sonra, neyin durgun

01:44.670 --> 01:45.630
veya yavaş performans

01:45.630 --> 01:48.000
olduğunu belirleyebilir ve ardından sorun giderme

01:48.000 --> 01:50.430
çabalarınızı odaklamanız gereken bu alanların neler

01:50.430 --> 01:53.190
olduğunu tespit edebilirsiniz.

01:53.190 --> 01:54.900
Şimdi, gözlemlediğimiz yavaş performansa

01:54.900 --> 01:56.490
dayanarak bu alt sistemlerden hangisinin

01:56.490 --> 02:00.450
gerçekten sorun olacağını belirleyebilmenin yanı sıra, bu alt sistemleri optimize

02:00.450 --> 02:02.130
etmek için yapılandırma değişiklikleri

02:02.130 --> 02:04.260
yapabiliriz.

02:04.260 --> 02:06.030
Örneğin, ortalama bir kullanıcının

02:06.030 --> 02:07.110
RAM'inin sürekli tükendiğini

02:07.110 --> 02:09.150
görmeye başlarsak, sekiz gigabayttan

02:09.150 --> 02:10.500
16 gigabayta veya 16 gigabayttan

02:10.500 --> 02:15.090
32 gigabayta yükseltme yapmak isteyebiliriz.

02:15.090 --> 02:16.320
Çünkü yine bu, bir sistemin performansını

02:16.320 --> 02:18.090
artırmak için yapabileceğiniz en basit ve en

02:18.090 --> 02:19.648
kolay şeylerden biridir.

02:19.648 --> 02:22.380
Ancak, performans düşüklüğü yaşıyorsanız ve boş ram'inize

02:22.380 --> 02:23.820
bakarsanız ve 16 gigabayttan

02:23.820 --> 02:26.550
sekiz gigabayt boş ram'iniz varsa, 32'ye yükseltmek muhtemelen

02:26.550 --> 02:28.530
performans açısından sizin için pek bir şey

02:28.530 --> 02:30.630
yapmayacaktır, çünkü zaten sahip olduğunuz

02:30.630 --> 02:33.270
tüm ram'i kullanmıyorsunuzdur.

02:33.270 --> 02:34.320
İşte bunlar, performans

02:34.320 --> 02:35.153
sorunlarını giderirken

02:35.153 --> 02:37.290
düşünmeniz gereken türden şeylerdir.

02:37.290 --> 02:38.336
Şimdi, tüm bunlara ek olarak,

02:38.336 --> 02:39.630
sisteminizin aşırı ısınmadığından

02:39.630 --> 02:41.430
da emin olmak istersiniz.

02:41.430 --> 02:42.471
Modern sistemlerimizin

02:42.471 --> 02:45.570
birçoğu, kendilerini aşırı ısınmadan koruyabilmek için işlem birimlerinde

02:45.570 --> 02:47.790
kısma özelliğine sahiptir.

02:47.790 --> 02:50.010
Yani, sisteminiz ısınmaya başladıysa,

02:50.010 --> 02:53.010
üç gigahertz hızında çalışması gereken işlemci aslında

02:53.010 --> 02:54.750
kendini iki gigahertz veya 1'e

02:54.750 --> 02:57.180
düşürebilir. 5 gigahertz, yarattığı

02:57.180 --> 02:59.430
termal yükü azaltmaya çalışmak ve sistemin

02:59.430 --> 03:01.740
aşırı ısınmasına yardımcı olabilmek için.

03:01.740 --> 03:03.270
Çünkü bir sistem aşırı ısınırsa, yeniden

03:03.270 --> 03:05.190
başlatılabilir veya kapanabilir.

03:05.190 --> 03:07.200
Bu nedenle, sıcaklık sensörlerinizin

03:07.200 --> 03:09.060
çoğu, genel termal yükü azaltabilmek

03:09.060 --> 03:10.860
için grafik işlem birimi veya merkezi

03:10.860 --> 03:12.330
işlem birimi gibi bileşenleri

03:12.330 --> 03:14.492
yavaşlatacaktır.

03:14.492 --> 03:16.363
Eğer hatalı bir sıcaklık sensörünüz varsa,

03:16.363 --> 03:17.670
bu aslında gerçekte var olandan

03:17.670 --> 03:19.710
daha yüksek bir sıcaklığa sahip olduğunuzu gösterebilir

03:19.710 --> 03:21.630
ve bu nedenle CPU'nuz bunu telafi etmek için performansını

03:21.630 --> 03:23.940
düşürmeye başlayacaktır.

03:23.940 --> 03:25.429
Bu yüzden bunu da aklınızda bulundurun.

03:25.429 --> 03:26.790
Performans sorunlarını giderirken

03:26.790 --> 03:28.530
göz önünde bulundurmanız gereken bir diğer

03:28.530 --> 03:30.780
husus da olası yanlış yapılandırmalardır.

03:30.780 --> 03:33.420
Örneğin, sekiz gigabayttan 16 gigabayta bir bellek

03:33.420 --> 03:35.970
yükseltmesi yaptığınızı varsayalım.

03:35.970 --> 03:37.260
Bunu yaptığınızda, iki adet

03:37.260 --> 03:39.360
dört gigabaytlık modülü çıkarmış ve iki adet yeni

03:39.360 --> 03:41.760
sekiz gigabaytlık modül takmış olabilirsiniz, ancak

03:41.760 --> 03:44.250
bunları sıfır ve iki numaralı yuvalar yerine sıfır ve bir

03:44.250 --> 03:46.320
numaralı yuvalara yerleştirdiniz.

03:46.320 --> 03:49.440
Bu yüzden belleğiniz çift kanal modunda çalışmıyor.

03:49.440 --> 03:51.990
Bunun yerine, sadece tek kanal modunda çalışıyor.

03:51.990 --> 03:54.060
Bu, size eski sekiz gigabaytlık sistemde sahip

03:54.060 --> 03:54.990
olabileceğinizden

03:54.990 --> 03:56.760
daha yavaş bir performans sağlayacaktır,

03:56.760 --> 03:57.990
çünkü bir seferde 128 bit yerine

03:57.990 --> 03:59.130
yalnızca 64 bite erişebilirsiniz,

03:59.130 --> 04:01.230
bu da belleğinizi iki katına çıkarmanıza rağmen

04:01.230 --> 04:05.190
performansınızı etkili bir şekilde yarıya indirir.

04:05.190 --> 04:07.200
Dolayısıyla, bu tür yanlış yapılandırmalar gerçekten

04:07.200 --> 04:10.530
de sisteminizin tamamında basamaklı etkilere neden olabilir.

04:10.530 --> 04:11.970
Bir başka yaygın yanlış yapılandırma

04:11.970 --> 04:13.290
da işletim sisteminde veya uygulama

04:13.290 --> 04:15.166
yazılımının kendisinde olabilir.

04:15.166 --> 04:17.100
Örneğin, Windows'ta sayfa boyutunu

04:17.100 --> 04:19.320
ya da Linux'ta takas alanını artıran

04:19.320 --> 04:21.240
pek çok insan gördüm.

04:21.240 --> 04:23.400
Bunun onlara daha iyi performans sağlayacağını düşünüyorlar,

04:23.400 --> 04:24.540
ancak bunun yerine aslında size

04:24.540 --> 04:26.160
daha fazla sanal bellek veriyor, bu da fiziksel

04:26.160 --> 04:27.630
bellekten sabit diskinize veya katı

04:27.630 --> 04:30.630
hal aygıtınıza çok daha fazla takas yapılmasına neden oluyor ve böylece tüm

04:30.630 --> 04:33.000
sisteminizi yavaşlatıyor.

04:33.000 --> 04:34.680
Dolayısıyla, sisteminizi yapılandırmaya başlarken

04:34.680 --> 04:36.390
tüm bunları aklınızda tutmanız gerekir.

04:36.390 --> 04:39.240
Ve unutmayın, bunların hiçbiri tek başına işe yaramaz.

04:39.240 --> 04:40.707
Bu performans sorunlarını

04:40.707 --> 04:42.990
yaşadığınızda, hepsi aynı anda size karşı

04:42.990 --> 04:45.300
çalışan sayısız farklı şey olabilir.

04:45.300 --> 04:46.620
Bu işletim sistemi olabilir,

04:46.620 --> 04:47.850
uygulamalarınız olabilir,

04:47.850 --> 04:49.260
yapılandırmalarınız olabilir,

04:49.260 --> 04:50.130
ağınız olabilir veya

04:50.130 --> 04:52.050
donanımınız olabilir.

04:52.050 --> 04:53.400
Ve bunu değerlendirirken her

04:53.400 --> 04:55.500
şeyi alt sistemlere ayırarak ve bu performans

04:55.500 --> 04:56.550
sorunlarını belirleyerek

04:56.550 --> 04:58.290
tanımlayabilmek, sahadaki bir teknisyen

04:58.290 --> 05:01.233
olarak sizin için kritik olacaktır.