Fórum Root.cz
Hlavní témata => Hardware => Téma založeno: fotka 11. 09. 2014, 17:01:17
-
Ahoj, dovolte mi lamí dotaz ohledně souvislosti způsobu zapisování dat na SSD disk (Samsung 840 evo -120gb vs 240gb) a wear rate SSD disku.
dočetl jsem se že ssd disky (doufám že takřka všechny moderní) mají tzv "wear leveling (http://en.wikipedia.org/wiki/Wear_leveling)", který zajišťuje aby se NEzapisovalo laicky řečeno do jednoho místa díky čemuž by pak celý disk selhal i když by měl většinou nevyčerpáno maximum zapisovacích cyklů. snad chápu dobře..
otázka: tak se chci zeptat jaký je tedy hrubý počet těch cyklů na tom ssd disku (výše uvedený samsung) a zároveň kolik těch zapisovacích cyklů disk udělá třeba za sekundu maximálně (kolik zvládne)?
a doplňující otázka: znáte nějaký jednoduchý způsob jak linuxu říct aby určité adresáře se soubory servíroval z paměti RAM míst z disku?
tedy například je soubor mysql databáze nebo -log soubor, do kterého je zapsáno 1000x za minutu
-
Bývalo to 100 000 zápisů do jednoho bloku u kvalitního SLC SSD a rapidně se to snižuje na 2 000 zápisů u konzumních MLC SSD. Blok je něco úplně jiného než sektor 512 B, může to být třeba 512 KB.
Počet zápisů za sekundu je uváděn jako IOPS, to se ale uvádí v sektorech 512 B.
Konkrétní informace pro uvedený SSD se budou zjišťovat těžko.
Přesunout data z adresáře jinam, vytvořit RAM disk řádkem v /etc/fstab a namontovat ho mount -a a nakopírovat data zpět a už to jede z RAM.
-
Už jsi tu zas? Cos přesně nepochopil na sdělení, že SSD za 5 tisíc se nehodí do serveru?
-
Nehodící se nečte... :)
-
výdrž SSD disku závisí spíše na objemu zapsaných dat nebo počtu zápisů?
-
P/E jsou jasne stanovene a ty se nezmeni, to ovsem nemeni nic na tom, ze to EVO odpadne po 3GB zapsanych dat a jak to vypada uz demonstoval jeden exot na ABCLinuxu, kterej to nasadil na VPS a pak se strasne divil, ze mu to chudatko jede 5MB/s .... rychlosti. Ono, no vlastne nic, to chce zaramovat a vystavovat.
-
SSD za pár kaček je NAPROSTO IDEÁLNÍ DO SERVERU, pokud jeho náplň je JEN ČÍST data.
Takže otázka by měla znít:
Za den zapíšu v průměru tolik a tolik dat a přečtu tolik a tolik, jaké mám zvolit SSD?
Ostatně si to můžeš změřit na mechanickém disku ;)
Jde o to, kolik těch dotazů do databáze něco mění a kolik z nich něco zapisuje.
A další dotaz: Může se to změnit?
S ohledem na to už se dá odpovědět.
Jestli máš nějaký eshop, kam přijde za den padesát tisíc lidí, sessions máš v paměti a nakoupí čtyři z ních, tj. přečteš 5 giga dat a zapíšeš 4 mega, pak ti laciné SSD bude sloužit déle než v průměrném desktopu. Na jednom serveru máme 4:400 ratio, tj. na čtyři zapsaná giga jich je 400 přečteno a to týdně. Tam bude sloužit i laciná mrcha pět let a dalších pět pak u tebe doma.
Na jiném serveru, kde jsou logy, je ratio 30:1 na třicet zapsaných giga jedno přečtené, ono to je logické, je to server, kam se ukládají logy a to už ty zpracované, vyhodnotí se už v paměti a pak se jen občas něco prohledává.
Takže ne co, ale NA CO TO CHCEŠ a to vyjádři přesně v číslech, kolik toho chceš zapsat.
-
Az na to ze to neni ani zdaleka jen o poctu prepisu/zapisech ... mimochodem, davat satovy SSDcko do serveru? lol
-
Pro některé věci to je prostě good enought.
-
Tazateli bych na webhosting doporučil cluster z R-Pi a jako storage budou ideální SD karty. :D
-
I na webhosting se může lowendové SSD dokonale hodit.
Stačí tam dát content, který se pouze čte, což MŮŽE být jak samotná aplikace, tak soubory webu jako obrázky atd.
Pěkné řadiče mají okolo tera paměti, kdejaké laciné SSD s Indilixem mají 1GB DDR3 ECC chráněnou cache a >80k IOPS.
Vhodným rozprostřením obsahu se dá dosáhnout stavu, kdy většina požadavků jde právě z cache SSD disků.
No a krásný řádič třeba Areca s nejcennějším gigem paměti nechám cachovat TŘEBA JEN DB!
A nebo to bez myšlení jako prase nasrat na jeden řadič, co na tom, že ta cache je sdílená pro všechny svazky a srát na to.
Každý ať si to dělá jak chce ;)
-
pěkné řadiče
Pěkné řadiče mají okolo tera paměti
Samozřejmě giga ::) nechal jsem se unést v rozhořčení z toho, jak se obecně o věcech nepřemýšlí.
-
A zase mě asi někdo chytne za slovo, když mluvím o pěkném řadiči s gigem paměti.
Jasně, Areca snad už dělá řadiče i s víc než 8GB cache, ale to asi nebude kupovat někdo, kdo se snaží ušetřit pár kaček na SSD.
-
Pozeral som prednasku na blackhate o tom ako preprogramovali flash disk (tusim povedal ze Adata). Je tam radic na baze procesora 8051. Rozkodovali firmware a upravili ho. Povodne chceli pouzivat tu 8051 na paralelne vypocty nieco ako tazba bitkoinov ale zistili ze pocita strasne pomaly.
Keby sa niekomu podarilo rozkodovat firmware pre ssd disk a aj ho uspesne upravit tak by sa dal upravit trebars na prevadzku v serveri alebo pre nb tak aby co najviac setril disk. Ak je tam radic tiez zalozeny na 8051 (len asi vykonnejsom ako na flaske) tak by to nemusel byt az taky problem.
-
Pozeral som prednasku na blackhate o tom ako preprogramovali flash disk (tusim povedal ze Adata). Je tam radic na baze procesora 8051. Rozkodovali firmware a upravili ho. Povodne chceli pouzivat tu 8051 na paralelne vypocty nieco ako tazba bitkoinov ale zistili ze pocita strasne pomaly.
Keby sa niekomu podarilo rozkodovat firmware pre ssd disk a aj ho uspesne upravit tak by sa dal upravit trebars na prevadzku v serveri alebo pre nb tak aby co najviac setril disk. Ak je tam radic tiez zalozeny na 8051 (len asi vykonnejsom ako na flaske) tak by to nemusel byt az taky problem.
proc by to někdo delal, když to za Tebe uz udelal výrobce? 8)
-
Pozeral som prednasku na blackhate o tom ako preprogramovali flash disk (tusim povedal ze Adata). Je tam radic na baze procesora 8051. Rozkodovali firmware a upravili ho. Povodne chceli pouzivat tu 8051 na paralelne vypocty nieco ako tazba bitkoinov ale zistili ze pocita strasne pomaly.
Keby sa niekomu podarilo rozkodovat firmware pre ssd disk a aj ho uspesne upravit tak by sa dal upravit trebars na prevadzku v serveri alebo pre nb tak aby co najviac setril disk. Ak je tam radic tiez zalozeny na 8051 (len asi vykonnejsom ako na flaske) tak by to nemusel byt az taky problem.
proc by to někdo delal, když to za Tebe uz udelal výrobce? 8)
Napriklad aby som z desktopovedo samsungu urobil serverovy :-)
-
odpovězte na úvodní otázku a ideálně i na tu druhou zde: http://forum.root.cz/index.php?topic=9694.msg105320#msg105320
-
Těch faktorů je celá řada od použitých čipů po to, co se zapisuje. Pokud budu do zblbnutí přepisovat 512KB blok, budu v něm měnit například písmenko A na B a zase zpátky, tak aby se to zapsalo, musí se celý ten blok zapsat někam jinam a ten předchozí smazat. Každý zápis navíc poškozuje každé SSD, proto se používají parametry jako noatime. Ale pokud na ten disk budu zapisovat film za filmem, tak chcípne taky. Také to záleží na počtu paměťových čipů, které SSD má, čím méně čipů na SSD je, tím hůř bude fungovat rozkládání zátěže a tím dřív chcípne. Myslím, že jsem to napsal velmi jednoduše a snadno pochopitelně, snažil jsem se.
Napriklad aby som z desktopovedo samsungu urobil serverovy :-)
To leda tak v pohádce, ne že by firmware neprováděl nějaké optimalizace, ale je to nejvíc o použitých pamětech.
-
A ještě jednou to vysvětlím tak, aby to pochopil i tady Listr.
Co tě může zajímat.
Mějme tabulku Bačkory(TB_backory).
ID, Backory
ID je identifikátor uživatele a Backory určuje, jestli má bačkory, je to tedy jen bool.
Insert to TB_backory, ID=1234, Backory=Ano
Pak tabulka vypadá takhle:
ID, Backory
1234, 1
Tabulka se dejme tomu vejde do 4KB bloku.
A do téhle tabulky budu zapisovat co minutu jednu osobu.
1235,0
..pauza..
1236,1
..pauza..
1237,0
Aby se ta tabulka mohla uložit, musí být celý její blok smazán a znovu zapsán.
Vynechme to, jak to dělá který databázový systém, taky to nemusí být o bačkorách, ale třeba o té sejšně, kterou tu někdo zmínil.
Tímhle prostě do zblbnutím zapisuji 4KB blok, protože jediná možnost, jak tu hodnotu změnit, je upravit ten soubor.
A to jen připisuji, nedej bože, abych dělal UPDATE.
Všechno tohle opotřebovává SSD disk.
A pak si vezmi soubor s filmem, který má řekněme 4GB, rozděl ho na 4KB bloky a zjistíš, kolik 4KB bloků se zapíše.
Můžeš si tedy vybrat, jestli na disk zapíšeš jeden 4GB film nebo provedeš mega úprav té jedné malé tabulky, vyjde to cca nastejno.
(No nevyjde, protože většina databází toho ukládá podstatně víc, ale dejme tomu, že to bude nějaká potvora optimalizovaná pro SSD.)
-
díky, a pokud budu mít 120GB SSD od samsungu 840, (TLC typ paměti) a budu dělat to co popisujete:
"do zblbnutí přepisovat 512KB blok, budu v něm měnit například písmenko A na B a zase zpátky" tak kolik má bloků takový disk a jak dlouho zabere, než bude dosaženo vyčerpání všech bloků (jejich přepisů?) pokud budu přepisovat nonstop cca 50% výkonem SSD disku?
Zde na této stránce dole (http://us.hardware.info/reviews/4178/10/hardwareinfo-tests-lifespan-of-samsung-ssd-840-250gb-tlc-ssd-updated-with-final-conclusion-final-update-20-6-2013) naleznete že podobný disk (TLC, Samsung 840) který zmiňuji akorát s 240GB paměti přežil cca 3000 cyklů a 700Tb dat zapsáno..
-
"podobny" ;D
840 != 840PRO != 840EVO
Proste jestli hodlas skutecne frknout do (web)serveru EVO tak bys mel dostat oranzovou vestu a jit zametat namesti.
-
výdrž SSD disku závisí spíše na objemu zapsaných dat nebo počtu zápisů?
a za tohle bez vratit maturitni vysvedceni jestli nejaky mas.
-
a jak dlouho zabere, než bude dosaženo vyčerpání všech bloků (jejich přepisů?) pokud budu přepisovat nonstop cca 50% výkonem SSD disku?
Děláš si srandu?
To přeci záleží na tom, jak moc je ten disk obsazený.
Konkrétní konfigurací, tedy počtem osazených paměťových čipů.
Zjednodušeně řečeno to bude dramaticky méně než polovina co u té 240ky.
Proč?
- protože je osazeno méně čipů
- protože relativní obsazenost disku bude vyšší (nainstalovaný systém na 240GB disku zabírá menší část celkové kapacity než na 120GB disku)
- a protože se mi nezdá, že bys to dokázal relativně dobře nastavit, tedy vypnout noatime a spol, vypnout swap, vytvořit jen 100GB partition a 20GB nechat úplně volných, před instalací systému provést komplet trim ovladačem od výrobce (někdy nazvané secure erase) poslat všechny logy někam na magnetický pevný disk a to včetně transakčních logů DB, použít databázový systém určený pro běh na SSD, použít ještě jedno SSD jen pro soubory systému (třeba tohle: http://www.alza.cz/intel-520-120gb-ssd-bulk-d298663.htm)
A co se týká těch 520tek, považuji je za celkem dobré, hlavně jsou vyrobené ještě 25nm technologií MLC = fakt něco vydrží!!
530ka vydrží podstatně méně a je dražší.
-
"podobny" ;D
840 != 840PRO != 840EVO
Proste jestli hodlas skutecne frknout do (web)serveru EVO tak bys mel dostat oranzovou vestu a jit zametat namesti.
Já Samsungy nikdy nejel.
Intel 320ka a 520ka jsou obě vyrobené 25nm MLC technologií, počet přepisů je udáván na 10 000, což je dvojnásobek oproti 5000 přepisů u 20nm MLC (Intel DC S3500 ) technologie a cca pětinásobek oproti nějakým 2000 přepisům u 20nm TLC technologie. Dá se říct, že jsem byl s 320kama a 520kama hodně spokojenej. Konkrétně 520ka prý chcípá míň než Intel DC S3500 o stejné kapacitě, ostatně S3500 používá 20nm MLC. Ta 25nm technologie je prostě lepší.
K čemu bys jednotlivé řady přirovnal produktům od Intelu?
-
S3500 nikdy nebyl muj favorit, v zasade dle meho nenabizi nic cim by zaujal. To az S3700.
EVO = totalni lowend pro kancelarske krysy a obchodaky. Asi bych to prirovnal k te 530. Nahradil klasickou 840.
PRO = kdyz nechas aspon 25% spare tak je to neco mezi 520 a S3700. viz http://www.anandtech.com/show/6489/playing-with-op IMHO dobry disk pro workstations. Do serveru bych sel na S3700.
Zivotnost bunek je naprosto nepodstatny detail.
-
Zivotnost bunek je naprosto nepodstatny detail.
Nepodstatný detail to je, když ti nevadí, že ti to "profi" zařízení chcípne za poloviční dobu.
Pro mě to je poměrně zásadní parametr, protože chci, aby to vydrželo dostatečně dlouho.
A kdyby tě to zajímalo, tak konkrétně S3700 používá stejné čipy jako ta 520 ;)
Jistě, S3700 má zásadně lepší firmware a podává podstatně lepší výkony, ale pokud chceš levnější verzi S3700, je to právě 520ka.
Protože se životností na tom bude jak 520ka tak 3700 asi dost stejně.
Mimochodem, S3700 s kapacitou 100GB má vnitřní kapacitu právě 128GB.
Takže když vezmeš Intel 520 ve verzi 120GB, vytvoříš na ní partici o velikosti 100GB (těch 20+8 se nebude používat), máš pomalejší verzi S3700 za "sociální cenu".
-
Měl bych jeden dotaz:
jak se v takovém případě, že disk umře na "běžný provoz", řeší záruka?
Pokud se nepletu, tak třeba některé Samsungy Pro mají záruku 10 let???
-
zdravím opět všechny profíky, mám další dotaz ;D:
spočetl jsem si, že potřebuji zapisovat prakticky nonstop 2mb/s. A to mi vyšlo že je 63Tb ročně..
Výše ve svém předchozím příspěvku, uvádím odkaz na test kdy samsung evo 840 zapsal 700tb a pak teprve umírá.
Můj dotaz tedy na Vás: proč odrazujete od serverového použití pokud bych ty SSD disky měl v RAID 1, nebo RAID 6 jestliže by mi vystačili na 700:63 let ? díky a sorry jeslti jsem natvrdlej trochu
-
Zapisovat 2MB/s znamená 2*60=120MB za minutu = 7.2GB za hodinu = 172GB za den = na to bych lowendový SSD fááákt nebral.
Okamžitá hodnota je velmi nízká a nezajímavá, ale den co den zapisovat 172GB?
Na tenhle účel raději použij nějaký rozumný 3,5" disk s garancí provozu 24/7 a kapacitou 2 Tera minimálně v zrcadle.
Systém a ostatní píšovinky hoď mimo ten disk, ať se nezaměstnává zbytečným seekem k vůli nějakým kravinám a přihoď k tomu řadič s vlastní 512 megovou cache. Pro tenhle případ bych zkusil zvolit nějaký z disků určených pro záznam videa, pokud to ovšem je sekveční a ne náhodný zápis.
-
Chápu to tak, že máš doma linku, která ti dává 2MB/s a cucáš z ulož.to porno.
Na to bude rotující disk klasické konstrukce naprosto ideální ;)
-
Na aukru se dá pořídit stará P400vka za nějaké čtyři stovky:
http://aukro.cz/sas-radic-hp-p400-256mb-cache-p-n-013159-004-i4399073947.html
S trochou štěstí seženeš za stejné peníze i verzi s 512MB cache.
K tomu třeba tenhle 2.5" disk:
http://www.alza.cz/western-digital-2-5-red-mobile-1000gb-16mb-cache-d471133.htm
Bude to mít relativně nízkou spotřebu a mohlo by ti to pár let vydržet.
Takže si to:
A) vydělá na opravdový HW
B) přestane tě to bavit
Tak jako tak to budeš mít vyřešené.
-
zdravím opět všechny profíky, mám další dotaz ;D:
spočetl jsem si, že potřebuji zapisovat prakticky nonstop 2mb/s. A to mi vyšlo že je 63Tb ročně..
Výše ve svém předchozím příspěvku, uvádím odkaz na test kdy samsung evo 840 zapsal 700tb a pak teprve umírá.
Můj dotaz tedy na Vás: proč odrazujete od serverového použití pokud bych ty SSD disky měl v RAID 1, nebo RAID 6 jestliže by mi vystačili na 700:63 let ? díky a sorry jeslti jsem natvrdlej trochu
Pri rýchlosti zápisu dva milibity za sekundu, teda jeden byte za osem tisíc sekúnd sa skôr rozpadneme na prach ako sa opotrebujú pamäťové bunky v disku. Danému zadaniu bude vyhovvovať aj zápis na starú SD kartu. Ponuka s ňoustále platí, ponúkam ju za podiel vo firme. Pri tomtoknow-how kľudne aj 50%.
-
Pri rýchlosti zápisu dva milibity za sekundu, teda jeden byte za osem tisíc sekúnd sa skôr rozpadneme na prach ako sa opotrebujú
Nedělej ze sebe dementa...
Ano, mohl napsat MB, ale jednak se to dost plete, protože třeba KB (kilobajt) se nepíše KB, ale kB ale MB už ano a jednak si tu nehrajeme na grammar nazi.
Ale jestli si chceš hrát na grammar nazi:
Pri rýchlosti zápisu dva milibity za sekundu, teda jeden byte za osem tisíc sekúnd sa skôr rozpadneme na prach ako sa opotrebujú pamäťové bunky v disku. Danému zadaniu bude vyhovvovať aj zápis na starú SD kartu. Ponuka s ňoustále platí, ponúkam ju za podiel vo firme. Pri tomtoknow-how kľudne aj 50%.
Tak ti v tom chybí čárka a to ne jedna no a mimo jiného, slovo vyhovovat se dvěma vv uprostřed může napsat jen naprostý, ale naprostý kretén, to snad ví i repetent páté třídy, že ve slově vyhovovat se píše jen jedno v. Fotka se sice ptá na kraviny, ale na rozdíl od tebe alespoň ví, jak se píše slovo vyhovovat ;D
Takže se zase uklidni ;)
My tě nebudeme tepat za to, že nevíš, jak se píší obvyklá slova a ty se zase nenavážej do lidí za problém s velikostí písmenek u jednotek, když se to prostě plete.
-
Pri rýchlosti zápisu dva milibity za sekundu, teda jeden byte za osem tisíc sekúnd sa skôr rozpadneme na prach ako sa opotrebujú
Nedělej ze sebe dementa...
Ano, mohl napsat MB, ale jednak se to dost plete, protože třeba KB (kilobajt) se nepíše KB, ale kB ale MB už ano a jednak si tu nehrajeme na grammar nazi.
Ale jestli si chceš hrát na grammar nazi:
Pri rýchlosti zápisu dva milibity za sekundu, teda jeden byte za osem tisíc sekúnd sa skôr rozpadneme na prach ako sa opotrebujú pamäťové bunky v disku. Danému zadaniu bude vyhovvovať aj zápis na starú SD kartu. Ponuka s ňoustále platí, ponúkam ju za podiel vo firme. Pri tomtoknow-how kľudne aj 50%.
Tak ti v tom chybí čárka a to ne jedna no a mimo jiného, slovo vyhovovat se dvěma vv uprostřed může napsat jen naprostý, ale naprostý kretén, to snad ví i repetent páté třídy, že ve slově vyhovovat se píše jen jedno v. Fotka se sice ptá na kraviny, ale na rozdíl od tebe alespoň ví, jak se píše slovo vyhovovat ;D
Takže se zase uklidni ;)
My tě nebudeme tepat za to, že nevíš, jak se píší obvyklá slova a ty se zase nenavážej do lidí za problém s velikostí písmenek u jednotek, když se to prostě plete.
Dementa zo seba robíš akurát tak Ty. Fotka je jeden z najkvalitnejších trolov na tomto fóre. A ak mu to žerieš aj s chlpami, tak Ti k tomu môžem odporučiť kečup a vegetu.
-
Troll?
Možná.
Ale když se zeptá slušně, tak mu odpovím.
Ani né k vůli němu, ale k vůli těm, kteří to čtou mimo něj.
K vůli noobíkům, kteří si to přečtou a uvidí "Aha, tak takhle se to dělá."
Ne že bych se snad s nikým nepřel.
Stena a Noona považuji za dva opičí zvratky, možná křivdím opičím zvratkům, možná těm dvěma, kdo ví, pravdu ví jen bůh.
Lol Phirae, J a pár dalších považuji za chytré lidi, taže i kdy se s nimi neshodnu na některých věcech a rád je pošlu do řiti, tak příště si zase rád přečtu co napsali, protože mají mozek.
-
Áno. Pozri si jeho otázky, a ako dokáže zabaliť logickú blbosť. Kedysi som si myslel že tu robí nábor nových zamestnancov ako to robil Lenin Power, ale v Fotkových otázkach som videl niečo o dosť iné. Takže k tomu kečupu a vegete odporučím horalku v trojobale ako dezertík.
Dobrú chuť.
-
Pri rýchlosti zápisu dva milibity za sekundu, teda jeden byte za osem tisíc sekúnd sa skôr rozpadneme na prach ako sa opotrebujú
Nedělej ze sebe dementa...
Ano, mohl napsat MB, ale jednak se to dost plete, protože třeba KB (kilobajt) se nepíše KB, ale kB ale MB už ano a jednak si tu nehrajeme na grammar nazi.
Ale jestli si chceš hrát na grammar nazi...
Ale tohle prece nema s gramatikou nic spolecneho, dokonce ani s preklepy. Informatika je pomerne exaktni veda. dejme tomu, ze bychom teda neresili mili vs mega. Zustava nam bit vs byte. A ted hadejme jestli vzal udaj ze sveho pripojeni k netu kde se bezne uvadi bity nebo nejaky benchmark v kompu kde uz to zase byvaji bytes.
-
děkuji všem, kteří sem vkládají věcné a užitečné info. k tématu.
jedná se o 2 megabajty dat, nejde o jeden proud dat (např. stahování souboru) ale jde o spousty různých malých operací náročných na IO disku. vy jen říkáte že se rozsype ten SSD, ale ten test co zmiňuji ve svém minulém příspěvku v tomto vlákně říká něco jiného. lépe to tvrzení podložte zároveň s tím co se podíváte na ten test co jsem odkazoval.
-
tady je ten muj příspěvek s odkazem na test: http://forum.root.cz/index.php?topic=9694.msg105447#msg105447
-
a zde ta moje teorie s 2Mb dat/s: http://forum.root.cz/index.php?topic=9694.msg105495#msg105495
-
2mb/s. 63Tb 700tb
Male m male b velke T male b male t male b, normalne ma to rozosmialo
No a k teme, hladal som na nete EVO on server a zda sa ze to nikto zatial nevyskusal :-) takze Fotka bude prvy. Inak zaznel tu napad ci nepouzit 3.5 palcovy disk. Osobne mam Baracudu 2TB 7200 otackovu a ta dava pri reindexacii mssql databazy (100GB velkej) rychlost citania 3MB/s rychlost zapisu je mensia lebo ide o reindexaciu. Cize si myslim ze by mozno stacila (bez rezervy) jedna baracuda na 2MB/s aj ked by slo o fragmentovane data.
-
Původně jsem ti chtěl oponovat, že od začátečníka toho nemůžeš čekat tolik.
To jsem chtěl...než jsem si přečetl jeho poslední post.
Ano, dobrá, trvám na tom, že se splést může každý.
Na druhou stranu, pokud je to v postu nahoře vysvětlené a on to stejně znovu napíše blbě a podle nějakého náhodného generátoru, nemůžu říct, že by mi to usnadňovalo argumentaci.
No, asi budeš mít pravdu, kdyby si přečetl, co jsme tu napsali, tak by to měl správně.
Vzdávám se, tohle se vysvětlit nedá.
Na to bude potřeba Mulder a Scullyová...
http://www.youtube.com/watch?v=a1pWCkW95W0
-
No jenze ty resis pocty prepisu bunek.
jde o spousty různých malých operací náročných na IO disku.
Ja se ti snazim vysvetlit, ze se tenhle typ disku mnohem drive rozsype na chipsetu. resp rychlost zapisu ti spadne brzy tak nekam na uroven zde mnohokrat omylane flash karty.
-
... na uroven zde mnohokrat omylane flash karty.
Flash karty nejsou žádný omyl.
-
Jako že použití SSD je při datovém toku 2MB/s poměrně zbytečné a s ohledem na počet přepisů i v levné variantě nesmyslné.
Zvětši paměť, ať se DB vejde do operačky, použij řadič s vlastní cache a nech to.
-
ze se tenhle typ disku mnohem drive rozsype na chipsetu. resp rychlost zapisu ti spadne brzy tak nekam na uroven zde mnohokrat omylane flash karty.
a mohl bys to tvrzení nějak podepřít prosím?
Jako že použití SSD je při datovém toku 2MB/s poměrně zbytečné a s ohledem na počet přepisů i v levné variantě nesmyslné.
Zvětši paměť, ať se DB vejde do operačky, použij řadič s vlastní cache a nech to.
díky, no datacentrum tam na to dává raid s 512mb cache na ty 3xSSD. já ale nevím proč by to mělo být zbytečné jelikož můj 7000rpm disk ukazuje při příkazu "iostat -xkd 1 /dev/sda" utilizaci převážně 100%, někdy (v neděli) je nízká třeba 10%. bylo víc indikátorů (vysoká hodnota %wa - příklaz "top") že disk nestíhá.. tak nvm
díky
-
na netu píše někdo že rychlost SSD disku Samsung 840 a Crucial M* se snižuje dosti zásadně po několika měsících:
"even linear reads on EVOs degrade down to 15-20 MB/s after just a few months of active use. Same applies to Crucial M500/M550/MX100. Even 840 Pros are affected."
-
Mám 256GB verzi 840 PRO v pracovním NTB, asi 11 měsíců, zapsáno 3.76TB, podle benchmarku Samsung Magician se pohybuje pořád kolem nominálu (seq read 553/540, seq write 496/520, random read 97/100, random write 80/90).
-
pochop, ze kdyby tyhle hracky byly do serveru cajk tak nebudou muset vyrobci prodavat ty drazsi.. hele nemam chut a silu ti vysvetlovat neco co si muzes sam vygooglit. synteticky testy jednovlaknovyho cteni jsou neco jinyho nez realny provoz. zkus si vzit to evo, napln ho z poloviny a pak tam pust zkus najednou pracovat se 3 databazema...
-
Má pravdu soudruhu.
Pokud na tom budeš honit "www.MujMalýShopíkProTřiLidi.cz", tak klidně použij to nejlacinější SSD, ale pokud to myslíš vážně, tak nešetři.
-
Dobrý den,
řešil jsem něco podobného pro ESXi.
Bral jsem server od DELLu R720 a originál SLC disk od DELLu po slevě stojí cca 40k za kus.
Chvíli jsem hledal alternativy a našel toto : http://www.kingston.com/en/ssd/enterprise#se100s37
Cena cca 8000,- + DPH
Narazil jsem na slušnného obchodníka ( hračičku ) který mi nakonec doporučil Intel SSD DC S3700.
http://pctuning.tyden.cz/hardware/disky-cd-dvd-br/26067-intel-ssd-dc-s3700-800-gb-se-zarukou-staleho-vykonu
Chtěl jsem je koupit od jednoho z větších distributorů, ale nakonec jsem je koupil v Alze s příplatkem za
okamžitou výměnu. 7 dní v týdnu od osmi do osmi výměna a zatím výměny jiných komponent bez problémů.
SSDčka šlapou jak hodinky a běží na tom vcelku dost virtuálů s transakčními databázemi se stovkami zápisů za vteřinu.
Je pravdou že jsme trochu ladili cache a SQL server aby bylo zápisů co nejméně. Ale to bylo spíše ze zajímavosti.
Druhou zkušenost mám s OCZ Revo tuším že X2. Cca 5 let běží v serveru Windows 2003 s MS SQL databází.
Karta v podrtatě obsahuje 4 SSD disky. V managementu se dá zvolit zda je RAID0 nebo RAID1.
SQL databáze které na tom běží jsou vcelku hojně využívané. Výkon databáze narostl enormě.
Zápis - čtení 4:1. Zatím žádný problém.
V.
-
snia steady state test... jeden graf vyda za miliardu slov. ale to je specificky non-stop pouziti.
-
http://www.tweaktown.com/reviews/6678/adata-premier-sp610-256gb-ssd-review/index8.html
-
odpovězte na úvodní otázku a ideálně i na tu druhou zde: http://forum.root.cz/index.php?topic=9694.msg105320#msg105320
zivotnost dat na ssd uplne nevic zavisi na tom jak casto se refreshnou. ssd je jedna velka "baterka" ktera trpi samovybijenim. a jde to tim rychleji cim vic bitu na bunku ma. prumyslove s cenou nehoraznou maji jeden bit na bunku. soucasne mlc jsou kolem 3 bitu na bunku a zadna hitparada to neni a bude hur s prechodem na 3d nand... prozatim jen v samsungu, ale brzy uz asi u kazdeho vyrobce. v roadmape to maji vsichni, protoze je to jediny zpusob jak do maleho formatu vmestnat vetsi kapacitu.
-
http://www.storagereview.com/seagate_600_pro_enterprise_ssd_review
-
zivotnost dat na ssd uplne nevic zavisi na tom jak casto se refreshnou. ssd je jedna velka "baterka" ktera trpi samovybijenim. a jde to tim rychleji cim vic bitu na bunku ma. prumyslove s cenou nehoraznou maji jeden bit na bunku. soucasne mlc jsou kolem 3 bitu na bunku a zadna hitparada to neni a bude hur s prechodem na 3d nand... prozatim jen v samsungu, ale brzy uz asi u kazdeho vyrobce. v roadmape to maji vsichni, protoze je to jediny zpusob jak do maleho formatu vmestnat vetsi kapacitu.
Zivotnost dat na pamětech cmos eeprom udávali do dvaceti let a fungují i po 35 letech spolehlivě.
Takže ano, je to strašák, ale ne až tak velký ;)
-
tak je ale srovnavej s temi prumyslovymi jednobitovymi na bunku.
-
protoze vicebitove eeprom podle patentu jsou tu od 1998 coz dodnes neni 35 let, ale 16 jako teoreticke maximum jestli to nekdo v sandisku zkousel a zapsal dostatecny vzorek v dobe kdy podali patentovou prihlasku - tedy pred publikaci.
-
Můj názor je, že když někdo provozuje server, tak má několik málo kKč na SSD a může si to sám zkusit. Takže bych si vybral nějaký slušný model (podle recenzí a tak) s dostatečnou kapacitou, nastavil co nejlépe všechny ty užitečné parametry (zarovnání oddílů a fs, noatime, swapu nastavit použití "jen v nouzi", protáhnout interval zápisu z cache na disk, "nepotřebné" adresáře jako "tmp" apod. přesměrovat do RAMdisku, nastavit přiměřeně TRIM) no a pak bych to zkrátka zkusil takto provozovat.
-
Ja bych nektere nazory nebral vazne. Ano s wear levelingem mas pravdu a funguje to tak. TRIM pomaha disku, aby se nemusel starat o stara data a tak funguje zapis stale rychle (nemusi popresouvavat bloky aby vyuzil tech nekolik tisic zapisu na kazdou bunku).
Nektere disky udavaji DWPD zaruku, ktera odpovida tem tvym 700TB. Znamena to "Diskful Writes Per Day" a u enterprise disku to muze byt i 25. Takze to znamena, ze muzes kompletne prepsat disk 25x za den a vydrzi ti celou zaruku (treba 5 let).
V tvem pripade pokud chces uvazovat 2 letou zivotnost tak by to vychazelo pro 250GB disk a 700TB na DWPD asi 4. To je samozrejmne hodne blahove pro low end disk. Je to hodne o pravdepodobnosti. Pokud si chces snizit riziko, proste si cislo podelis treba 5ti a mas to. Vsechny cisla se udavaji jako typicka.
Ja bych klidne do levnejsiho disku sel, pokud ma dobrou recenzi. Dulezite je mit pro vykon zapnuty TRIM a pak to proste musi slapat. Samozrejmne zalohy, vcasne vymeny apod.... Za enterprise disk bys mohl totiz klidne zaplatit i nekolik tisic euro coz asi nebude tvoje cilovka.
Take nam dobre vychazelo pouzivat SSD jako backend cache. Dost to pomaha. Myslim, ze napr. ZFS to umi. Nebo je na to modul v kernelu (bcache).
Hodne stesti a podel se o vysledky.