Legrégebbi, jelenleg is folyamatos, éles használatban levő SSD-mben ... üzemóra (Power-On Time|Hours) van.

 ( trey | 2014. január 24., péntek - 9:27 )
0-23
1% (7 szavazat)
23-167
3% (12 szavazat)
168-671
4% (18 szavazat)
672-4031
13% (61 szavazat)
4032-8063
11% (54 szavazat)
8064-12095
4% (20 szavazat)
12096-16127
3% (13 szavazat)
16128-24191
2% (11 szavazat)
> 24192
1% (6 szavazat)
Nem mutat valós értéket a meghajtóm S.M.A.R.T.-ja
4% (17 szavazat)
Nincs SSD-m.
50% (237 szavazat)
Egyéb, leírom.
3% (16 szavazat)
Összes szavazat: 472

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

Félreértések elkerülése végett az "SSD-m" itt a személyes használatú számítógépben levő SSD-t jelenti.

--
trey @ gépház

Akkor a "személyes használatú" tűzfalamban nemér?

Inkább az írt adatmennyiség lenne a mérvadó IMHO.

Mérvadó miben?

--
trey @ gépház

A hátralévő élettartam szempontjából. Én is úgy tudom, hogy a bekapcsolt órák száma nem annyira érdekes, mint az, hogy hányszor írtuk a blokkokat.

3776 GB-ot írtam eddig az SSD-mre. Ebből hogyan derül ki, hogy mikor fog beszarni és hogy mennyiszer írtam a blokkokat? Mire tudsz ebből következtetni? Egyébként én az eddig eltelt időtartamra voltam kíváncsi, nem arra, hogy mennyi van még hátra.

--
trey @ gépház

attol fugg, milyen SSD-t. meg kell nezni a datasheeten a maximum TBW erteket garivesztesig :-)

9 Power_On_Hours_and_Msec 0x0032 088 088 000 Old_age Always - 10788h+05m+33.930s
241 Lifetime_Writes_GiB 0x0032 000 000 000 Old_age Always - 4570
242 Lifetime_Reads_GiB 0x0032 000 000 000 Old_age Always - 8086

És akinek pontosan 24192 órán áll? :)

Szavazzon 10:05 órakor. ;)

--
trey @ gépház

Bekapcsolások száma: 18
Munkaidő: 12097 óra
:P

1 hete jött meg, de egyelöre csak egy 20 perces tesztet futtattam rajta :D
--
Én TUDOM, hogy igazam van. És ha nincs is, akkor is NEKEM van igazam, mert én vagyok az Admin. Ennyi!

Megsincs egy szavazat sem a "0-23" kategoriaban. ;)

Nem tudom mennyit ment, majd otthon megnézem, de amúgy érdektelen. 2-3 éves SSD-m is pörögnek még jól.

--
A főnököm mindig megtartja amit ígér, ha pénzt ígér azt is!

Nem érdeketelen, legalábbis engem érdekelne. A 2,5 éves SSD-m 10 427 óra Power-On Time-nál tart. Kíváncsi leszek nálad hogyan alakul.

--
trey @ gépház

Annyira nem tartozik ide, de maga trey is ubuntu alatt ssd-t használ, van-e valami "extra" információ a használatukról, vagy csak plug and play és kész? Meg milyen márkát érdemes venni?
--
mc futtatására képes eszközt munkagépnek nevezzük
T5870 8GB 1TB Ubuntu 13.10

A partícióknak 64 block határon (4KB határon) kell kezdődnie (én mondjuk teljes MB-re szoktam rakni), az ext4-nek meg kell egy discard opció a TRIM-hez, vagy néha (cron) futtatni kell az fstrim-et.

Másról nem tudok.

Adott típusokról meg rengeteg teszt van a neten.

"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee." -- Ted Ts'o

A 4KiB az nagyon csirke, már 4 éve is 128KiB-ról írt Theodore Ts'o. Én 24MiB-re szoktam igazítani (a 49153. 512 byte-os szektoron*, éppen a második 24MiB rész kezdetén) kezdem az első partíciót), az elég sok mindennek többszöröse. A lényeg persze az, hogy az összes többi partíció nx24MiB méretű legyen (n egész szám), hacsak nem akarsz köztük lukakat hagyni. Ha pedig nem kell bootolni róla akkor nem érdemes partíciót csinálni, hanem a blockdevice-ra mehet az mkfs közvetlen.

Az viszont hogy ezek után elmagyarázni a raid-nek, az lvm-nek és az fs-nek hogy miként terüljön el elég hamar heurisztikussá válik szerintem. Ha rendesen akarom csinálni akkor a page_size-t is figyelembe kéne venni (meg még ki tudja mit), ami megint csak architektúránként változhat. Nem érdemes foglalkozni vele szerintem.

http://thunk.org/tytso/blog/2009/02/20/aligning-filesystems-to-an-ssds-erase-block-size/

* Az fdisk-ben LBA módban ugye a szektorok 0-tól indexelődnek, így a megszámlált 49153. szektorhoz a Start mezőbe a 49152-es indexet kell írni.

------------------------------------------------------------------------------
Gitify your life.

Én úgy tudom, hogy a legtöbb eszköz emulálja az 512 sector-os működést, így teljesen mindegy, hogy 1K-t, 2K, stb... ad meg az ember, ha az összszektorméret maradék nélkül osztható 4096-al (vagy 2048-al, vagy 1024-el).
A lényeg az, hogy ha 512 byte-onként kell beolvasni pl. 4 Kbyte-ot, akkor 8 szektort olvasson be a kütyü, és ne többet.

--
robyboy

"Gondolkozni nehéz, ezért legtöbben ítélnek." - Márai Sándor

Viszont az nem teljesen mindegy, hogy a filerendszer egy 4k-s blokkot úgy olvas be, hogy két 4k-s blokkot olvas fel az eszköz, az elsőből veszi végén lévő 512b-ot, a másodikból meg az elején lévő 3584b-ot. Írásnál ez még gázabb.
---
Régóta vágyok én, az androidok mezonkincsére már!

+1

Az olvasás még hagyján, de íráskor is ugyanez van...

"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee." -- Ted Ts'o

Ez a 128KB nem világos hogyan jött ki Ts'o-nak, mindenki más 4K-t ír. De majdnem mindegy.
Mondjuk a 24MB nekem elég pazarlónak tűnik...

"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee." -- Ted Ts'o

Úgy, hogy a "szektorméret", valamint az az egység, amivel az SSD valójában dolgozik (erase block group) két különböző dolog.

Ha szerinted pazarló, akkor fogod a flashbench-t, és kiméred hogy mennyi a.

------------------------------------------------------------------------------
Gitify your life.

Azt én értem, de minden leírás amit a neten találok (T'so-ét kivéve) 4KB-t mond SSD-re.

A 24 MB meg azért tűnik pazarlónak, mert még T'so is csak 128 KB-t ír...

"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee." -- Ted Ts'o

http://i.stack.imgur.com/8UPBH.jpg

Itt van 8MiB blokkméret is.

------------------------------------------------------------------------------
Gitify your life.

Az lehet, de az írás és az olvasás "page" szinten történik (4-16 KB), miközben a filesystem block-onként dolgozik (4 KB az alap általában, szóval ez a block nem az a block).
Az align lényege, hogy ezek az SSD page-ek és a fs blockok legyenek egymáshoz igazítva, azaz ha beolvasol-kiírsz egy FS block-ot, akkor ne kelljen 2 SSD page-hez hozzányúlni.

Gondolom a tökéletes sebesség eléréséhez az kéne, hogy az fs block mérete egyezzen az SSD page mérettel, bár valószínűleg az SSD vezérlése és firmware-je 4KB-re van optimalizálva...

Ebből következik, hogy azzal, hogy SSD blockhatárra rakod a partíciódat, nem sokat csináltál.

(Egyébként miért 24MB? A legnagyobb is 8MB, és ha a jövőben kijön egy még nagyobb, az máris rossz lesz.)

"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee." -- Ted Ts'o

Nem értek hozzá, nálam jó blockhatáron van a partíció?

parted -l /dev/sda
Model: ATA INTEL SSDSA1NW16 (scsi)
Disk /dev/sda: 160GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt

Number Start End Size File system Name Flags
1 1049kB 127MB 126MB ext4 Boot
2 127MB 8515MB 8389MB linux-swap(v1)
3 8515MB 160GB 152GB ext4 System

Ontopic is legyek:
Device Model: INTEL SSDSA1NW160G3
Firmware Version: 4PC10362

9 Power_On_Hours 0x0032 100 100 000 Old_age Always - 1952
241 Total_LBAs_Written 0x0032 100 100 000 Old_age Always - 42787
242 Total_LBAs_Read 0x0032 100 100 000 Old_age Always - 126128

https://wiki.archlinux.org/index.php/Solid_State_Drives#Partition_Alignment

"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee." -- Ted Ts'o

Köszönöm, ezek szerint nálam minden rendben van.

Könnyed HDD vs. SSD fun Ubuntu környezetben

Egy A-DATA S599-et használok 2,5 éve. A régi HDD-ről egyszerű klónozással tettem át a korábbi rendszert az SSD-re. ReiserFS, nincs TRIM (de az SSD tud egy ún. Durawrite-ot). Nem lassult le, nem esett szét, egyelőre teszi a dolgát.

--
trey @ gépház

Én most HDD-HDD váltásnál nem klónoztam, előre megírt bash szkripteket futtattam le.
ReiserFS-t nem ismerem, valószínűleg azért, mert 2008-ban kezdtem az ipart. Most a btrfs-el szemeztem, de egyenlőre hagyom.
--
mc futtatására képes eszközt munkagépnek nevezzük
T5870 8GB 1TB Ubuntu 13.10

A mostani SSD-m nem régi kb 3-4 hónapos és 1585 óra van benne, a másik fél éves és szintén 1800 óra körül van.

A két legrégebbit meg jól eladtam, utána kérdezek a gazdáiknál hogy mennyinél járnak.

--
A főnököm mindig megtartja amit ígér, ha pénzt ígér azt is!

"...SSD-m is pörögnek..."

:D

Akartam volna mondani, jól át :D
--
mc futtatására képes eszközt munkagépnek nevezzük
T5870 8GB 1TB Ubuntu 13.10

OCZ Vertex 2 60GB. Eleinte Windows XP-vel, az utóbbi kb. 1 évben Windows 7-tel, kedvenc Thinkpademben:

Lifetime Write: 1728 GiB
Lifetime Read: 3928 GiB
Lifetime Hours: 4332 h

Ez ugyan nem a legrégebbi, viszont a NAS 0-24 órás működése miatt ebben némiképpen több üzemóra van:

Model Family:     SandForce Driven SSDs
Device Model:     Corsair CSSD-F40GB2-A
...
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  5 Retired_Block_Count     0x0033   100   100   003    Pre-fail  Always       -       0
  9 Power_On_Hours_and_Msec 0x0032   100   100   000    Old_age   Always       -       10866h+59m+46.920s
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       23
241 Lifetime_Writes_GiB     0x0032   000   000   000    Old_age   Always       -       0
242 Lifetime_Reads_GiB      0x0032   000   000   000    Old_age   Always       -       2752

Rá kéne már gyúrni, hogy legalább az 1 GB írást elérje :)

Eee 701 4G az SSD-nek számít?
Nem folyamatos, de éles használatban van.

Hát, hogyne! Meg a pendrive-om is SSD drive, csak még nem szólt neki senki... :o)

Most adtál egy tippet :D
--
mc futtatására képes eszközt munkagépnek nevezzük
T5870 8GB 1TB Ubuntu 13.10

De ugye nem USB-n keresztül akarod behegeszteni a gépbe?! :)

Hogyne lenne má' az. Lent bizonyítottam, milyen "ügyes" még azt se tudja mióta van bekapcsolva :D

--
Fontos! Ha berágok, nem feltétlen személyed ellen szól...
openSUSE 13.1 x86_64

A legrégebbit kb. két hete cseréltem le, mert kinőttem. A 250G-t kb. annyiért vettem, mint 3 éve a 60G-t.
Így a 120G-s laptopossal szavaztam, ami kb. 1,5 év alatt 1248 órát ment, és ez alatt 10-szer írta teli magát.

Model Family:     JMicron based SSDs
Device Model:     KINGSTON SNV425S264GB

  9 Power_On_Hours          0x0012   100   100   000    Old_age   Always       -       30623
170 Bad_Block_Count         0x0003   100   100   010    Pre-fail  Always       -       1 144 13
173 Erase_Count             0x0012   100   100   000    Old_age   Always       -       11493 19042 13007

Hátigen, napi 24 órában megy a desktopom, még nem volt alkalmam építeni célhardvert ami képes DVB-C PVR-ként olcsóbban funkcionálni.

9 Power_On_Hours_and_Msec 0x0032 080 080 000 Old_age Always - 18058h+47m+57.660s
12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 3
174 Unexpect_Power_Loss_Ct 0x0030 000 000 000 Old_age Offline - 1

Ami még érdekes lehet:

241 Lifetime_Writes_GiB 0x0032 000 000 000 Old_age Always - 118457
242 Lifetime_Reads_GiB 0x0032 000 000 000 Old_age Always - 25159

Szóval főleg írás megy rá.

Fedora 20, Thinkpad x61s

Tönkrement az SSD-m kb. 2 év után.
--
ulysses.co.hu

"nincs ssd-m" (még)

Pont most filozok, hogy hdd-t lecserélem a laptopban ssd-re, viszont csak sata2-t támogat. Mennyit vehet ez vissza az SSD teljesítményéből, és az élményből?
____________________
http://szoftvervasarlas.co.hu - elérhető árú, legális szoftverek itthon

Nekem a SATA2-es gepemben a hibrid hdd sokkal tobbet jelentett mint az SSD. Persze, gyorsabb az SSD, de csak nagyon specialis esetekben. (pl. Lightroom catalog betoltese) A Windows boot semmit sem javult vele. Az addig is a 4GB-os SLC gyorsitotarbol ment. Persze a gep halkabb (a 7200 RPM-es notebook vinyoknak van hangja) es az akku is jobban birja, illetve nincs az a tobb masodperces varakozas a hdd felporgetesere.

Sima notebook hdd-hez kepest persze sokkal gyorsabb.

SATAII SSD-m van. Elmondhatatlan a különbség a merevlemez és az SSD között. Csak bátorítani tudlak a váltásra a saját tapasztalataim alapján.

--
trey @ gépház

Szinte bármilyen csatlakozással gyorsabb az SSD mint a HDD, mert nem a maximális adatátviteli sebesség a lényeges (bár az SSD abban is veri a HDD-t), hanem az IO művelet per másodperc. Amikor hallod a HDD-det kerregni egy program betöltésekor, akkor gyakorlatilag az idő nagy részében semmi nem történik, csak az olvasó fej pozicionálása. Na ez nincs SSD esetében.

"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee." -- Ted Ts'o

A nagy alkalomra elővettem az Asus Eeepc 701-es gépem, amiben "SSD" van, és ránéztem, egy gond van csak, hogy ezt mondja:

9 Power_On_Hours 0x0000 100 100 000 Old_age Offline - 0

Már vagy 3 éve áll a szekrényben, régen suliba vettem.

Mostani pedig:

9 Power_On_Hours 0x0012 100 100 000 Old_age Always - 178
241 Total_LBAs_Written 0x0012 100 100 000 Old_age Always - 122
242 Total_LBAs_Read 0x0012 100 100 000 Old_age Always - 44

Ezt valaki megmondaná mi?
173 Unknown_Attribute 0x0012 100 100 000 Old_age Always - 917536

--
Fontos! Ha berágok, nem feltétlen személyed ellen szól...
openSUSE 13.1 x86_64

Van valami olyan, hogy adott telítettségi szint felett leromlik az SSD teljesítménye. Tudtok erről valamit, illetve swap-ot érdemes SSD-re tenni? Tavasszal gondoltam lecserélni a T410-ben a vinyót SSD-re, a swap pedig a hibernáláshoz jönne jól.

Ui.: Tudom, hogy az SSD olyan villámgyors, hogy nincs értelme a suspendnek vagy hibernálásnak. Én viszont szeretem, ha a napi munkakezdetkor minden pont ott van, ahol este hagytam. Most 14 fül van a GNOME terminálban, mindegyik speciális szereppel.

-----
"Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben."
rand() a lelke mindennek! :)

Már miért ne lenne értelme legalább a hibernálásnak?
Munka végén félbehagysz valamit, nem kell erőltetni a memóriádat, hogy hol tartottál. Mikor indul a gép, ott van minden úgy, ahogy hagytad.

Ne nekem magyarázd, vannak itt olyan fanatikusok is, akik szerint csak egy SSD kell a gépbe és értelmetlen a gép altatása. Én meg tudom, hogy nekem hasznos, most is 27 napos az uptime.

Vajon az SSD teljes titkosítása mennyit ront a teljesítményen? HDD-nél azért érezhetően visszafogta a gépet.

-----
"Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben."
rand() a lelke mindennek! :)

Én hibernálok. Viszont most friss telepítésnél már megint belassult a boot -_-
Veszek egy ssd-t esküszöm.
--
mc futtatására képes eszközt munkagépnek nevezzük
T5870 8GB 1TB Ubuntu 13.10

Mi már korábban megmondtuk, de nem hallgattál az okos szóra.

Én próbáltam, a titkosítást, de sajnos a processzort a szükségesnél jobban terheli ami nekem nem tetszet...

--
Fontos! Ha berágok, nem feltétlen személyed ellen szól...
openSUSE 13.1 x86_64

Nekem i5-is processzor van a gépben, nem éreztem a plusz terhelést, bár az is lehetséges, hogy a lassú merevlemez miatt. Ez munkagép és cipelem magammal, kellemetlen lenne, ha egy ellopás esetén elérhetőek lennének a céges anyagok. Oké, hogy valószínűleg kipróbálnák egy Windowsos gépben és mivel az nem ismeri fel, valószínűleg nem is próbálkoznának tovább, de azért nem bíznám a véletlenre.

-----
"Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben."
rand() a lelke mindennek! :)

Merevlemez esetén nekem sem jelentett gondot, de az SSD után kicsit más lett a helyzet, hamar megkajálta a Core2Duo-m.
Ha csak a munkakönytár partícióját titkosítod, akkor talán nem lesz akkora gond, mivel ott nincs állandó lemezhasználat.

--
Fontos! Ha berágok, nem feltétlen személyed ellen szól...
openSUSE 13.1 x86_64

Van SSD amiben van HW-es titkosítás. Pl.: Crucial m500. Azt mondjuk nem tudom, hogy a Linux support hogy áll...

"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee." -- Ted Ts'o

Elvileg vannak olyan gépek is, amelyek hardveresen tudják kezelni ezt, az operációs rendszer kikerülésével. Úgy nézem, hogy sajnos a T410 nem ilyen, de majd kovi remélem megszakérti ezt.

-----
"Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben."
rand() a lelke mindennek! :)

Nem ajánlatos 90% fölé menni. Mivel én úgyse tudom fejben tartani, ezért az SSD utolsó 20GB-ot nem foglaltam le. 4000 feletti munkaóra mellett eddig teljesen jó. Kopp - kopp.

Ha a kernelben a swapiness értékét leveszed nullára, akkor jóformán kikapcsoltad a swapot.

Ez nem úgy van, hogy ő azt a 10%-ot eleve tartalékolja? (Esküdni mernék, hogy valahol ezt olvastam...)

---
Science for fun...

ugy van, h gyarilag vannak overprovisionolt diszkek, de foleg csak a dragabb kategoriaban. Intel S3500-nal 28% extra provision van, ha jol emlekszem.

Az enyémnél egyértelműen meg van adva, hogy up to 13%-nyi diszkterületet fenntart bizonyos célból (köztük ez is). A drive-ok adatlapján fel szokták tüntetni. Olyan biztos nem vennék, ahol nekem kéne ezzel szarakodnom.

--
trey @ gépház

De úgy van. Olyant kell venni ami nem kettő hatvány méretű.

------------------------------------------------------------------------------
Gitify your life.

Samsung 830 128GB: 12660

Desktopban bootdiszk, a home-om nem ezen van, de azért folyamatosan van dolga. A gép szinte 24/7-ben megy. A notimban van egy Samsung 470 64GB, de nem abban kevés üzemóra van, mert pihent egy évet kb.

--
www.vpspro.hu - szerver, vps, tárhely és domain

Most először néztem meg...
Model Family: Intel X18-M/X25-M/X25-V G2 SSDs
9 Power_On_Hours -O--CK 100 100 000 - 34155
225 Host_Writes_32MiB ----CK 200 200 000 - 5327675

(nem desktopban)
--
zsebHUP-ot használok!

Alig több mint egy éves, Archlinux, 5800 óra, 1674 írt Gigabyte a 120 GB-os disken, ami nagyjából azt jelenti, hogy 15x lett újraírva, hát jó pár évig így még bírnia kell majd (akár 60 évig is) ;)

15578 - Agility 3


Size: 122104 MiB
Model: [SAMSUNG SSD 830 Series]
Bad Sectors: 0 sectors
Powered On: 8.5 months
Power Cycles: 597
Average Powered On Per Power Cycle: 10.3 h
Temperature: 35.0 C
Overall Status: GOOD