| Not: |
| CacheCade özelliği, 2011 takvim yılının ilk yarısından itibaren kullanıma sunulmuştur. |
| Not: |
| CacheCade'i sanal disk için kullanmak üzere HDD tabanlı sanal diskin Write and Read (Yazma ve Okuma) ilkesi, Write Back (Geri Yazma) ya da Force Write Back (Zorla Geri Yazma) olarak ayarlanmalı, Read (Okuma) ilkesi ise Read Ahead (İleri Okuma) ya da Adaptive Read Ahead (Uyarlanabilir İleri Okuma) olarak ayarlanmalıdır. |
İlgili makaleler ve teknik raporlar:
Performans Ölçüm Kullanıcıları
, katı hal depolamanın avantajlarını gözlemlemeleri için SSD ve CacheCade™ aygıtlarını test etmek için en iyi yöntemleri anlamamış olabilir. Bu makalede, performans testi araçlarının çoğuna genel olarak uygulanabilir optimum performans teknik özellikleri hakkında rehberlik sağlamayı denmektedir.
Optimum performans elde etmek için performans testi araçlarının kullanımı, kullanıcının test edilen aygıtın nasıl çalışıycasına kadar kullanıcının nasıl çalıştığını anlama düzeyine bağlıdır.
Blok boyutu: SSD ve CacheCade aygıtları, büyük blok yerine küçük blok boyutlarıyla kullanıldığında optimum şekilde davranır. GÇ okunurken veya yazıldığında aktif hücre seçme işlemi elektroniktir ve mekanik disklerde olduğu gibi fiziksel bir kafa hareketine bağlı değildir. Bu, katı hal aygıtlarının küçük blok rastgele GÇ'sine çok hızlı bir şekilde yanıt verildiği ve mekanik bir diskin 200 IOPS'den büyük bir performans elde etmek için çabalayarak 10.000'den fazla IOPS'ye ulaşabiliyor olduğu anlamına gelir.
Kuyruk derinliği: SSD'ler, genellikle 16 bekleyen G/Ç'de standart SAS disklerden çok daha fazla olan 64 olağanüstü G/Ç'ye sahip derin bir kuyruk derinliğine sahiptir. Bu derin kuyruk derinliği, diskin GÇ'leri zaman içinde sağlamak için denetleyiciye olan bağımlılığını azaltarak diske çok daha fazla esneklik sağlar. Denetleyici, diski denetleyicide beklemeden çalışması için bırakarak kuyruğun bakımını sağlayabilir.
Teknoloji değişir ve SSD'ler paralel olarak daha fazla iş gerçekleştirirken disk kuyruğu derinliği tekrar derine inebilir. En etkili kuyruk derinliğini sınamak için performans testi aracının kullanılmalıdır, bu nedenle bu kuyruk derinliğini zaman zaman artırmak farklı aygıtlarda daha iyi şekillere neden olabilir.
Önbelleğe bağlı: Performans aracının önbelleğe bağlı olması, tüm GÇ'nin denetleyici önbelleği tarafından servise alınmış olması önemlidir. Bu durum, test dosyası boyutu yanlış belirtilmiş ve denetleyici önbelleğine tamamen sığacak durumda olduğunda oluşur. Bu gerçekleştiğinde GÇ'ler disklere asla ulaşmaz ve GÇ için döndürülen performans genellikle PCI veriyolu hızıyla sınırlıdır, bu nedenle 3 GB/sn'den fazla sahte performans rakamları gözlemlendi. Denetleyici önbelleğinin boyutundan daha büyük bir test dosyası boyutu seçerek önbelleği her zaman altta tutun.
CacheCadeCacheCade
, standart SSD sürücülerini farklı şekilde değerlendirmelidir. Bu teknoloji, yazma isteklerini değil, okuma isteklerini önbelleğe almak için kullanılır. Bu nedenle, önbellek hazırlandığı sürece blok okuma veya yazmanın standart metodolojisi beklenen sonuçları sağlamadığı için kullanıcı bir CacheCade çözümüne kıyasla test etmek isterse sorun oluşur.
CacheCade'in bu özelliklerini daha ayrıntılı bir şekilde ifade etmek için mekanik disklerin yalnızca okuma önbelleğine alınmış olduğunu ve CacheCade'in beklenen performansı sağladığını doğrulamak için IOMeter'i çalıştırmak istediğiniz bir durumu göz önünde bulundurun. IOMeter, önce GÇ işlemleri gerçekleştirecek bir test dosyası oluşturur. Bu dosya hedef depolamaya yazılabilir, bu nedenle dosya CacheCade tarafından önbelleğe alınmaz. Ardından GÇ Ölçer, dosyada GÇ işlemlerine başlar ancak şu anda önbellekte olmadığı için başlangıçtaki GÇ işlemleri mekanik disklerde gerçekleştirilir. Bu ilk önbellek kaçırması (istenen veriler önbellekte mevcut değilse) performans analizinin ilk kısmını olumsuz etkiler, bu nedenle bu performansın istatistiklerinden etkilenmesini ortadan kaldırmak için adımların atılmasını gerekmektedir. CacheCade ayrıca önbelleğe alma işlemini yalnızca veri etkin noktalarında da kullanır; bu da verilerin önbelleğe alınmadan önce sık erişilmesi gerektiği anlamına gelir; Performansı pratik bir seviyede ölçmek için de bu etkinin üstesinden gel ihtiyacımız vardır.
Beklentilerimizi karşılamak için test dosyasına önbelleğe alınmak için yeterli erişime sahip olduğundan emin o ihtiyacımız var. Bunu yapmak için IOMeter'i uzun süre okuma testi çalıştırmaya bırakın. Test dosyasının boyutunun ve MD/sn'deki GÇ işlemleri hızının, dosyanın önbelleğe alınma sürelerini belirleyecek olduğunu unutmayın. Dosyanın önbelleğe alınmadan önce BIRDEN FAZLA kez okunması gerekir. Bu nedenle dosyanın boyutunu MB/sn * 5'te hıza bölerek dosyayı 5 kez eşdeğer bir şekilde okumayı amaçlayabilirsiniz.
Örneğin, 4 GB'lı bir test dosyası 40 MB/sn = 100 saniye * 5 = 500 saniye olarak okunur.
Bu örnekte, tüm dosya üzerinde 5 okuma işlemine eşdeğer bir işlem gerçekleştirilmesi için bir OKUMA testini en az 8,5 dakika boyunca çalışır durumda bırakman gerekir. Bu süre, önbellek için "ısınma süresi" olarak adlandırıyor.
8,5 dakikadan fazla ısınmayı tamamladıktan sonra performans testini sonlandırin. Bu işlem, uygulama kapatıldıktan sonra dosyanın saklanması nedeniyle Verileri CacheCade'den temizleme işlemi tamamlanmazken IOMeter'ın test hedef dosyasını hala önbelleğe alır. Ardından aynı performans uygulamasını yeniden başlatın ve aynı hedef sürücüleri seçin. IOMeter artık dosyadan okuna başladığında veriler zaten önbellekte (önbellek isabeti) olur ve performans, optimize edilmiş durumdaki CacheCade'in performansına benzerdir.
Önemli noktalar:
Diğer performans ölçüm araçlarını çalıştırırken izlenmesi gereken bazı yapılandırma önerileri vardır.
SSD ve CacheCade için: