A múltkor olvasgattam és több fórum alapján azt a konklúziót vontam le hogy a TRIM az elvileg UASP esetén menne. De most rákerestem ismét , és valóban ellentmondó infók találhatóak.

UASP esetén működő TRIM-re utaló infók pl:
link1
"The old protocol BOT (Bulk Only Transport) does not support TRIM. UASP supporting TRIM and NCQ."

link2
"I have read that it is theoretically possible that a SATA SSD inside a USB 3.0 enclosure could support TRIM, provided that:

The operating system supports ATA -> SCSI command translation
The enclosure supports UASP (rather than just BOT)"

De megerősítés egyikben sincs, pusztán elméleti spekulációk ezek.
Továbbá fontos infó link3, hogy az UASP-ot natívan csak a Windows 8 támogatja, a Windows 7 még nem. Windows 7 csak akkor ha az chipset 3rd party driverei fel vannak telepítve. A 2-es linken viszont Win7-en tesztelték, így az eredményük nem mérvadó!

"Further, UASP isn't supported by Microsoft on Windows 7. The only good/easy way to get UASP going on Win 7 is on USB 3 capable main boards from ASUS, using their USB 3.0 Boost drivers (only possible on their motherboards). "

Ugyaninnen infó, hogy úgy lehet csekkolni, hogy egy rack UASP módban fut-e, hogy az eszközkezelőben SCSI eszközként jelenik meg. Ezt meg tudom erősíteni, mert a JMS566 chipes rack jelenik csak SCSI-ként, az összes többi(ASM1051, ASM1053, IS621) az csak "USB Device".

Továbbá, a legelső linken olvasható, hogy a linuxok nem támogatják a TRIM-et még UASP esetén sem, mert a TRIM egy ATA parancs, viszont SCSI megfelelőre nem fordítja át a rack. Lehet hogy nincs is SCSI megfelelője?

"This is a software issue, Linux does not seem to currently support TRIM through USB. The problem is that USB storage devices employ the SCSI command set, whereas the SSD drive implements the ATA command set. The USB enclosure has to provide a translator between these command sets. The operation called TRIM in ATA is called UNMAP in SCSI and DISCARD in the Linux kernel. When Linux receives the command to trim a device, it looks up the correct command to be sent to the device. As USB storage devices look like SCSI disks, Linux tries to use UNMAP or a couple of other possible SCSI commands. In principle, the translator in the USB enclosure could often translate UNMAP requests to the corresponding ATA TRIM, although there are probably tricky cases. In practice, the enclosures don't do this, and they indicate instead that the device does not support UNMAP. However, many enclosures implement a SCSI command to issue ATA commands directly to the device. It is called ATA passthrough. There is a standard command to do this, but some enclosures have a proprietary command instead. In fact, hdparm -I uses ATA passthrough to get information from the device. The same passthrough could be used to issue TRIMs directly to the device, but the Linux driver does not currently do that. It would have to detect that a SCSI disk is actually a SCSI-to-ATA translator that supports ATA passthrough and use the passthrough for DISCARDs instead of the native SCSI commands."

Ha jól értem, két eset lehetséges:
- A TRIM ATA parancsot átfordítani SCSI TRIM paranccsá. De ezt nem csinálja a Linux. z is lehet hogy elvileg sem lehetséges, ha nincs SCSI megfelelője.
- ATA passthrough használatával a TRIM-et ATA-ként küldi el. De ezt jelenleg szintén nem támogatja a linux. Viszont úgy vettem ki hogy a rackek támogathatnak ilyet.

Most az merült fel, hogyha ez igaz, akkor Win8 esetén sem megy a TRIM UASP esetén sem, hiszen olyankor SCSI device-ként van csatlakozva....

UASP esetén nem működő TRIM-re utaló infók pl:
link4

"It was also determined that TRIM does not work via USB 3.0 enclosure regardless of UASP support, and that manual TRIM is not possible either as SSDScope will not detect the drive inside the enclosure. "

Szóval most újragondolva, úgy tűnik hogy akkor megy a TRIM, ha az OS ATA passthrough-t használ a TRIM-hez. Az a kérdés a Win8 használ-e ilyet.

Egyébként pedig valamilyen TRIM tesztelő programmal kellene ellenőrzni olyan esetben mikor megy az UASP.

[ Szerkesztve ]