Grupy dyskusyjne   »   pl.comp.pecet   »   SSD i Treucrypt

SSD i Treucrypt

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?
Sprzet to C2D E8400, plyta Asus P5Q3 deluxe, dysk podlaczony jako AHCI, do tego 4GB pamieci, system W7 64bit

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,
wobec tego na dysku nie ma już bloków, do których można zapisywać bez
ich wcześniejszego skasowania

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,
wobec tego na dysku nie ma już bloków, do których można zapisywać bez
ich wcześniejszego skasowania

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.

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.

Skąd wiesz?

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.

Nie trymuje się do końca.

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...
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.

Skąd wiesz?

Z wielokrotnie powtarzanych testów, które intensywnie robię od kilku dni.

Liczba testów niczego nie tłumaczy. Robisz gdzieś błąd, bo taki wynik jest fizycznie niemożliwy.

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.

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.

Odczytu? Trymowanie ma poprawić zapis!

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.

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
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.
Skąd wiesz?
Z wielokrotnie powtarzanych testów, które intensywnie robię od kilku dni.
Liczba testów niczego nie tłumaczy. Robisz gdzieś błąd, bo taki wynik jest
fizycznie niemożliwy.

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:
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.
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

SSD i Treucrypt

Nowy film z video.banzaj.pl więcej »
Redmi 9A - recenzja budżetowego smartfona