Cześć.

Mam przelotkę IDE44->mSATA.

Bardzo uzyteczna rzecz w starych terminalach.

Używam takich terminali do poganiania usług różnych na linuxie.

Mam jednak wątpliwość:

Czy przelotka IDE44->SATA jest w stanie poprawnie zgłosić możliwosc uzywania Trima? To nie jest cecha specyficzna dla SATA której nie da się obsługiwać z poiozmu IDE?

Oczywiście nie widzę absolutnie problemu z przekazaniem dowolnych poleceń do dysku, w tym Trima, z użyciem IDE. To powinno być przezroczyste.

Powinno...

A jest?

Na razie pytam w oderwaniu od systemu. Smart raportuje poprawnie dysk, tak jak gdyby był wpięty do SATA wprost. Czy są jednak jakieś niespodzialni w Trimie na poziomie sprzętowym?

Wcale nie przypadkiem, dnia Wed, 23 Dec 2020 11:04:48 +0100  doszła do mnie wiadomość  <rrv4o1$9go$1@dont-email.me>  od heby <heby@poczta.onet.pl>  :

Cześć.

Mam przelotkę IDE44->mSATA.

Bardzo uzyteczna rzecz w starych terminalach.

Używam takich terminali do poganiania usług różnych na linuxie.

Mam jednak wątpliwość:

Czy przelotka IDE44->SATA jest w stanie poprawnie zgłosić możliwosc uzywania Trima? To nie jest cecha specyficzna dla SATA której nie da się obsługiwać z poiozmu IDE?

Oczywiście nie widzę absolutnie problemu z przekazaniem dowolnych poleceń do dysku, w tym Trima, z użyciem IDE. To powinno być przezroczyste.

Powinno...

A jest?

Na razie pytam w oderwaniu od systemu. Smart raportuje poprawnie dysk, tak jak gdyby był wpięty do SATA wprost. Czy są jednak jakieś niespodzialni w Trimie na poziomie sprzętowym?

Producent adaptera coś wspomina o funkcji TRIM? Jeśli nie, to na 99% nie obsługuje.
Można też odczytać oznaczenia scalaka, na którym ten adapter jest zrobiony i poszukać
opisu czy nowego firmware(małe szanse na znalezienie czegoś).
No i testy z poziomu Linuksa - fstrim , blkdiscard, wiper.sh czy coś podobnego, W10 też
wykrywa obsługę TRIM i potrafi to zrobić z linii poleceń(lub w menu optymalizacja dysku):

Optimize-Volume -DriveLetter X -ReTrim -Verbose

Trzeba też wiedzieć, jaki typu ten TRIM w dysku jest, bo:

Non-deterministic TRIM: Each read command to the logical block address (LBA) after a TRIM
may return different data.
Deterministic TRIM (DRAT): All read commands to the LBA after a TRIM shall return the
same data, or become determinate.
Deterministic Read Zero after TRIM (RZAT): All read commands to the LBA after a TRIM
shall return zero.

Generalnie, dane zwolnione funkcją TRIM mogą jeszcze długo wisieć na dysku(i można je
odczytać bez kłopotu), a zostaną wymazane dopiero wtedy, kiedy dobierze się do nich
garbage collector, to komplikuje testy obsługi TRIM.

Brak TRIM można w jakimś stopniu obejść partycjonowaniem tylko części dysku(reszta wolna,
bez partycji), w takim wypadku system operacyjny będzie częściej trafiał z zapisami na
poprzednio zajęte sektory, co pomoże garbage collectorowi czyścić i scalać bloki.
--
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.

On 23/12/2020 12:14, Olaf Frikiov Skiorvensen wrote:

Producent adaptera coś wspomina o funkcji TRIM? Jeśli nie, to na 99% nie obsługuje.

Chińska, najtańsza przelotka.

Sprawdziłem przed chwilą hdparm -I /dev/sda.

Pokazuje że obsługuje TRIM'a.

Jest jakaś metoda aby sprawdzić statystyki podczas pracy? Tworzę plik, usuwam i widzę że cośtam się wolniło w jakimś liczniku?

Wcale nie przypadkiem, dnia Sat, 26 Dec 2020 15:29:26 +0100  doszła do mnie wiadomość  <rs7hc8$n3c$1@dont-email.me>  od heby <heby@poczta.onet.pl>  :

On 23/12/2020 12:14, Olaf Frikiov Skiorvensen wrote:

Producent adaptera coś wspomina o funkcji TRIM? Jeśli nie, to na 99% nie obsługuje.

Chińska, najtańsza przelotka.

Sprawdziłem przed chwilą hdparm -I /dev/sda.

Pokazuje że obsługuje TRIM'a.

Odczytuje to bezpośrednio z dysku.

Jest jakaś metoda aby sprawdzić statystyki podczas pracy? Tworzę plik, usuwam i widzę że cośtam się wolniło w jakimś liczniku?

Jak ma atrybut smart B1 - wear leveling count, to atrybut wzrośnie po wykonaniu TRIM dla
całego dysku(blkdiscard lub hdparm z opcją -- trim-sector-ranges).

Inna metoda, to zapisanie na tym dysku kilku czy kilkunastu plików i obserwowanie, co się
stanie z ich zawartością po ich skasowaniu, trimcheck tak robi(zapisuje jeden plik,
kasuje(czekamy kilka minut, w tym czasie dysk odmontować i zostawić na zasilaniu) po czym
bada, czy sektory zajmowane przez plik są wyzerowane.

Jest bardzo prosta metoda, na pusty dysk kopiuję sporo plików JPG, usuwam,
odczekuję(najlepiej, jak dysk będzie odpięty od systemu ale pod zasilaniem), po czym
sprawdzam, czy program diskdigger https://diskdigger.org/ potrafi odzyskać wszystkie
pliki, czy tylko ich część.

No ale nawet, jak test wyjdzie negatywnie(wszystkie pliki odzyskam) to nie znaczy, że
TRIM nie działa, jak wcześniej pisałem.
--
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.

Wcale nie przypadkiem, dnia Sat, 26 Dec 2020 15:58:51 +0100  doszła do mnie wiadomość  <gbieufheqq78rg1jori4csa0mmc31p87ns@4ax.com>  od Olaf Frikiov Skiorvensen <Belzebub@invalid.invalid>  :

Małe uzupełnienie:

Jak ma atrybut smart B1 - wear leveling count, to atrybut wzrośnie po wykonaniu TRIM dla
całego dysku(blkdiscard lub hdparm z opcją -- trim-sector-ranges).

Po takiej operacji powinny zniknąć wszystkie dane z dysku, oczywiście w przypadku, jeśli
TRIM działa.
--
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.