![]() |
Na testy nie mam sił. Teoretyzuję tylko. ;)
A co do dysku, poszukam konkretnego modelu i dam znać. |
Cytat:
Co do milionów maleńkich plików (<4KB) to mocno teoretyczna sytuacja dla przeciętnego użytkownika. Zresztą nie sądzę, aby wtedy ustawienie bardzo małego klastra poprawiło wydajność - raczej tylko zmniejszy straty miejsca. I znów - nie spierajmy się teoretycznie - zrób pomiary, testy i napisz co wyszło. Z RFS się nie zetknąłem, zresztą wszelki Unixy i Linuxy to nie moja bajka (czego w sumie żałuję). Cytat:
Pozdrawiam, |
Mam na myśli sytuację gdzie mamy mnóstwo plików mniejszych niż 4KB. Wtedy wydajniej jest ustawiać mniejszą wielkość klastrów i odpowiedni system plików jak np. RFS. Podobnie w drugą stronę, jeśli na tym HDD mam zamiar przechowywać jakieś duże pliki to ustawiam, największą możliwą wielkość dla klastra i to jest wydajniejsze (zakładając oczywiście minimalną fragmentację plików). Dlatego nie zgadzam się z Tobą.
Są takie z 1KB sektorami. Jedna ze zmian w Open PS2 Loader dotyczyła uwzględnienia takich HDD, stąd wiem że istnieją. :szczerb: |
Cytat:
Za optymalną wielkość klastra przyjmuje się 4KB, niezależnie od wielkości sektora. Cytat:
Cytat:
Cytat:
|
Czyli wg. Ciebie idealnym rozwiązaniem jest wielkość klastra taka jak wielkość sektora? Zdajesz sobie sprawę z tego, że HDD zwykle mają sektory po np. 512B i 1KB? A co jeśli mam w diabli małych plików? Wtedy ta teoria bierze w łeb.
PS: XP pozwala na ustalenie wielkości klastra przy zakładaniu lub formatowaniu partycji (w managerze dysków). Czego nie można powiedzieć o instalatorze (i to samo się tyczy Visty/7/"8 dev prewiu"). |
Cytat:
Dobrze - spod Windows Vista, Windows 7 lub ich instalatorów lub większością innych współczesnych narzędzi. Najprościej - polecam BootIT NG: http://www.terabyteunlimited.com/downloads/bootitng.zip tylko musisz w nim zaznaczyć opcję "1MB Align" (albo "2048 Align"). |
czyli jakbyscie tak napisali na przykladzie jak zle sie zaklada partycje a jak dobrze na tych nowych dyskach
|
Cytat:
Aby tak się jednak stało, partycja (każda) musi zaczynać się od odpowiedniego adresu LBA. To się nazywa "partition aligment" i trzeba o to zadbać na etapie zakładania partycji. Formatowanie jest późniejszym etapem i nic już w tej kwestii nie zmienia. Jeśli się zakłada partycje przy pomocy windowsXP, to będzie ona założona od złego adresu LBA i wydajność zapisu na dysk Advanced Format będzie niższa. O ile niższa? A to już zależy od konkretnego dysku. Ale nie ma najmniejszego sensu zakładać partycji źle, skoro łatwo można zrobić to dobrze. |
Nie rozumiem jak można sformatować dobrze bądź źle. Wielkość sektora jest chyba stała jak na HDD, tak? A jakie ma znaczenie wielkość klastra? Dla mnie to też jest niejasne.
|
Cytat:
|
a ja mam pytanie - co to jest poprawne sformatowanie? bo ja swoj WD10EARS formatowalem w programie Paragon Hard Disk Manager w Viscie ( czy jako ze w Viscie , to wszystko ok?)
|
To jest optymalne, bo rozmiar strony pamięci standardowo w windows jest też 4kB.
|
Cytat:
Cytat:
|
A nie trzeba tego dysku jeszcze jakoś poprawnie sformatować?
NTFS może nie zyskiwać na tej operacji, moze nie z domyślnymi ustawieniami. Choć jego domyślną jednostką jest 4KB, to sektor jest chyba 512B. edit: ale dlaczego mierna różnica? W teście numer 3 i 5 jest ok 20%, to bardzo dużo! |
Advanced Format (sektory 4 KB), partycjonowanie, LBA, wydajność...
Witam,
Kupiłem parę dni temu Samsunga HD204UI. Jak wiadomo - ma on Advanced Format, czyli sektory o rozmiarze 4 KB. Sporo się wcześniej naczytałem o tym, jaki to może być problem, jeśli taki dysk podzieli się na partycje pod Windows XP i pierwsza partycja zacznie się od LBA=63. Postanowiłem więc, tak dokładnie jak umiem, sprawdzić, jak sposób założenia partycji na takim dysku (nieprawidłowy: LBA=63 vs. prawidłowy: LBA=2048) rzeczywiście wpływa na wydajność zapisu (ograniczyłem testy do zapisu, bo czytałem, że na odczyt prawie to nie wpływa). Wyniki testów pokazały (ku mojemu zaskoczeniu), że w przypadku tego dysku, sposób założenia partycji ma bardzo niewielki wpływ na wydajność. Jest to zgodne z tym, co (potem) czytałem na jakichś anglojęzycznych stronach z testami dysków. Tester pisał, że w przypadku paru dysków WD, różnica była spora i łatwo mierzalna, natomiast w przypadku Samsunga HD204UI wykazywały ją tylko niektóre, specyficzne testy. Moje testy nie były syntetyczne, ale realistyczne. Mierzyłem ze stoperem w ręku czas wykonania operacji kopiowania, pakowania, rozpakowywania itp... Zmierzyłem też to samo dla dwóch innych dysków Samsunga, aby mieć jakieś porównanie. Większość testów powtarzałem parę razy (zarówno pod XP jak i pod Win7) - dlatego większość wyników podam jako przedziały. Czasem rozpiętość jest, niestety, spora, czego nie umiem wyjaśnić. Prędkości transferów zaokrąglam do 1 MB/s. 1. Zapis 1 pliku o rozmiarze 4 GB:
2. Spakowanie 1 pliku o rozmiarze 4 GB RAR-em bez kompresji:
3. Zapis folderu zawierającego 75 tys. małych plików, w sumie 4GB:
4. Spakowanie RAR-em bez kompresji folderu zawierającego 75 tys. małych plików, w sumie 4GB:
5. Rozpakowanie RAR-a zawierającego 75 tys. małych plików, w sumie 4GB:
Co o tym sądzicie? Bo ja tu paru rzeczy nie rozumiem. Przede wszystkim dużo gorszego od innych dysków wyniki HD204UI w teście nr 5. Zwłaszcza to, że w innych testach HD204UI był szybszy (4.) lub taki sam (3.) jak HD154UI. No i to o czym pisałem na początku - mierna różnica wydajności pomiędzy niepoprawnym partycjonowaniem LBA63 a poprawnym LBA2048. Pozdrawiam, latet |
| Wszystkie czasy w strefie CET. Aktualna godzina: 05:15. |
Powered by vBulletin® Version 3.9.0 LTS
Copyright ©2000 - 2026, vBulletin Solutions Inc.