Live Optics | Optik Başbakan | Sıra Derinliği: Daha derin bir bakış

Disk Kuyruğu genellikle zayıf uygulama performansının ilk göstergesi olarak düşünülür, ancak genellikle çok erken suçlanır. Aşağıdaki açıklama, Disk Que'nin gizemini çözmeye yönelik bazı temel yaklaşımları anlamak için hızlı ve kirli bir kılavuzdur.

Bunu iki kısma ayıralım. Okumaya vakti olmayanlar için temel vur ve kaç hayatta kalma rehberi ve Disk Kuyruğunun neden ilk etapta bir odak noktası olması gerektiğine dair daha derinlemesine bir anlayış. 

Hayatta Kalma Rehberi:

Bir Optical Prime projesi, kayıt dönemi boyunca her örnek için işletim sistemi açısından olağanüstü G/Ç'lerin sayısını gösterir. Sorun Disk Kuyruğu ise, aynı dönemdeki gecikme süresiyle sıkı bir şekilde ilişkilendirilmelidir. Yani, iyiden kötüye:

- Düşük Disk Kuyruğu ve Düşük Gecikme Süresi = Muhtemelen mutlu bir uygulama ve kullanıcı deneyimi

- Yüksek Disk Kuyruğu ve Düşük Gecikme = Gecikme süresi arzu edilmeye devam ediyorsa, bu sorun olmayacaktır.

- Düşük Disk Kuyruğu ve Yüksek Gecikme = Dikkat edilmesi gerekiyor, ancak depolama alanınız olması pek olası değil.

- Yüksek Disk ve Yüksek Gecikme = Depolama alanınıza potansiyel bir performans sorunu olarak bakmalıdır.

Bu sonuncusu araştırılmalıdır ve zaman içindeki performansı temsil eden Optical Prime'ın değerinin önemli olduğu yer burasıdır. Gecikmeye Disk Kuyruğu neden oluyorsa, iki değer arasında sıkı bir şekilde ilişkili desenler görülmelidir.  

Gecikme süresi ve Disk Kuyruğu arasında iyi bir bağıntı örneği gösteren bir girdi aşağıda verilmiştir.

Disk Kuyruğu Uzunluğunun temellerini anlamak için, yerel "Food-Mart" ınızdaki bir check-out hattını düşünün. Tatbikatı herkes bilir... Öğelerinizi seçersiniz, kontrol edilmek için sıraya girersiniz, ödeme sırası size geldiğinde ve sonunda öğeye sahip olursunuz.

Herkes tatilde ya da gece geç saatlerde kuyruk uzun olduğunda oradaydı ve zavallı kasa memuru, "Yönetim neden daha fazla çıkış şeridi açmıyor!" diyen üzgün bir insan kuyruğuna sahip.

Temel tanım düzeyinde, Disk Kuyruğu "sırada bekleyen" bekleyen disk işlemlerinin sayısıdır ve bu nedenle depolama sorununu belirtmek için sıklıkla bakılmasının nedenidir.

Hepimiz biliyoruz ki, Food-Mart'ta daha fazla kasa görevlisi eklemek, hattın yayılmasını ve daha hızlı ilerlemesini sağlayacaktır ve bunu yapıyor çünkü paralel çalışma derecemizi artırdık. Aynı temel ilkeler G/Ç isteklerine de uygulanabilir. Sunucumda tüm bu işi yapmaya çalışan tek bir diskim olsaydı ya da diyelim ki bu işi yapmaya çalışan küçük bir RAID 5 olsaydı. Daha sonra uygulamanın, G/Ç'ler için kullanıma alma satırının yedekleneceği bir iş yükü talebi oluşturacağını düşünebiliriz. Bu yüksek Disk Kuyruğu olgusu "Spindle Bound" olarak adlandırılır. Basit ve basit bir şekilde ifade etmek gerekirse, diskler talebe ayak uyduramaz, bu nedenle bir çizgi oluşur ve bu, İşletim Sisteminde Gecikme olarak kendini gösterir.

Temel kılavuz, 2-4'ten fazla bir Disk Kuyruğunun kötü olmasıdır.

Kolay değil mi? Ne yazık ki daha karmaşık hale geliyor.

Kural şu ki, disk başına 2-4'ten fazla Disk Kuyruğu kötüdür... Zorlaşmasının nedeni, Optical Prime'ın size kaç diskin "F: Sür."

Yeterince önemsiz görünüyor, neden disk sayısını alıp bir gün aramıyoruz? Bunu her zaman yapamayız. Bazı sürücüler gerçekten bölümdür ve E: ve F: sürücüleri aynı diskte olabilir. Gerçeğin daha iyi bir maskesi, depolama dizilerinin kendilerinden gelir.

İşletim sisteminde bir Birimi veya LUN'u temsil eden herhangi bir harici disk dizisi, işletim sisteminden herhangi bir sayıda sürücüyü maskeliyor olabilir. Örneğin, bir dizi, Windows işletim sisteminde "F: Sür"... yani 15'lik bir Disk Kuyruğumuz varsa kötü mü... yoksa tamam mı?

Uygulama Girişimi
Bazı uygulamalar Disk Kuyruğunu yönetebilir veya buna yanıt verebilir. SQL Server gibi bir yönetim tekniği uygulaması, çok fazla bekleyen GÇ oluşturmamak için G/Ç'yi kısıtlayabilir. Disk Kuyruğunun tırmandığını görürlerse, kontrolden çıkmasına izin vermeyerek sorunu maskeleyebilir.

Veri Kalıpları
Food-Mart'taki kasaya geri dönelim... Yönetici nihayet uyandığında ve üç yeni check-out şeridi açtığında, satın alımları ilgisiz olduğu için insanlar dışarı çıkabilir ve sıralardan geçebilir. Rastgele G/Ç gibidirler. Her insan bir başkasından bağımsız olarak çizgiden geçer. Rastgele G/Ç aynıdır. Her operasyon mümkün olduğunca çabuk bitirmek ister ve başka kimseyi gerçekten umursamaz.

Sıralı veriler bunun tam tersidir ve daha çok bir film gibi düşünülebilir. Film, size bir sinema filmi efekti vermek için "sırayla" oynatılan bir dizi hareketsiz kare fotoğraftır. Filmin bir anlam ifade etmesi için bu karelerin sırayla oynatılması gerekir ve filmin anlamlı olması için bu sıraya bağlıdır. (tabii ki Quentin Tarantino filmleri hariç)

Genellikle sıralı G/Ç paralel etkinliğe bölünemez. Sıralı iş yükünü çalıştıran programın yapısına bağlı olarak, Disk Kuyruğu ve Gecikme Süresinde artış görebilir veya görmeyebilirsiniz, ancak G/Ç Aktarımı boyutuna uzanan benzer bir bağıntı görebilirsiniz. Bu konuda daha fazla bilgi edinmek için G/Ç Aktarım Boyutunun Gecikmeyi nasıl etkileyebileceğiyle ilgili gönderiyi okuyun.

Özet
Günümüzde SSD'ler ve sanallaştırılmış depolama ile, disklerin darboğaz olma olasılığı, 15 K RPM sürücülerin en yüksek katman olduğu zamanki gibi değildir. Bununla birlikte, bir gecikme sorununu her aradığınızda araştırmaya değer bir şeydir.  

Gecikmeye diskin neden olup olmadığını belirlemek, gecikmenin nedenini bulmaktan neredeyse daha kolaydır. Ama en azından :) bakmak için bir yeriniz daha az olabilir.

Herhangi bir sorunuz varsa lütfen liveoptics.support@dell.com adresinden Live Optics Destek Ekibi ile iletişime geçin.