Hirdetés
- Azonnali fotós kérdések órája
- VR topik
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Amlogic S905, S912 processzoros készülékek
- Nem tetszik a PC-gyártóknak az Xbox új iránya?
- Bluetooth hangszórók
- Házimozi belépő szinten
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- OLED TV topic
- Fejhallgató erősítő és DAC topik
Aktív témák
-
fLeSs
nagyúr
épp egy indilinxes SSD-t tesztelek, és elég érdekes eredményeket kapok.
alapvetően majdnem úgy kezdem a tesztelést ahogy az anandtech, tehát iometer, 1 MB szekvenciális olvasás/írás, aztán 4K/4konkurens és 4K/64konkurens olvasás/írás.
úgy tűnik, hogy az anandtech iometeres tesztelési módja részben nem ad megbízható eredményeket az SSD valós teljesítményére vonatkozóan.ő azt csinálja a 4K-s méréseknél, hogy létrehoz egy 8 GB-os tesztfájlt, és így méri le a random olvasást/írást. ezzel az a probléma, hogy így mindig az vadiúj SSD sebességét kapjuk vissza írásban, mert amikor felkerül a tesztfájl az SSD-re, azzal "betömíti" a cellákat, így elvileg ha ugyanoda írnánk vissza az adatot, akkor gyengébb eredményt kapnánk (hiszen másodszorra akarna odaírni). csakhogy az SSD belül megoldja azt, hogy a még szabad tárterületen (a 8 GB-on felüli részen) elossza a valós tesztelés közben bekövetkező írásokat, ergo egy új SSD írási teljesítményét kapjuk vissza ha az támogatja a TRIM-et.
én egy az SSD méretének megfelelő tesztfájlt hoztam létre, és az írási sebesség lement a béka feneke alá, mert ugye az SSD-nek már nem volt hova elosztania a teszt írásait (pontosabban a legelején a "spare area" miatt még normális sebességű, de aztán amikor ebből kifogy, hirtelen lezuhan). a spare area ugye az általunk nem látott terület ahova ettől függetlenül az SSD még dolgozhat. ha van egy 64 GB-os SSD és formázás után csak 59 GB-ot látunk belőle az azt jelenti, hogy 5 GB a spare area, amit mi nem látunk, de az SSD igen.
szóval. most akkor az a kérdés, hogy melyik írási sebesség a mérvadó?
amikor felinstallálunk vmit a gépre az az üres területre megy tehát ott full sebességű az írás.
viszont amikor egy program a már felírt adatokat módosítja (mondjuk a win a pagefájlt) sokadszor ott már kénytelen a read-modify-write ciklust lefuttatni, ergó sokkal lassabb lesz mint az első esetben.
Aktív témák
- Dell Vostro 3425 6magos Ryzen 5 5625U 16GB RAM 512GB SSD
- Lenovo T14s Gen 2 - 14,1" touch, i5 1145 G7, 16GB RAM, 256-512GB SSD, jó akku, számla, 6 hó gar
- Keresünk Galaxy S23/S23+/S23 Ultra/S23 Fe
- BESZÁMÍTÁS! ASUS STRIX B550 R5 5600 16GB DDR4 512GB SSD RTX 2080 SUPER 8GB Zalman S2 TG FSP 650W
- ÁRGARANCIA! Épített KomPhone Ultra 7 265KF 32/64GB RAM RTX 5080 16GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest

