Instalace na SSD, co je špatně?

[Petrik]

to je docela zajimavy postreh, v utery dorazi do firmy intel X25-M 80GB, kteryho hodlam nasadit do jednoho databazoveho stroje, kde se nej bude zapisovat cca 600GB dat denne. Horni odhad zivotnosti vychazi na cca 3roky:
80GB*10000(pocet write operaci)=800000GB dat celkem, deleno 600GB to je cca 1300 dni. Jelikoz tam bude TRIM (W7x64), tak by to alespon rok vydrzet mohlo. Jsem dost zvedav, kolikrat to bude rychlejsi nez jeden velociraptor. dam vedet

Takze disk jede, potunil jsem W7 jak to slo (vypnuti defrag, indexovani, updatovani access time apod) a ted to pro zmenu nestiha procak (3.1GHz Phenom X2 II, 8GB DDR3)...jinak disk jede suprove, obcas dela pres 8k IOps, disk (velociraptor) co tam byl se pres 250 nedostal. Skoda, ze MySQL neumi pro jedno spojeni vyuzit obe jadra.

[DOC_ZENITH]

Jen tak BTW TRIMM srovnává prostor a promazává místa která by normálně jen byla označena za prázdná, tim urychluje budoucí zápis, ale TRIMM jako takovej snižuje životnost disku.

[Petrik]

Jen tak BTW TRIMM srovnává prostor a promazává místa která by normálně jen byla označena za prázdná, tim urychluje budoucí zápis, ale TRIMM jako takovej snižuje životnost disku.

Me naopak pripada, ze zivotnost prodluzuje (a i to vsude pisou), protoze umoznuje lepsi recyklaci bloku. Nez aby SSD zapisoval jen do bloku, ktere prepisujeme (static WL), muze vyuzit i bloky smazane, o kterych by ale jinak nevedel. Vysvetlis to prosim?

To nic, myslela si to zjevně většina lidí ...

Co se týče toho, jak W7 (ne)detekují SSDčka, tak údajně detekují - v rámci spuštění a proběhnutí WEI mají poznat, že je to SSD, vypnout některé věci (typicky defrag), atd.

Coz ale zdaleka ne vzdy funguje....

[Aigor]

Me naopak pripada, ze zivotnost prodluzuje (a i to vsude pisou), protoze umoznuje lepsi recyklaci bloku.

No taky sem chtel napred odporovat, ale kdyz nad tim tak premyslim, mozna to ma svoji logiku. Normalne jsou v nejakem bloku data, pokud ho smazu tak:
a) bez TRIM oznaci data jako smazana, ale na disku zustavaji, tedy radic alokuje dalsi zapisy jinam, dokud se nespusti TRIM rucne. Jestlize je nutne udelat prepis, tak nacte cely blok stavajicich dat, pozmeni nove a blok zapise. Tj. 1x prepis.
b) s TRIM po smazani aktualizuje rovnou cely blok s tim, ze smazana fyzicky vyplni nulami. Pri dalsim pozadavku na zapis se znovu aktualizuje cely blok s novymi daty. Tedy 2x prepis.
Ale je mozne, ze jen tak placam..

Coz ale zdaleka ne vzdy funguje....

Mam jednu svoji neoverenou teorii, skutecnost jestli se upravi nebo neupravi instalace na SSD muze zalezet na
a) podstrcenem driveru pres F6
b) dostupnosti netu behem instalace a tim stazeni prislusnych ovladacu/aktualizaci

[Petrik]

No taky sem chtel napred odporovat, ale kdyz nad tim tak premyslim, mozna to ma svoji logiku. Normalne jsou v nejakem bloku data, pokud ho smazu tak:
a) bez TRIM oznaci data jako smazana, ale na disku zustavaji, tedy radic alokuje dalsi zapisy jinam, dokud se nespusti TRIM rucne. Jestlize je nutne udelat prepis, tak nacte cely blok stavajicich dat, pozmeni nove a blok zapise. Tj. 1x prepis.
b) s TRIM po smazani aktualizuje rovnou cely blok s tim, ze smazana fyzicky vyplni nulami. Pri dalsim pozadavku na zapis se znovu aktualizuje cely blok s novymi daty. Tedy 2x prepis.
Ale je mozne, ze jen tak placam..

Ve skutecnosti by obe varianty meli byt totozne, protoze SSD umi zmenit 1 na 0 kdykoli, ale obracene to jde jen s celym blokem = smazani celeho bloku. Pokud tedy do bloku, ktery je castecne zaplneny, pouze dopisuje nejaka data, nic se nemaze (coz je ale u smazanych dat nepravdepodobne, leda bych tam nahral totez). Pokud vsak data nahrazujeme jinymi, musime blok smazat a to je to snizuje jeho zivotnost. Ve variante a) tedy SSD budeto zapise data jinam, pokud ma kam, coz se u pouzivaneho disku bez TRIMu nestava casto, nebo pri prepisu blok musi smazat tak jako tak. TRIM pouze
1)presouva operaci mazani na dobu, kdyz je disk idle, misto aby jej mazal az pri vlastnim zapisu
2) a timto ma k dispozici vice volnych bloku a muze tedy rovnomerneji zapisovat, tedy budto nepretezuje jen nektere bloky (static WL), nebo nemusi obsah bloku presouvat z mista na misto (dynamic WL).

zajimavy test SSD: http://www.tomshardware.com/reviews/...trim,2593.html
intel je jasnym kralem IOps

Me by spise zajimalo, zda kdyz je disk temer porad pouzivan, jako tomu je v mem databazovem stroji, zda budou mit W7 vubec nekdy cas TRIM provest.

[Marty]

Mno, tak už mám taky ten svůj kousek a zatím spokojenost. Čistá instalace W7 x64 Pro, vše běží jak má - dle článečku z PCT.

O tom, jak se mi práce zrychlí, poreferuju v příštích dnech... zatím to vypadá hodně dobře.

[Petrik]

Mno, tak už mám taky ten svůj kousek a zatím spokojenost. Čistá instalace W7 x64 Pro, vše běží jak má - dle článečku z PCT.

O tom, jak se mi práce zrychlí, poreferuju v příštích dnech... zatím to vypadá hodně dobře.

Mohu se prosim trochu rypave zeptat, jak se stane, ze si clovek koupi jine SSD nez intel, kdyz stoji skoro stejne a intel je ve vsem krome sekvencniho zapisu lepsi? Nejsem intelak, ale co se SSD tyka, tak mi pripada, ze neni moc co resit, viz napr. muj posledni link.

[renba]

TRIMM prodlužuje životnost disku a nezrychluje zápis !!!!!!!!! rychlost zápisu je daná paměťovým čipem a je některými výrobci zrychlována vnitřním řadičem SSD komprimací zapisovaných dat viz. OCZ, CORSAIR . Problém rychlosti SSD je dán rychlostí řadiče pam. čipů směrem k čipům. Směrem k SATA řadiči je to dnes již vyřešeno SATA 3.

[Fox!MURDER]

TRIMM prodlužuje životnost disku a nezrychluje zápis !!!!!!!!! rychlost zápisu je daná paměťovým čipem a je některými výrobci zrychlována vnitřním řadičem SSD komprimací zapisovaných dat viz. OCZ, CORSAIR . Problém rychlosti SSD je dán rychlostí řadiče pam. čipů směrem k čipům. Směrem k SATA řadiči je to dnes již vyřešeno SATA 3.

jenze zapominas na wearleveling algoritmus a jeho rychlost v zavislosti na zaplneni disku ...