Hirdetés

2024. május 10., péntek

Gyorskeresés

Útvonal

Fórumok  »  Adattárolás  »  SSD kibeszélő (kiemelt téma)

Téma összefoglaló

Téma összefoglaló

  • Utoljára frissítve: 2023-11-09 14:16:34

LOGOUT.hu

Ide várunk:
- minden saját tapasztalatot/tesztet, észrevételt a már megvett, és használatban lévő SSD-vel kapcsolatban, illetve mindenféle, megbízható forrásból való cikket/tesztet/érdekességet.

Összefoglaló kinyitása ▼

Hozzászólások

(#51824) Pyttawrx


Pyttawrx
HARDVERAPRÓD

(rögzített hsz)

Kedves Fórumozók!
Frissítettem az összefoglalót, valamint a topik neve is változott.
Remélem ezekkel a változásokkal itt több tapasztalat/eszme csere fog létrejönni, mivel kicsit szabadabb, lazább lehete ezentúl ez a topik.

Mindenkinek további jó fórumozást!

Hozzászólások

(#43208) shina válasza gyapo11 (#43199) üzenetére


shina
csendes tag

Köszönöm a kiegészítést, való igaz, temp állományok és a swap használat esetében valóban az SSD-hez fog nyúlni az oprendszer. :R E mulasztásért elnézést kérek; mivel Linux alatt a /tmp az tmpfs alatt van, így az ideiglenes fájlok mind RAM-ban landolnak, ezért nem gondoltam át teljesen a Windowsos esetet (igen, igen, jó kifogás sosem rossz :DDD).

Azonban az eredeti válaszom továbbra is áll, az NVME meghajtó még ezzel a kitétellel sem fog érdemben segíteni az oprendszer mindennapi sebességét illetően*. Ennek okát főleg a sok kis méretű műveletben kell keresni.

Temp esetén 10-100kB-os, maximum pár MB-os, nagyságrendben vannak az állományok, például a Te esetedben is 84kB-os átlagméretről beszélhetünk, míg swap esetén 4kB-os memória pagek írása és olvasása lesz a műveletek döntő többsége. Ezekre az esetekre nem igazán vonatkozik az SSD max írási sebessége, amit ugye tipikusan benchmarkok úgy mérnek mint 60s-ig tartó, szekvenciális művelet. A valós teljesítményhez közelebb fognak állni 4k random I/O, a queued 4k, illetve a 4k mixed I/O sebességek, az pedig SATA III-on it átmegy általában.

Temp állományoknál még figyelembe kell venni az oprenszer cachelési mechanizmusát is (mondjuk ezt csak Linux alatt ismerem mélyreható részletességgel, de a Windowsban is van ilyen), ami annyit tesz, hogy a fájlrendszer nem azonnal írja ki az állományokat a hátértárra, plusz van batchelés, meg egyéb trükkök, amivel elfedik a késleltetést illetve a RAM és háttértár sebesség különbségét.

Miután azonban geckowize kolléga Windows felhasználó, ez a kiegészítés a teljes válaszhoz hozzátartozik! A fenti okok miatt azonban továbbra is bátran használhatja a 850 Pro-t mint boot meghajtót.

Kollégának abban is igaza van, hogy amennyiben kevés RAM, akkor nem a gyorsabb swap a megoldás, hanem a több RAM. Jómagam is ezt a stratégiát követem, így gyakorlatilag a gépem sohasem swappol, de hozzátenném ebben az esetben a Windowst használó emberek hozzászólásai mérvadóbbak lesznek az enyémnél, hiszen valószínűleg más stratégiát alkalmaznak a rendszerek.

*Ez alól kivételt képezhet a hibernálás, főleg sok RAM esetén.

___________________/\_____________\0/_______

Útvonal

Fórumok  »  Adattárolás  »  SSD kibeszélő (kiemelt téma)
Copyright © 2000-2024 PROHARDVER Informatikai Kft.