Zanimivo za tole pa še nisem slišal. Vem za probleme s SSDji, ki imajo slab Micronov krmilnik, ampak Intel je razvil svojega in zato nima teh težav z istočasnim branjem/zapisovanjem (I/O).
trdi disk 80 GB SSD
- Ustvarjalec teme Mare2
- Začetni datum
Zgleda je nekaj resnice na tem, o čem govoriš in to celo na intelovem X25 modelu. Zakaj pride do tega...zaradi "algoritma" ki ga uporabljajo, da optimizirajo pisanje podatkov po celotni "površini" diskov in se na tak način izognejo morebitnem "lifetime ciklu" za SSD.
Bojda tudi obstaja zelo elegantna rešitev, čeprav malce nadležna. Disk se pač popolnoma formatira in potem dela kot nov. Torej nič pretirano drastičnega.
Bojda tudi obstaja zelo elegantna rešitev, čeprav malce nadležna. Disk se pač popolnoma formatira in potem dela kot nov. Torej nič pretirano drastičnega.
no, v intelu se branijo, da povprečni uporabniki tega problema ne bi zaznali. ampak povprečni uporabniki ne bodo kupovali SSD diske
sicer pa so že ponudili firmware upgrade:
Intel offers firmware upgrade for SSD performance problem
sicer pa so že ponudili firmware upgrade:
Intel offers firmware upgrade for SSD performance problem
Gre za klasični problem prevelkega sektorja.
Če OS "misli", da je sektor 512 bajtov (ker se mu disk tako zlaže), bo hotel zapisati 512 bajtov.
To pa ne gre, ker je resničen sektor (enota pisanja) večji.
Rešitve:
- preusmeri zapis na fizični sektor, ki je še prost (in beleži porabo vseh sektorjev)
to deluje, a le , dokler so še prosti sektorji. Pol pade na drugi rešitev. Dodaten problem je, da PC nikoli ne pove disku "tega sektorja pa več ne rabim". Razen v zadnjih predlogih za ATA protokol.
ali
- disk prebere en sektor, ki je delno že v uporabi, vanj zapiše novih 512 bajtov, zapiše vse nazaj na disk. To pa je seveda počasnejše kot direktno pisanje.
ali
- disk se PC-je ne zlaže o velikosti sektorja in PC sam to ureja. To žal zahteva spremembo OS-a, ker vsi ASSumajo, da je sektor vedno 512 bajtov. Tudi linux (več ali manj).
Če OS "misli", da je sektor 512 bajtov (ker se mu disk tako zlaže), bo hotel zapisati 512 bajtov.
To pa ne gre, ker je resničen sektor (enota pisanja) večji.
Rešitve:
- preusmeri zapis na fizični sektor, ki je še prost (in beleži porabo vseh sektorjev)
to deluje, a le , dokler so še prosti sektorji. Pol pade na drugi rešitev. Dodaten problem je, da PC nikoli ne pove disku "tega sektorja pa več ne rabim". Razen v zadnjih predlogih za ATA protokol.
ali
- disk prebere en sektor, ki je delno že v uporabi, vanj zapiše novih 512 bajtov, zapiše vse nazaj na disk. To pa je seveda počasnejše kot direktno pisanje.
ali
- disk se PC-je ne zlaže o velikosti sektorja in PC sam to ureja. To žal zahteva spremembo OS-a, ker vsi ASSumajo, da je sektor vedno 512 bajtov. Tudi linux (več ali manj).
Jaz sem ravno za vikend v svojem eeepc901 zamenjal original 8GB (počasn k svina
z 64 GB (runcore @ mydigitaldiscount.com). Zadeva laufa ko šus. Po komplet postavitvi sem kreiral image na onboard SSD, tako da ko ne bo deloval več dovolj hitro (živi bili pa videli) se sformatira (ali kupi novega) in image na novo naloži. 5 minut dela.
LPM;
z 64 GB (runcore @ mydigitaldiscount.com). Zadeva laufa ko šus. Po komplet postavitvi sem kreiral image na onboard SSD, tako da ko ne bo deloval več dovolj hitro (živi bili pa videli) se sformatira (ali kupi novega) in image na novo naloži. 5 minut dela.LPM;
Podobne teme
