od Matysek 14. 5. 2012 16:17
To neni tak uplne pravda. Pro TRIM a kazdou dynamickou topologii namapovanych bloku se pouziva, 88SS9174 nevyjimaje, jen nema fixne pridelene prostredky navic. Pokud tedy bude TRIM aktivni a bude se jednat o dynamicke bloky, pote bude vyuzivat nove bloky, se kterymi bude naklada namisto toho, aby hledal, nacital a zapisoval po nahodne "rozhazenych bloku". Proto vezme novy blok a do nej zapise, pricemz si jen dynamicky refreshne svou vnitrni topologii. U 256M4 se pouziva 6.9%, proto je 510 diky vetsi SA efektivnejsi v TRIM, ale to uz jsou nezjimave detaily. Z toho tedy vyplyva, jak se to chova po zatezi a pokud k tomu pridas zaplneny stav, L.Vol a velikost bloku 512 - 64 (workload do 95% ASU), najdes slabiny. Rozpitvavat radice, XOR, ADG pole, Virt. Array, ... to se mi nechce. Je to proste levny HDD, u ktereho se s tim nepocita, protoze do tohoto segmentu nepatri.
U SED/FED FIPS SSD potrebujes patricne vybaveny MB, ktere najdes u Dell, Fujitsu, HP, Tyan nebo treba SuperMicro. U nekterych multimedialnich MB (typicky Gigabyte rada UD5, Asus P8BWS Revolutin a nebo treba Asus P8B WS) muzes pouzit volitelne TPM. V SOHO segmentu to neni proste potrebne a vystacis si FDE SDD, tedy polovicatou SW cestu, coz funguje tez. Nebo cistou SW cestu, napr.: TrueCrypt.
Kin ... mam zato, ze report odchazel vcera. Budto se pletu, nebo to nefunguje.
V historii mel moderator za ukol udrzovat poradek, vecnost a tematickou cistotu na forech. Dnes slouzi vylucne k tomu, aby kazdy kun, ktery zabloudi do staje byl radne vykartacovan, okovan, nakrmen a byl mu zalozen opatrovnicky fond.