Sony SL-BG1S SSD / Linux

Merevlemezek, vezérlők

Hali,

Gondolkodom a fenti kulso SSD meghajto vasarlasan. Felteszem Linux alatt is mennie kellene, de azert megkerdeznem, hatha van valakinek van tapasztalata.

Azt megszoktam, hogy a specifikaciokban a Linux nem szerepel, itt pl.:

OS Required: Apple MacOS X 10.6 or later, Microsoft Windows Vista (32/64 bits), Microsoft Windows 7 (32/64 bits), Windows 8 (32/64 bits), Windows 8.1 (32/64 bits)

Illetve: "NTFS formatted"

Csak nem tudom nincs-e ennel a tipusnal valami, ami akadalya lenne a Linux (valoszinuleg EXT4) hasznalatnak.

Bizom benne, hogy a hozza adott extra dolgok (titkositas, egyeb kezelo programok) nem kotelezoek, es siman gyalulhatok, formazhato mas fajlrendszerre, de kicsit bizonytalan vagyok.

Szerintetek?

Koszi,

/sza2

  • 1851 megtekintés

( b | 2016. 12. 18., v – 03:40 )

ugh láttam a 128-as belőle 33k jó magyar korona. Aszondom vegyél inkább 2db kingston sticket belőle. Jobban kijössz.

--
GPLv3-as hozzászólás.

( istju | 2016. 12. 18., v – 11:14 )

Megy az. Vedd meg nyugodtan. Csak a beállítás a lényeg. Én a discard opciót használom az fstab-ban arch linux (openrc) alatt (folyamatos trimmelés), ez megy systemd-vel is, és van lehetőség periodikus trimmelésre is. Én még olyan SSD-vel nem találkoztam, amit ne tudtam volna linux alatt megfelelően beállítani.

( sza2king v | 2016. 12. 20., k – 10:24 )

Csak egy "up" - hatha valaki meg megprobal eltantoritani. Ha nem sikerul, akkor valoszinuleg megvasarlasra kerul.

/sza2

( sza2king v | 2016. 12. 27., k – 11:27 )

Megvasarolodott az eszkoz, felmerult nehany tovabbi kerdes.

Az kideritheto valahonnan, hogy SLC vagy MLC (TLC?) flash van-e benne?

Itt a hdparm kimenete - nem tudom ebbol derul-e ki valami erre vonatkozolag (esetleg az adatok alapjan (serial, model, firmware) lehet-e tovabb menni).

Ezen a linken a TRIM-rol azt irjak, hogy a

lsblk -D es hdparm -I /dev/sda | grep TRIM parancsokkal tudom ellenorizni a TRIM tamogatast.

Az sda a gepben levo Samsung mSATA SSD az sdc pedig a kulso SONY. 


# lsblk -D
NAME   DISC-ALN DISC-GRAN DISC-MAX DISC-ZERO
sdc           0        0B       0B         0
└─sdc1        0        0B       0B         0
sda           0      512B       2G         0
└─sda1        0      512B       2G         0

"And check the values of DISC-GRAN and DISC-MAX columns. Non-zero values indicate TRIM support."

"Or install hdparm package and run:" 


# hdparm -I /dev/sda | grep TRIM
	   *	Data Set Management TRIM supported (limit 8 blocks)

# hdparm -I /dev/sdc | grep TRIM
	   *	Data Set Management TRIM supported (limit 8 blocks)
	   *	Deterministic read ZEROs after TRIM

A kulso SSD-nel mindket ertek 0 az lsblk-val, de a hdparm azt mondja, hogy a supported. Nem tudom, hogy igy be van-e akkor kapcsolva a TRIM vagy nincs - illetve kell-e / tudom-e allitani valahogy?

Ami egy kicsit csalodas volt, hogy a hasznalhato meret joval kisebb mint a "reklamozott". 128GB vs. 111GB - persze a HDD-knel is mar eleg regota hasznaljak a gyartok a SI-t, szoval efelett inkabb csak atsiklottam, de az over provisioning-ra nem is gondoltam, igy a 128GB igazabol csak 120GB. Ezt egyebkent a SONY oldalain teljesen egyertelmu es explicit modon nem lattam leirva.

Viszont jelenti-e ez azt, hogy egyaltalan nem kell nekem gondoskodnom arrol, hogy mindig legyen szabad hely az SSD-n?

Jelenleg a cuccaim meg epp elfernenek ezen az SSD-n (a most a HDD-n levo particio kb. 127GB, igy azon ~15GB szabad hely van), viszont igy nem maradna csak ~5GB, amivel tudok gazdalkodni ha valamit csinalni kell).

Ha a mostani (egyelore ugye nem tudom) SSD SLC flash-t tartalmaz, elhasznalodas es sebesseg szempontjabol erdemesebb-e egy 240GB-os de MLC flash-es SSD-re cserelnem, amin boven tudok magam elkuloniteni sokkal nagyobb (altalam) nem hasznalando teruletet?

/sza2