Data: 2011-09-13 17:55:25 | |
Autor: Tomasz Jasiński | |
SSD i Treucrypt | |
Wcale nie przypadkiem, dnia Tue, 13 Sep 2011 08:48:29 +0200 doszła do mnie wiadomość <j4muc5$juk$1@inews.gazeta.pl> od "FiFi" <gggg@tr.pl> :
Mam vertex 2 i niby w testach wychodzi mi te 270MB/s aczkolwiek przy kopiowaniu duzych plików po kilkuset MB transfer spada do 70MB/s. Postanowilem zaszyfrowac go truecryptem i dostalem transfery odpowiednio 60MB/s i 8MB/s przy dużych plikach! Tragedia. Najgorsze że nie wiem z czego to wynika ani gdzie jest wąskie gardlo bo np procek w tym czasie pracuje na kilka % mocy... Skad tak slabe transfery sie biora? Mieliscie moze z tym doswiadczenia? TrueCrypt w czasie szyfrowania wolne sektory wypełnia losowymi danymi, wobec tego na dysku nie ma już bloków, do których można zapisywać bez ich wcześniejszego skasowania, dodatkowo Vertexy kompresują dane przy zapisie, a dane losowe(tak wyglądają dane TC) nie dają się kompresować. Odradzam kompresowanie danych na dyskach SSD. -- Gdyby się wysadziło ich planety, zburzyło miasta, spaliło księgi, a ich samych wytłukło do nogi, może udałoby się ocalić naukę miłości bliźniego. SL. |
|
Data: 2011-09-13 18:31:56 | |
Autor: Tomasz Jasiński | |
SSD i Treucrypt | |
Wcale nie przypadkiem, dnia Tue, 13 Sep 2011 17:55:25 +0200 doszła do mnie wiadomość <fhuu67dt5g9dcksqb5mshvl5c9masnrbqu@4ax.com>
od Tomasz Jasiński <Belzebub@invalid.invalid> : Odradzam kompresowanie danych na dyskach SSD. Chodzi oczywiście o szyfrowanie, a nie kompresowanie. -- Gdyby się wysadziło ich planety, zburzyło miasta, spaliło księgi, a ich samych wytłukło do nogi, może udałoby się ocalić naukę miłości bliźniego. SL. |
|
Data: 2011-09-13 21:44:02 | |
Autor: Latet | |
SSD i Treucrypt | |
TrueCrypt w czasie szyfrowania wolne sektory wypełnia losowymi danymi, Nie wiem jak na innych, ale na tych dyskach, różnica w prędkości zapisu do bloków pustych (po TRIM) oraz do pełnych - nie jest taka znowu duża. Jest za to różnica (i tego nie rozumiem) pomiedzy szybkością zapisu do komórek fabrycznie pustych (pierwszy zapis). Potem, mimo TRIM, pierwotna prędkość zapisu już nigdy nie wraca. latet |
|
Data: 2011-09-13 23:26:28 | |
Autor: MC | |
SSD i Treucrypt | |
Użytkownik "Latet" <latet@latet.pl> napisał w wiadomości news:j4obq5$34k$1inews.gazeta.pl...
TrueCrypt w czasie szyfrowania wolne sektory wypełnia losowymi danymi, Skąd wiesz? Jest za to różnica (i tego nie rozumiem) pomiedzy szybkością zapisu do komórek fabrycznie pustych (pierwszy zapis). Potem, mimo TRIM, pierwotna prędkość zapisu już nigdy nie wraca. Nie trymuje się do końca. Za bardzo obciążasz ten dysk. |
|
Data: 2011-09-16 01:15:23 | |
Autor: Latet | |
SSD i Treucrypt | |
Nie wiem jak na innych, ale na tych dyskach, różnica w prędkości zapisu do bloków pustych (po TRIM) oraz do pełnych - nie jest taka znowu duża. Z wielokrotnie powtarzanych testów, które intensywnie robię od kilku dni. Jest za to różnica (i tego nie rozumiem) pomiedzy szybkością zapisu do komórek fabrycznie pustych (pierwszy zapis). Potem, mimo TRIM, pierwotna prędkość zapisu już nigdy nie wraca. Trymuje się, trymuje - to widać. Zaraz po strymowaniu zapuszczam HD Tune i patrzę czy wszystko rzeczywiście się strymowało (szybkość odczytu wraca do fabrycznej - ok. 225 MB/s). Jesli się coś nie strymuje do końca, to powtarzam od początku całą operację trymowania (wgranie plików, skasowanie, odczekanie) - aż do skutku. Już mam metodę, aby zrobić trim skutecznie - trzeba wgrać, a potem skasować dużo małych plików, i nie kasować ich wszystkich na raz, ale partiami, nie za szybko. Kasowanie wielkich plików, albo kasowanie za wiele na raz - zawsze kończy się niepełnym trimem. A przecież tylko 100% TRIM pozwala na wiarygodne testy prędkości zapisu po strymowaniu. Wyniki moich testów są takie: Na fabrycznie nowym dysku prędkośc zapisu sekwencyjnego (danych niekompresowalnych) wynosiła: 94 MB/s. Na dysku wyczyszczonym poprzez wykasowanie bez trymowania - 67 MB/s Na dysku strymowaym (w 100% skutecznie!) - 70 MB/s. latet |
|
Data: 2011-09-16 20:09:22 | |
Autor: MC | |
SSD i Treucrypt | |
Użytkownik "Latet" <latet@latet.pl> napisał w wiadomości news:j4u0ug$js$1inews.gazeta.pl...
Liczba testów niczego nie tłumaczy. Robisz gdzieś błąd, bo taki wynik jest fizycznie niemożliwy.Nie wiem jak na innych, ale na tych dyskach, różnica w prędkości zapisu do bloków pustych (po TRIM) oraz do pełnych - nie jest taka znowu duża. Jest za to różnica (i tego nie rozumiem) pomiedzy szybkością zapisu do komórek fabrycznie pustych (pierwszy zapis). Potem, mimo TRIM, pierwotna prędkość zapisu już nigdy nie wraca. Odczytu? Trymowanie ma poprawić zapis! Wyniki moich testów są takie: To za mało. Mierzysz jakieś wąskie gardło a nie SSD |
|
Data: 2011-09-19 10:00:07 | |
Autor: Latet | |
SSD i Treucrypt | |
Liczba testów niczego nie tłumaczy. Robisz gdzieś błąd, bo taki wynik jestZ wielokrotnie powtarzanych testów, które intensywnie robię od kilku dni.Nie wiem jak na innych, ale na tych dyskach, różnica w prędkości zapisu doSkąd wiesz? A jednak taki jest. Odczytu? Trymowanie ma poprawić zapis! Tak, ale styrmowane sektory także "czytają" się szybciej niż pełne, a nawet wypełnione zerami. Pewne dlatego, że są puste. Dzięki temu można łatwo (robiąc benchmark HD Tune) gołym okiem zobaczyć jaka część dysku została strymowana. Wyniki moich testów są takie:To za mało. Mierzysz jakieś wąskie gardło a nie SSD Możliwe, ale warunki pomiaru, w którym uzyskałem 94 MB/s oraz tego w którym uzyskałem 67MB/s - były identyczne. Więc wąskie garło, jeśli było, to było takie samo. Nie wiem, co może być tym wąskim gardłem. Pod Win7 z włączonym AHCI mam znacznie (o 50%) lepsze wyniki prędkości odczytu (niż pod XP bez AHCI), ale prędkości zapisu są tylko nieznacznie lepsze. Większość testów powtórzyłem też na całkim innym pececie (nieco nowszym) i wyniki nie różnią się. latet |
|