Aktív témák
-
#24312
Fire/SOUL/CD
félisten
C64
#24310
-
C64
őstag
Na mind1, az a problémám, hogy nem megy vele az SSD. Disk read error hibával megáll, és nem bootol az SSD-ről, pedig mennie kéne.
10.1.0.1008 OROM-mal megy, azért kérdeztem. Mert lehet, hogy csak újra kéne telepíteni a windows-t az újabb verziójú orom-on. Vagy pedig nem megy senkinél sem...
-
-
radi8tor
MODERÁTOR
Van új FW? Mi a szösz.
Ez áll a release notes-ban:
This firmware revision fixes enumeration and slow-boot issues on SATA 6Gb/s controllers, adds improvements to S.M.A.R.T. attributes for more accurate reporting of drive health, improves NCQ capability, and fixes possible drive hangs when reading S.M.A.R.T. self-test log.
Vagyis SATA 6Gb/s-nél javítottak valamit és néhány SMART hibát.
-
fagy53
nagyúr
Ha tömörített fájlokat másolsz, akkor sokkal lassabbak, egyébként nem. A tesztnek három beállítása van , vegyes ez a default, csupa "1" és végül csupa "0". Ez utóbbi a leggyorsabb mivel jól tömöríthető és ilyen eredmények vannak a dobozon.
A gyakorlatban lassabban másol a sandforce vezérlős SSD, mint a feltüntetett, de ez a lassúság nem különbözik a nagy átlagtól, vannak gyorsabbak és lassabbak. -
DV
senior tag
A sandforce dobozan feltuntetett eredmeny csak akkor igaz, hogyha csak tomoritheto adatokkal dolgozik a felhasznalo, amint nem tomoritheto adat kerul ra, akkor az irasi sebessege akar a felere is (vagy meg lejjebb) csokkenhet. Ezert is akadt ki fLeSs a teszt irasakor, mert nem egyertelmu a sebesseg jeloles a dobozon. Ugy kellene nekik feltuntetni, hogy tomoritheto adatok eseten ez a sebesseg, hogyhe meg nem tomoritheto, akkor meg kb. a fele.
Kirir
Ez pl.: #14072
-
DV
senior tag
0 Fill - Tomoritheto adat. Alap beallitasokkal olyan a tesztfajl felepitese, hogy nem- vagy csak kevesbe tomoritheto, ezert mutat mindenki meglepetesere kisebb eredmenyt, mint ami a dobozon van (sandforce-vezerlo).
A legutobbi SSD tesztben is ezt feszegette fLeSs es a vegeredmenynel szamitasba is vette, ezert is nem lett tesztgyoztes a Sandforce vezerlo. -
-
VGYke
addikt
Lehet, a tájékozatlanságomból adódóan buta kérdést teszek fel:
Nem lehet úgy, hogy:
1.) A szűz, de formázott (alignált) SSD "üres" tartalmát elmentjük pl. Ghost-al (DOS, vagy akármi, pl. Hieren's boot CD segítségével)
2.) Aztán az ssd-re zéróról telepített rendszert , szintén elmentjük pl. Ghost-tal a fentiek szerint.
Amikor jön a lassulás, először az 1. szerinti szűz, üres SSD Ghost-ot írjuk az SSD-re, majd második körben 2. szerinti telepített rendszert.Ez a módszer nem fog segíteni azon, hogy soha ne lassuljon az SSD?
Ok, tudom, az SSD élettartamát az írás GBájt határozza meg. Laikusként csak eszembe jutott a kérdés.
-
DV
senior tag
Valami nem OK ezzel az ora-szamolassal, mert ma 6 oraja megy a gep es csak 2 orat adott hozza a szamlalohoz es tegnaphoz kepest 5023.09GB-t lett a host writes (tegnap 4988.16GB).
Ennyit viszont en nem hiszek el. Azt tudom, hogy egyszer lefuttattam a CDM pogit 1000MB es 5x futtatas beallitassal, de nem hiszem, hogy az kozel 15GB adatforgalmat generalna, vagy megis?ui: most ugyanazt a tesztet lefuttattam 5x 1000MB CrystalDiskMark es 5034.03GB a vegso host writes (+10.94GB). Igy mar ertheto.
-
-
-
-
fLeSs
nagyúr
az igaz, csak ezzel egy otthoni PC-ben nem mész sokra
mert ilyen terhelés nem éri az SSD-t.
64-128 egyidejű lekérést úgy képzelhetsz el, ha pl. veszünk egy webszervert, pl. amin a prohardver is működik és ha egyidőben 64 vagy 128 olvasó ugyanazt az oldalt akarja megnyitni (letölteni a szerverről), mondjuk az utolsó prociscikk első oldalát, akkor az megfelel 64 vagy 128 "outstanding i/o"-nak. a 64 és a 128 csak a 4 soxorosa, tesztelésnél ez a "szabvány", egyébként lehet, hogy 243 olvasó akarja lekérni ugyanazt az oldalt, vagy 986, vagy 12379 vagy akármennyi.
szal, ezekben az esetekben jobb az intel SSD-je, az olvasónak kevesebbet kell várni az oldal letöltődésére.ahogy látni a többi SSD nem skálázódik az egyidejű lekérések számának emelésével, ami arra utal, hogy az intel vezérlője jóval fejlettebb, képes jobban kihasználni az NCQ-t.
az intel 4 lekéréssel másodpercenként ~5000 műveletre képes.
8 lekéréssel már ~10000-re, ez lineáris skálázódás (sőt, még jobb). minél jobban terheled, annál gyorsabb mert a vezérlő képes mindet teljesíteni. a többi SSD (nemtom milyen vezérlőkkel) erre nem képes szal ha több egyidejű lekérés érkezik be hozzájuk, akkor lekérésenként alacsonyabb lesz a sávszél.az intel vezérlőjét úgy tűnik szerverekhez fejlesztették, a többi meg bőven jó az asztali PC-kbe.
-
fLeSs
nagyúr
te dolgod. én kimértem.
az intel ereje akkor jön elő a többi SSD-vel szemben ha egyszerre sok lekérés érkezik a vezérlő felé (QD több mint legalább 10), otthon jó ha az átlag 10-et eléri az ember egy asztali PC-n de már ez is brutálsoknak számít, kb. egyszerre kell hozzá videót vágni, másolni, installálni, programot indítani stb. és akkor 1-1 pillanatra elmegy akár 50-60-ig is a lekérések mélysége, de amúgy általában 1-4 között van.
az Intel vezérlőjének az előnye szerverkörnyezetben jön elő. a bootolás és a programok indítása nem gyorsabb vele. -
fLeSs
nagyúr
bakker, ne legyetek már gyerekesek.
fogalmunk sincs róla, hogy az SSD vezérlője mit csinál a háttérben.
a statikus wear-leveling olyankor rendezi át a fájlokat amikor nem csinálunk semmit a gépen, értelemszerű mivel amikor csinálunk vmit olyankor ezzel csak belassítaná az IO-műveleteket.
a vezérlő folyamatosan próbálja egyensúlyba hozni a cellák kihasználtságát hogy nagyjából egyidőben váljanak írhatatlanná és mivel egy csomó adat statikus (windows, programok, swapfájl) ezért ezeket át kell helyezni máshova hogy az eddigiek során ezek tárolását végző cellák "fáradtsága" azokkal legyen egy szinten amiket dinamikus adatokkal telítünk-aztán töröljük - ezt neveztem úgy a múltkor, hogy a wear-leveling "overhead"-je.ezért lényeges szempont az, hogy mennyi a szabad hely és hogy mekkora az SSD, mert a nagyobb SSD-ken több a pótterület (spare area). ha több a szabad hely, akkor lassabban jutunk el a cellák következő írási ciklusáig, vagyis ritkábban kell a wear-levelingnek közbelépnie és így abszolúte kevesebb írást kell elszenvednie a celláknak is.
-
fagy53
nagyúr
Nálam, ezt írtam már korábban, a magárahagyott gép 6 óra alatt 900MB-ot ír.
Az átlagos napi írás 25GB, de csökken az idő haladtával..Ja, a kikapcsolt Trim ellenére eddig nem csökkent semmilyen bench eredményem, sőt jobban tartja magát mint amikor "0" volt a registry-ben az idevonatkozó érték, most "1".
-
radi8tor
MODERÁTOR
-
WiZARD
veterán
most ez valahogy nekem se akar összejönni, és kezd a f*szom tele lenni az egésszel.
pedig már csináltam ilyesmit párszor, csak itt bekavar, hogy olyan programmal nem tehetem át a cuccot, ami magának csinál partíciót, mert akkor nem jó helyen lesz a partíció.
na majd holnap folytatom, nincs kedvem újrarakni a rendszert.
-
Rover623
félisten
Vazz...
Erről beszélek...
Ne egy 10 csatornás MLC-t hasonlíts egy sima SLC-hez...
A kategóriát emlegetted: a fizikai felépítésből adódóan egy elemi MLC cella sebessége fele/negyede az SLC-nek...ez tény...
fLeSs: tudtommal olvasni fele, írni pedig negyede sebességgel lehet az MLC-t (az SLC-hez viszonyítva)...
-
Rover623
félisten
az slc nem feltétlenűl gyorsabb, sőt!
Pedig a gyártó szerint de...
Idézet a weboldalról:
SLC-Read up to 90MB/s, Write up to 70MB/s
MLC-Read up to 85MB/s, Write up to 45MB/sPersze elsősorban a tartósság miatt (egyedüli "vinyóként" fog szolgálni a notiban) szerváltam ezt, de az se baj, ha gyors...
Közben kutakodtam kicsit, az MLC-snek SP032GBSSDJ10I25 a típusjelzése, arra van gugli találat rogyásig...az SLC-ről meg nem találok érdemleges infót...
No de mindegy is, itt pihen az asztalon, majd a gyakorlatban bizonyíthat...
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Miért van nálad végkiárusítás? 
vagy van valakinek más véleménye?
De ez a Kingston se rossz ahhoz képest.
Aktív témák
- Sweet.tv - internetes TV
- Pedzegeti az új Xbox irányát a Microsoft
- Renault, Dacia topik
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- Kormányok / autós szimulátorok topikja
- talmida: Változások 2. rész
- Tőzsde és gazdaság
- Samsung Galaxy S25 - végre van kicsi!
- Kerékpárosok, bringások ide!
- Hobby rádiós topik
- További aktív témák...
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest