Article Number: 000136940
| Poznámka: |
| Technologie CacheCade je k dispozici od první poloviny kalendářního roku 2011. |
| Poznámka: |
| Chcete-li technologii CacheCade použít pro virtuální disk, je nutné nastavit zásadu pro zápis a čtení virtuálního disku založeného na pevném disku na hodnotu Write Back nebo Force Write Back a zásady pro čtení musí být nastaveny na hodnotu Read Ahead nebo Adaptive Read Ahead. |
Související články a dokumenty whitepaper:
Měření výkonuUživatelé
nemusí pochopit nejlepší metody testování disků SSD a zařízení CacheCade™, aby mohli sledovat výhody úložiště SSD. Tento článek se snaží poskytnout pokyny ohledně optimálních specifikací výkonu, které lze obecně aplikovat na většinu nástrojů testování výkonu.
Používání nástrojů pro testování výkonu k dosažení optimálního výkonu samozřejmě závisí na úrovni pochopení uživatele ohledně toho, jak má testované zařízení fungovat.
Velikost bloku: Zařízení SSD a CacheCade se při použití s malými bloky chovají optimálně, nikoli s velkými bloky. Při čtení nebo zápisu IO je proces výběru aktivní buňky elektronický a není závislý na fyzickém pohybu hlavy jako u mechanických disků. To znamená, že zařízení SSD mohou velmi rychle reagovat na náhodný vstup/vstup/výstupní provoz s malým blokem a mohou dosáhnout vyššího než 10 000 operací IOPS, kdy se mechanický disk musí potýkat s dosažením většího než 200 IOPS.
Hloubka fronty: Disky SSD mají hloubku fronty, s nejchytřejšími 64 vynikajícími IO, výrazně více než u standardního disku SAS, obvykle s 16 vynikajícími IO. Tato hloubka fronty umožňuje disku mnohem větší flexibilitu, protože snižuje závislost disku na řadiči a poskytuje vstupy a vstupy/zprávy včas. Řadič dokáže udržet frontu, když je to možné, a disk tak bude pracovat, aniž by musel čekat na řadič.
Jak se technologie mění a disky SSD provádějí více úloh souběžně, je pravděpodobné, že se hloubka fronty disku znovu prohloubí. K testování nejefektivnější hloubky fronty je nutné použít nástroj pro testování výkonu, takže zvětšení této hloubky fronty občas může vést k lepším číslům u různých zařízení.
Svázané s mezipamětí: Je důležité, aby nástroj pro výkon nebyl vázán na mezipaměť, jelikož všechny vstupy/vstupů jsou servisovány mezipamětí řadiče. K tomu dochází, když je velikost testovacího souboru nesprávně zadána a je možné jej zcela vložit do mezipaměti řadiče. Pokud k tomu dojde, vstupy/výkon se nikdy nedotyknou disků a vrácený výkon pro IO je obvykle omezen rychlostí sběrnice PCI, takže je možné pozorovat falešné údaje o výkonu větší než 3 GB/s. Vždy zahltí mezipaměť výběrem velikosti testovacího souboru větší, než je velikost mezipaměti řadiče.
Disk CacheCadeCacheCade
je nutné provést srovnáváním odlišně od standardních disků SSD, protože tato technologie se používá pouze k mezipaměti požadavků na čtení, nikoli k zápisu požadavků. Výzva je proto vytvořena, když si uživatel přeje o benchmarkovat řešení CacheCade, protože standardní metodika pouze pro čtení nebo zápis bloků neposkytnou očekávané výsledky, pokud není mezipaměť připravena.
Chcete-li dále popsat tuto vlastnost technologie CacheCade, zvažte situaci, kdy se mechanické disky ukládají pouze do mezipaměti a chcete spustit nástroj IOMeter, abyste ověřili, že technologie CacheCade dokáže zajistit očekávaný výkon. Nástroj IOMeter nejprve vytvoří testovací soubor, ze kterého bude provádět operace IO. Tento soubor se zapíše do cílového úložiště, proto jej úložiště CacheCade neukládá do mezipaměti. Nástroj IOMeter poté začne provádět operace IO v souboru, ale jak už chápeme, že aktuálně není v mezipaměti, budou se tedy provádět počáteční operace IO na mechanických discích. Tato počáteční chyba cache -miss (kde požadovaná data nejsou dostupná v mezipaměti) negativně ovlivňuje první část analýzy výkonu, proto je třeba provést kroky, které vyloučí tento dopad na výkon ze statistik. Technologie CacheCade také implementuje mezipaměť pouze na datových aktivních místech, což znamená, že data je nutné před ukládáním do mezipaměti často používat. tento efekt je také třeba překonat, abychom mohli měřit výkon na praktické úrovni.
Abychom dosáhli našich očekávání, je třeba zajistit, aby byl testovací soubor přístupný natolik, aby byl uložen do mezipaměti. To provedete tak, že ponecháte nástroj IOMeter spuštěný test čtení po delší dobu. Mějte na paměti, že velikost testovacího souboru a rychlost operací IO v md/s určí, jak dlouho trvá, než se soubor uloží do mezipaměti. Soubor je nutné před uložením do mezipaměti přečíst několikrát, abyste mohli načíst soubor odpovídajícím pětinásobným vydělením velikosti souboru rychlostí v MB/s * 5.
Například testovací soubor 4 GB, který je čten při 40 MB/s = 100 sekund * 5 = 500 sekund.
V tomto příkladu by bylo nutné ponechat test READ spuštěný po dobu nejméně 8,5 minut, aby bylo možné provést v rámci celého souboru ekvivalent 5 operací čtení. Tato doba se pro mezipaměť nazývá "doba zahřívání".
Po dokončení více než 8,5 minuty zahřívání ukončete test výkonu. Tím se testovací cílový soubor nástroje IOMeter stále uloží do mezipaměti, protože po zavření aplikace nebude probíhat žádný proces pro vyprázdnění dat z úložiště CacheCade. Poté restartujte stejnou aplikaci pro výkon a vyberte stejné cílové disky. Když se nyní nástroj IOMeter začne ze souboru číst, data již budou v mezipaměti (shodou s mezipamětí) a výkon by měl připomínat data CacheCade v optimalizovaném stavu.
Klíčové body:
Při spouštění jiných nástrojů pro měření výkonu jsou k dispozici některá doporučení pro konfiguraci, která je třeba dodržet.
Pro disky SSD a CacheCade:
Servers
22 Feb 2022
7
How To