Odczyty 4k będą najtrudniejszą rzeczą, jaką może zrobić dysk. Są to jedne z najmniejszych rozmiarów bloków, które dysk będzie w stanie obsłużyć, i nie ma możliwości, aby dysk wstępnie załadował duże ilości danych, w rzeczywistości są one prawdopodobnie dość nieefektywne, jeśli logika ładowania z wyprzedzeniem zamierza cokolwiek odczytać większy niż 4kb.
„Normalne” odczyty dysku są większe niż 4 KB, ponieważ istnieje bardzo niewiele plików, które są tak małe, a nawet plik strony może być czytany w dużych fragmentach, ponieważ byłoby dziwne, gdyby program miał „tylko” Przetestowano 4KB pamięci. Oznacza to, że każde wstępne ładowanie, które próbuje wykonać dysk, w rzeczywistości spowoduje zmniejszenie przepustowości dysku.
Odczyty 4K mogą przechodzić przez bufor napędu, ale „losowa” część testu czyni je całkowicie nieprzewidywalnymi. Kontroler nie będzie wiedział, kiedy dysk może potrzebować więcej zwykłych „dużych” odczytów.
Z drugiej strony zapisy 4K można efektywnie buforować, kolejkować i zapisywać sekwencyjnie. Bufor dysku może wykonać wiele pracy polegającej na przechwytywaniu i zapisywaniu, do której został zaprojektowany, a funkcja wyrównania zużycia może nawet przydzielić wszystkie zapisy 4K do tego samego bloku wymazywania dysku, od czasu do czasu przekształcając zapis „losowy” 4K w zapis coś bliższego do sekwencyjnego zapisu.
Podejrzewam, że tak właśnie dzieje się w zapisie „4K-64Thrd”, „64-Thrd” najwyraźniej używa dużej głębokości kolejki , sygnalizując w ten sposób napędowi, że ma dużą ilość danych do odczytu lub zapisu . To powoduje wiele klastrów zapisów, a więc zbliża się do prędkości sekwencyjnego zapisu napędu. Nadal wykonuje się zapis w 4K, ale teraz w pełni ujawniasz potencjał bufora. W wersji testowej Read kontroler napędu, rozpoznając teraz, że jest pod bardzo stałym dużym obciążeniem, zatrzymuje wstępne ładowanie danych, prawdopodobnie omija bufor i zamiast tego przełącza się na „nieprzetworzony” tryb odczytu, ponownie zbliżając się do prędkości odczytu sekwencyjnego.
Zasadniczo kontroler napędu może zrobić coś, aby uczynić zapis 4K bardziej wydajnym, szczególnie jeśli klaster z nich dotrze w tym samym czasie, podczas gdy nie może nic zrobić, aby uczynić odczyt pojedynczego 4K bardziej wydajnym, szczególnie jeśli próbuje zoptymalizować przepływ danych przez wstępne ładowanie danych do pamięci podręcznej.