mSATA SSD+SSD Vyřešeno

Problémy a zkušenosti s hardwarem, perifériemi a jejich ovladači
Zpráva
Autor
Livan
Příspěvky: 334
Registrován: 16 kvě 2014, 21:15

Re: mSATA SSD+SSD

#21 Příspěvek od Livan »

Mimochodom, našiel som odpoveď na otázku wear levelingu SSD. Citujem preklad z angličtiny: "Jednotky SSD používajú vrstvu prekladu flash na implementáciu vyrovnávania opotrebovania, takže pri (pre)písaní adresy logického bloku (LBA alias sektor) sa na LBA namapuje iný fyzický blok a zapíše sa s novými údajmi. Pôvodný fyzický blok je označený ako nepoužitý a prejde na koniec zoznamu dostupných blokov. (V skutočnosti je to trochu komplikovanejšie, pretože pred zápisom bloku je potrebná operácia vymazania a blok vymazania je oveľa väčší ako sektorový blok. Udržiavanie zásob už vymazaných sektorov dostupných na premapovanie a zápis je pre výkon SSD kľúčové. .)

Keďže SSD nemá koncepciu oddielov a existuje vrstva prekladu flash, ktorá mapuje LBA na fyzické sektory, zoznam fyzických sektorov používaných oddielom by mohol byť distribuovaný po celej jednotke (plus skryté/náhradné bloky, ktoré nie sú hlásené ako súčasť jednotky kapacita). Keď sa LBA (pre)pisujú, zoznam fyzických sektorov používaných oddielom sa zmení.

Vyrovnávanie opotrebovania môže byť obmedzené na partíciu, napríklad vo vstavanom systéme Linux, ktorý používa JFFS2 na čipe NAND. V takom prípade je vyrovnávanie opotrebovania súčasťou konkrétneho súborového systému. Počítač nepoužíva surové čipy NAND na hromadné ukladanie. SSD s integrovaným radičom používa vrstvu prekladu flash na emuláciu HDD, takže OS môže používať súborový systém, ktorý (takmer) neberie ohľad na problémy s NAND. V dôsledku toho je NTL na nižšej vrstve ako schéma rozdelenia. Preto radič SSD a FTL nemajú žiadnu koncepciu oddielov, a preto nemôžu obmedziť činnosť disku (napr. vyrovnávanie opotrebovania) na oddiel."
Uživatelský avatar
Ventero1
Příspěvky: 2867
Registrován: 31 říj 2016, 14:17
Bydliště: Sokolov, Olomouc

Re: mSATA SSD+SSD

#22 Příspěvek od Ventero1 »

Ten posledni odstavec mi prijde, jako ze si castecne protireci. Duvod proc nedelat swappart bych ale hledal presne v tomhle:
"Vyrovnávanie opotrebovania môže byť obmedzené na partíciu, napríklad vo vstavanom systéme Linux, ktorý používa JFFS2 na čipe NAND. V takom prípade je vyrovnávanie opotrebovania súčasťou konkrétneho súborového systému"
Pokud je mi opravdu dlouho znamo, ze Linux provadi trim jen pro konkretni oddily a mam za to, ze v jejich prostoru.
Zbytek by byl opravdu na FW disku a to uz jsme zvazovali, zda toto starsi modely maji osetreno stejne jako ty novejsi. Na druhou stranu zivotnost SLC a MLC byla nekde jinde, nez ty dnesni nahustenky.

Kazdopadne plati argumenty pro nadbytecnost a jistou komplikovanost spojenou s resenim swappart, pro ktery tak nevidim u SSD zadny presvedcivy duvod i kdyby skutecne zadne riziko nehrozilo.

A urcite meli vyvojari nejaky relevantni duvod, proc tuto koncepci nakonec po tolika letech zavedli zrovna v te dobe - urcite se jen nechteli opicit po Microsoftu.
Mimochodem si take nejsem jist, zda treba macOS kdy mel swapovy oddil, byt vychazi z Unixu.

Dalsi vec, ktera me napada je to, ze i samotna vyhoda swappart u hdd spociva pouze v tom, ze je trochu znatelneji rychlejsi zapis syrovy bez nacitani metadat. Paklize ale je oddil na stejnem disku jako system, tak je rychlost stejne zalostna a v okamziku swapovani se cely system zaseka a je nepouzitelny. Je zde tedy zretelna logika, ze vlastne swappart nemel celou dobu jiny relevantni smysl, nez zabranit zamrznuti systemu v dusledku preplneni RAM. Jenze pokud system behem swapu stejne na 5 az 30 minut defacto zamrzl kvuli pretizeni HDD, tak se vlastne ukazuje, ze swappart by mel nejaky skutecny smysl pouze na jinem samostatnem disku urcenem jen pro nej.

No a u SSD a v dnesni dobe, kdy je veskery HW vc. RAM tak snadno a levne dostupny, tak swap skoro uplne postrada smysl mimo hybernaci, kterou pouziva skutecne malokdo a mimo specializovanou narocnou cinnost, kterou provadi malokdo a swapfile je pak jen takova sichrovka. Pouzival jsem leta na beznou cinnost Xubu 14.04, ktery jeste netvoril swapfile, uplne bez swappart (tedy bez moznosti swapu) s 8GB a nikdy jsem nemel problem.
Zvuky jsou mantrami a myšlenky moudrostí, prostě proto, že se mohou objevovat ...
Livan
Příspěvky: 334
Registrován: 16 kvě 2014, 21:15

Re: mSATA SSD+SSD

#23 Příspěvek od Livan »

Tam je podmienka práve iba na vstavaný linux, ktorý používa JFFS2 na čipe NAND. Pre bežný linux s btrfs alebo ext4 to neplatí. S tým ostatným,čo si písal, sa dá súhlasiť.
Uživatelský avatar
Ventero1
Příspěvky: 2867
Registrován: 31 říj 2016, 14:17
Bydliště: Sokolov, Olomouc

Re: mSATA SSD+SSD

#24 Příspěvek od Ventero1 »

Jo tak - uz to chapu uceleneji - dik.

Tak beru to tak z praxe a selskym rozumem ..
Zvuky jsou mantrami a myšlenky moudrostí, prostě proto, že se mohou objevovat ...
doxylan
Příspěvky: 43
Registrován: 17 kvě 2023, 21:26

Re: mSATA SSD+SSD

#25 Příspěvek od doxylan »

Takže partíciu swap nie je potrebné vytvárať na ssd.

Ešte by bolo dobré vedieť ako zabezpečiť automatický trim aby každý deň po zapnutí prebehol na celom disku.
Uživatelský avatar
Ventero1
Příspěvky: 2867
Registrován: 31 říj 2016, 14:17
Bydliště: Sokolov, Olomouc

Re: mSATA SSD+SSD

#26 Příspěvek od Ventero1 »

To uz ma zabezpecen system automaticky. Byvalo to v Cronu a tak se dala nastavit frekvence - dnes nevim.
Jinak se mrkni na netu:

Kód: Vybrat vše

man fstrim
Zvuky jsou mantrami a myšlenky moudrostí, prostě proto, že se mohou objevovat ...
Odpovědět