- mauzi blogja
- A hozzászóláshoz be kell jelentkezni
- 2396 megtekintés
Hozzászólások
unatkozni biztosan nem fogsz, foleg ha egy aramszunet alkalmaval az ssd write buffer tartalma (64MB) nem irodott meg ki...
epp ezert kinalnak egy pro verziot is belole:
"With an emphasis on endurance, the Vertex 2 Pro is an enterprise-class solution that utilizes a built-in supercapacitor that acts as a temporary power backup
in the event of sudden power loss, enabling the drive to complete its task, ensuring no data loss."
- A hozzászóláshoz be kell jelentkezni
Az eszköz saját writeback kesse csak kikapcsolható, mint egy HDD-nél, nem? Mert ugye ott a cache + BBWC a kontrolleren. Sőt, FBWC, merthogy azon is már fless van.
- A hozzászóláshoz be kell jelentkezni
Elvileg úgy is kezdi a controller, hogy kikapcsolja alapból. Ilyen nem oda tervezett cucc, vagy lereagálja, vagy nem..
- A hozzászóláshoz be kell jelentkezni
http://www.evanjones.ca/intel-ssd-durability.html
"With the write cache disabled (hdparm -W 0 /dev/sdb) lost data in 2 out of 6 trials with 16 kB writes. Both failed attempts dropped writes (acked: 1977, disk: 1947 = 120 kB lost; acked: 479, disk: 449 = 120 kB lost). One of the "successful" trials resulted in Linux reporting a media error when attempting to overwrite the file, although it seemed to recover from this error.
With the cache disabled, no data loss was observed with 4 kB writes. Maybe this means that 4 kB writes are actually durable, or that I just didn't manage to observe the problematic behavior."
A teszteleshez szukseges szoftverek a lap aljan elerhetoek.
- A hozzászóláshoz be kell jelentkezni
remek cikk, köszönöm!
- A hozzászóláshoz be kell jelentkezni
signup (azért 240G az pont 4/5-e a 300G-nak...)
- A hozzászóláshoz be kell jelentkezni
sub
- A hozzászóláshoz be kell jelentkezni
+1
-----------
A barátnőm azt mondta, néha próbáljam meg a világot az ő szemével nézni. Úgyhogy kinéztem a konyhaablakon.
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
subs.
Sajnos a SAS-t tudo SSD-k ara kb ugyanolyan aranyban all a SATA-sokkal, mint a merevlemezeknel a SAS vs. SATA. Ugy 200eFt korul kezdodnek.
Amugy tenyleg kivancsi lennek, hogy manapsag mi a gyakorlati elonye a SAS-nak a SATA-hoz kepest.
---
Internet Memetikai Tanszék
- A hozzászóláshoz be kell jelentkezni
extender, dualport, multipath, sideband data... csak úgy hirtelen
(ebből a sidebandnek semmi köze a SAS-hoz, viszont SATA környezetben még nem láttam implementálva)
- A hozzászóláshoz be kell jelentkezni
Ok, kösz!
Igazából abból indultam ki, hogy tipikus alsó-középkategóriás (~600eFt) szerverben jellemzően a felsoroltak közül egyiket sem tudom értelmesen kihasználni. 6-8 hot-swap bay-jel, nem kell extender. Külső csatlakozás nem szokott lenni, hogy a nagyobb kábelhosszak érdekesek legyenek. Dualport, multipath meg nincs kiépítve.
Nyilván pár árkategóriával feljebb ezek elkezdenek hasznosak lenni.
Amiatt merült fel, hogy az Intel 710-es SSD-t is csak SATA kivitelben csinálják, nem egészen értem miért. Pedig árban bőven az OCZ SAS SSD-i felett van, a megcélzott használati terület és úgy általában a paraméterei (50000+ írás cellaélettartam) alapján egyértelműen SAS illene rá.
---
Internet Memetikai Tanszék
- A hozzászóláshoz be kell jelentkezni
Komoly erolkodest latok a storage piacon, hogy a 10k rpm, 15k rpm diszkek piaca ne omoljon ossze.
Olyan osszeeskuves-fele.
- A hozzászóláshoz be kell jelentkezni
Nem is tudom, azért itt árban más kategóriáról van szó... A 10k, 15k rpm-es diszkek most éppen a legalja SSD-kkel vannak árban egy szinten. Ezek tartósságban egy minőségi SAS HDD szintjét meg sem közelítik. Olyan SSD, amit élettartam alapján szerverbe be is mernék rakni (i710 vagy valamilyen SLC-s), legalább 5-10x drágább az azonos méretű 15k-s SAS HDD-nél.
---
Internet Memetikai Tanszék
- A hozzászóláshoz be kell jelentkezni
"itt árban más kategóriáról van szó..."
amikor egy storage rendszert meretezek, akkor 2 fontos iranyszamom van: mekkora kapacitas (GByte, TByte) es mekkora IO/s teljesitmeny kell. (ha nagyon meghatarozott a project, akkor latency es savszelesseg is).
Valahogy mindig van valami, -szerintem muszakilag nem kenyszeru- technikai dolog, ami a 15k rpm (FC/SAS) diszk fele terel, ha komolyabb IO igeny kell.
- Pl: nem lehet sok (30) SATA diszket rakni egy tombbe.
- A minositett SSD ara.
- nem lehet 1 db minositett SSD -t elerakni cache funkcioval a SATA pool ele
- az FC/SAS diszkek 520 Byte/block (block level checkesum) a SATA diszkek 512 Byte/block (w/o checksum)
'ezereves' tapasztalatom szerint az adatmennyiseg kis resze igenyel nagy IO teljesitmenyt. Mondjuk 6T adatbol 100G. A tobbi alszik. A midrange storage kontrollerek belso cache-ja az irasi igenyt eleg jol kisimitja, a kritikus az olvasasi igeny. Teljesen tipikusan lehetne ide SSD-t rakni cache-nek, de az ilyen szoftvermegoldasok dragasaga miatt jobban megeri teli polc SAS/FC diszket venni, vagy technikai limitacio miatt flash alapu external cache csak SAS/FC diszkek ele rakhato.
Ugye az ugyfel szamara az igenyt kielegito legolcsobb megoldas kell, es valahogy irrealis, hogy egyes esetekben meg mindig az 15K rpm SAS/FC diszk a legolcsobb megoldas.
Ma egy 7 eves asztali PC-be berakok egy SSD-t, es a gazdaja szeme kimered, hogy mitol lett ez ennyire gyors. Miert nincs ennek nyoma a midrange storage piacon?
- A hozzászóláshoz be kell jelentkezni
Kicsit utanaszamolva, egy jo HDD birni fog kb 30000 uzemorat, inkabb tobbet, akkor is ha folyamatosan terhelve van. Egy 25nm-es MLC SSD bir 5000 ujrairasi ciklust. Ha kb ugyanazt a terhelést kapja, amit a merevlemez ki bir szolgalni, akkor nagyjabol 5000 ora alatt vege. (300GB kapacitas, szekvencialis iras 80 MB/s). Random irasnal mind a HDD, mind az SSD teljesitmenye jocskan csokken (igen sajnos az SSD is, bar tartos terheles kell, hogy ez kibukjon). Viszont ilyenkor az SSD-nek az elettartama is nagy mertekben csokken write amplification, es folyamatos garbage collection miatt.
Es raadasul SSD-t tipikusan nem azert vesznek, hogy ugyanazt a terhelest szolgalja ki, amit a HDD is el tudna vinni...
Ebbol sajnos az jon ki, hogy ami meg eppen elmegy desktop gepbe, az messze nem eleg szerveroldalra. Vagy SLC, vagy az Intelnek a high durability MLC megoldasa kell, hogy vallalhato elettartam legyen. Ezeket viszont aranyarban merik. Nem hiszem, hogy osszeeskuves, sokkal inkabb a kis kihozatal+keves eladott darabra szetosztott fejlesztesi koltseg miatt. Az intelnek nem tudok merevlemezes erdekeltsegerol, inkabb pont abban lennenek erdekeltek, hogy az o SSD-juk legyen mindenhol.
---
Internet Memetikai Tanszék
- A hozzászóláshoz be kell jelentkezni
Nem éppen a diszkek piaca, hanem a storage dobozoké. Vannak olyan entry level cuccok, amiket különösebb fejlesztés nélkül lehetne/lehetett volna full SSD konfigban árulni, de adott felhasználási területen elvenné a piacot az n* annyiba kerülő terméktől. Highend területen, ahol minden ASIC-on van megvalósítva, évtized óta egymáshoz csiszolva, nem 5 perc bevezetni, nem is úgy bírják még az SSD-k a hosszútávú munkát, és az eszközök teljesítménye sokkal jobban is függ a hétpecsétes titokként őrzött cache algoritmusoktól. Mostanra viszont már mindenkinél ott vannak highendben az SSD-k, innen fog szépen lecsorogni, persze mindig lesz valami, amiért a nagyobbat kell venned. :)
- A hozzászóláshoz be kell jelentkezni
SAS HBA-ra csatolt SAS extenderre siman lehet dugni SATA diszket. "elvileg" minden SAS eszkozbe, eszkozre berakhato SATA diszk.
A dualport megoldasnak volna hatarozott elonye, de ugy altalaban nem lattam olyat.
Mi a HPC kapcsan SAS expanderre dugott low-cost SATA diszkekkel motorozunk, az kritikusabb szolgaltatasoknal pedig dual port FC diszkekkel. Ha lejar ezeknek az eletciklusa, biztos latni fogok dualport SAS diszket is...
- A hozzászóláshoz be kell jelentkezni