-
Fototrend
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.
Új hozzászólás Aktív témák
-
Frawly
veterán
Megmondom őszintén, hogy az NVME-sekhez nem sokat értek. Ez az egész nvme format dolog új, azt sem tudom, hogy ez az LBA módváltás mit csinál, azon túl, hogy a szektorméret változik (meg mire jó, ha megnöveled, hol nő meg, az adatterületen, vagy a vezérlő kezeli másként, vagy a driver). A manpages szerint ez a parancs sok mindenre való, az -s kapcsoló pl. biztonságos törlést visz véghez (wipe).
Mindenesetre próbáld meg nvme format -r formában is futtatni, ha látja a meghajtót valami, ha nem oldja meg, akkor próbáld visszaformázni nvme format -l 0 formában. Firmware-t nem tudom hogy kell cserélni Linux alatt. Ha máshogy nem megy, tedd át egy másik gépbe.
-
Frawly
veterán
válasz MasterMark #29728 üzenetére
Azért ez szerintem nem teljesen igaz. Az SSD-nél is van egyfajta alvó mód, és lehet ebben tartja a bekapcsoló energiagazdálkodás x idő után. Nem mondom, hogy annál az adott SSD-nél is ez történik, de így kéne történnie. Hacsak nem tudsz linket arra vonatkozóan, ahol ezt cáfolják.
-
Frawly
veterán
-
Frawly
veterán
válasz aTe014 #29739 üzenetére
Pedig nálam MS driverrel települt Win10-en az MX300. Már ahogy emlékszek, most rossz a gép, nem tudom megnézni. Lehet feltettél Intel chipset drivert, vagy az Update telepítette, és az ilyen mindenes driver volt, ami a SATA vezérlőnél is lecserélte intelesre a drivert, anélkül, hogy tudtál volna róla. De ha jó, akkor tényleg nem kell piszkálni.
-
Frawly
veterán
válasz ginola #29741 üzenetére
Igen. Miért ne lenne rendben? Ahogy az MX300, úgy az 850 EVO is fizikailag 512 bájtos szektorokkal rendelkezik, tehát még az alignálás is mindegy neki, meg az amúgy is rendben van, ha a Windows telepítőjével vagy Lemezkezelőjével particionáltál, vagy modern Linuxszal. Azt meg a szükségletek döntik el, hogy neked mekkora partíciók kellenek rá.
Egyébként ha már felmerült: a HD Sentinel vagy valami más Windows alatt mutatja, hogy hány bájtos fizikai szektorok vannak az SSD? Erre még kíváncsi lennék, pl. a Fury, Adata, stb. milyen szektorkiosztású, az a gyanúm, hogy már egyik sem 4K-s.
-
-
Frawly
veterán
válasz Doky586 #29755 üzenetére
Nézd meg HD Sentinellel. Nálam Linux alatt a SMART-ból ezt szedi ki a smartctl -a /dev/sda parancs:
Model Family: Crucial/Micron MX1/2/300, M5/600, 1100 Client SSDs
Device Model: Crucial_CT525MX300SSD1
Serial Number: 170615BA8318
LU WWN Device Id: 5 00a075 115ba8318
Firmware Version: M0CR040
User Capacity: 525,112,713,216 bytes [525 GB]
Sector Size: 512 bytes logical/physicalAz utolsó sort nézd. Ha a neten utánanézel, akkor látod, hogy ugyanilyen kimenetek alapján az 850 EVO is 512 bájtos fizikai szektorokkal rendelkezik. 4K-s szektorméretnél az lenne írva, hogy 512 bytes logical 4096 bytes physical.
Az új HDD-k viszont tényleg 4K-sok mind, ott az adatsűrűség miatt van. De szerintem az SSD-knél egyre inkább nem, mert nem indokolja semmi. Plusz azért nincs sok jelentősége, mert már minden particionálóprogram, mindegy milyen OS-re készült, ideérte a Windows telepítőjét és lemezkezelőjét a 7-es verziótól és felfelé, alapból egész MB-os határokon hozza létre a partíciókat, már az elsőt is. Egész MB-os határ osztható 2-nek minden egész hatványával egészen a 20. kitevőig, tehát 0,5K, 1K, 2K, 4K, 8K, stb. mind osztható vele, így semmilyen fizikai szektorméret nem fog ki rajta. Elvileg nálam a Windows 10 is egész MB-os határon hozta létre az EFI partíciót, meg a System reserved partíciót is, meg a C: partícióját is. Már azért is így tesznek ezek a szoftverek, mert illik a partíciós tábla és az első partíció közötti területen helyet hagyni, hogy a bootmanagerek be tudják írni magukat, ha szükséges.
-
Frawly
veterán
válasz Doky586 #29757 üzenetére
Ki fogom próbálni, amint megjavítom a windowsos laptopom, meg a külső SSD-hez szerzek egy normálisabb USB-SATA átalakítót. A belső SSD-ken viszont nem cseszem szét a partíciókat, mert egyiken Windows+Linux dualboot van, a másik gép Linux only.
Igaz a külső SSD-m régebbi, SATA2-es Samsung PM800-as. Részletes technikai leírás van róla, de nem tér ki rá, hogy mekkorák a fizikai szektorok, a SMART ATA parancsot meg a mostani USB-SATA átalakítóm nem viszi át, így nem tudom lekérdezni. Lehet ez még 4K szektoros, lehet, hogy már nem.
Nem levezetés kérdése, ha egyszer a drive ekkora fizikai szektorméretet jelez vissza, az nem dísznek van. Ha tudod cáfolni, hogy ezek 4K-sok, akkor várom a linket, ami rámutat. Egyébként is az a logikus, hogy a gyártók a 512-es méretre menjenek rá, mert ezzel nem kell mindig potyára 4K-s blokkokat írogatni. Az is igaz, hogy a legtöbb modern fájlrendszer ma már eleve 4K-s vagy nagyobb szektorméretet használ már eleve logikailag is, de ettől az eltolás még mindig nem számít, ha egyszer a fizikai szektorméret 512 bájtos.
-
Frawly
veterán
válasz Doky586 #29770 üzenetére
Nem tudom mit nem lehet ezen érteni. A partícióimon adatok vannak, OS-ek beállítással. Sima felhasználói adatokról van mentésem (doksik, játékok telepítője, sorozatok, zenék), meg néhány beállításról, de ha szétcseszem a partíciókat (értsd adatvesztés vagy nem bootol), akkor telepítgethetek órákat megint, EFI dualboot, OS reinstall, csomó mindent konfigurálhatok elölről. Ne is haragudj, de napi szinten használt rendszereket nem fogok neked szétcseszni csak kíváncsiságból, hogy aztán egy csomó plusz munkát csináljak magamnak. Ha veszek új SSD-t, vagy ki tudom próbálni a külső SSD-men, amin általában semmi fontos nincs, akkor majd kipróbálom. Ennyi erővel én is kérhetném, hogy tedd meg te az alignálás módosítását, ha szerinted nem lesz adatvesztés, akkor nyugodtan meglépheted.
Egyáltalán nem aszerint jelent az SSD, hogy az OS mit akar hinni. A valóságot jelenti le, ettől még az OS mindenképp 512 bájtos logikai szektorokkal kezeli (kivéve, ha máshogy van beállítva). A Linux nem hisz semmit, használja a meghajtót, felírja a partíciós táblát, íráskor, olvasáskor, ha be van állítva TRIM-kor, meg SMART-lekérdezéskor küldözgeti a megfelelő ATA parancsokat (NVMe meghajtónál az NVMe parancsokat), a vezérlő pedig intézi az adattároló felületen, amit kell. Mindez attól független, hogy mi van a SMART-ban lejelentve. Sőt, ha Linux alá nem telepítesz smartmontools-t, akkor semmit nem vesz figyelembe a SMART-ból, mert nem lesz SMART-kezelés egyáltalán, az egyébként is a felhasználó tájékoztatását szolgálja, hogy tudni lehessen milyen állapotban van a meghajtó, mikor kell cserélni.
Én azért használom 4K-kompatibilis alignálással, mert a particionálóprogik eleve így hozták létre, egész MiB-os határon (2048 szektornak valamilyen egész többszöröse), nem volt okom ebbe kézzel belenyúlni. Nem nyertem volna vele semmit, sok gigás meghajtón nyerni 1 MiB-tot az első partíció előtt elenyésző, azon senkinek nem múlik az élete). Még hagyományos (nem 4K-s) HDD-ket is így particionáltam, már sok éve így működnek ezek a programok, meg eleve azt preferáltam, hogy egész GiB-os, egész 100 MiB partícióim legyenek, amivel könnyebb számolni a partíciók méretét. Ez alól kivétel az utolsó partíció, mert ott lehet a vége olyan szektorra esik, ami nem egész MiB-os, GiB-os határon végződik, de ez a legutolsó néhány szektor nagyon ritkán íródik. Ennek a megoldásnak az is az előnye, hogy ha véletlenül elveszne a partíciós tábla, akkor emlékezetből újra létre tudom hozni, mert a szektorhatárokat újra ki tudom számolni, meg a partíciótípusokra emlékszem. Persze modern OS-nél és UEFI-nél már ez sem segít, mert partíció UUID is tárolódik a partíciós táblában, ami fontos lehet, ha ez elveszik, akkor szopó a meglévő rendszereket az új UUID-ket átvezetni, úgy, hogy bootképesek maradjanak. MBR + Legacy boottal viszont működne. Utoljára a DOS/Win9x-es FDISK, meg Win9x/NT4/2k/XP particionálóprogramja volt az, ami az első partíciót a 63. szektornál kezdte, a többit meg ahogy esett a partícióméret alapján, de ilyen gépem, amit XP telepítővel particionáltam, utoljára 9 éve volt, de pl. 8 éve sem voltak még sehol a 4K-s HDD-k és SSD-k.
Olyan meg nincs, hogy egy partíció alignálatlan, mert min. a partíciós táblával mindenképp alignálva van, vagy többel. Itt most az a kérdés, hogy ennek az alignációnak mindenképp 4K-nak kell-e lennie ezeknél az újabb SSD-knél is.
Arról még mindig nem írtál, hogy nálad a HD Sentinel mit mutat. Gondolom 512 bájtos szektorokat. Tudom, tévesen van lejelentve, hogy az OS-t becsapja. Azzal is tisztában vagyok, hogy a NAND cellák határai is bizonyos szektorhatárra esnek (page size), de a 3D NAND TLC-n több forrás szerint ez 16384 + 2208 bájt, ami 4K-nak megint nem többszöröse, vagyis az lenne, ha az a 2208 bájt nem lenne ott, lehet az csak metaadatot tárol, ennyire sehol nem mélyednek bele.
[ Szerkesztve ]
-
Frawly
veterán
válasz Doky586 #29776 üzenetére
De most mit alignáljon egy ötszáz megás System Reserved partíción, amire a Windows egyszer ír ki kb. 100 megát, aztán onnan csak néha olvas be egy keveset, míg írni az életben nem ír rá semmit többet. Gondolod azon a partíción fog benchmarkokat futtatni? Ráadásul mióta ezek az újabb meghajtók 0,5K-t jeleznek vissza, valószínű értelme sincs. Az esetben az is gyanús, hogy hogyan nem 4K-s az alignáció, ha egyszer a Windows 10 hozta létre, mikor az eleve 4K-n szokta. Gondolom valami klónozóprogram hibás beállítása okozta a változást.
Mondom, ha ez téged megnyugtat, legközelebb szándékosan nem 4K-n alignálom, hogy ne legyen borivás.
[ Szerkesztve ]
-
Frawly
veterán
válasz Silentfrog #29789 üzenetére
Nem lesz gyorsabb tőle a rendszered, ne cseréld le, ha még működik és nem nőtted ki. Inkább tedd azt a pénzt akkor videókártyába.
-
Frawly
veterán
Nem számít neki, hogy hol van az üres hely. Lehet elején, közepén, végén. Úgyse tudod melyik cellákba íródik, mert a vezérlő szinte össze-vissza ír a cellák között, amit te meghajtó elejének látsz, az bárhol ki lehet írva az adattároló területre. Az is mindegy, hogy a szabad hely particionált vagy particionálatlan területen van.
-
Frawly
veterán
Nincs ezzel baj, ezek ennyit mennek. A 4K Q1 read minden SSD-n a leggyengébb adat, nyugodtan nézegesd a neten a Crystal Disk Mark-os screenshotokat, látni fogod. Általában a többi adat tizede. A Q32 4K szerintem is egy kicsit alacsony a szekvenciális eredményekhez képest, de még elmegy kategória, nem aggódnék emiatt. Proci is beleszólhat, milyen gép?
[ Szerkesztve ]
-
Frawly
veterán
Szerintem ne klónozd. Az adatokat mentsd le, azok egy külön partíción legyenek (későbbi Win reinstall esetére), és húzz fel rá egy Wint. Ha a 120 GB már szűkös volt, akkor alakíts ki neki nagyobb partíciót. A HDD nem maradhat a gépben? Mert ha asztali gép, adatot tárolni jó az. SSD-re meg csak a sebességkritikus adatok, rendszer, alkalmazások. Vagy ha csak SSD-t akarnak a csend miatt, de sok adat van, meg nem hajlandóak karbantartani a rendszert rendszeresen helycsinálás végett, akkor vetess velük inkább nagyobb SSD-t.
-
Frawly
veterán
Azt azért nem érzed gyorsabbnak, mert a töltési időket tekintve nem gyorsabb. Ha NVMe-s SSD lenne a gépben, ami 4-5-szörös sebességeket produkálna benchmark alatt, vagy RAM drive-ról próbálnád, érzetre azt sem éreznéd gyorsabbnak. Az az oka, hogy az SSD-k elértek egy küszöbsebességet, mikor már újra a gép többi hardvere a szűk keresztmetszet, míg feldolgozzák az SSD-től kapott adatokat, addig meg az SSD vár és nem tudja kifutni azt a sebességet sem, amit egyébként menni tudna 100%-os kihasználtság esetén. Ebben a videóban 4:40-től elmagyarázzák, de az egész videó tanulságos.
[ Szerkesztve ]
-
Frawly
veterán
Linuxon a sudo smartctl -a /dev/sda parancsot használd (feltéve ha nálad sda az eszközneve annak az SSD-nek), másold be ide a kimenetét monospace formázással.
Egyébként szerintem gáz értékek. Hiába írja, hogy OK az SSD, az error count és az uncorrectable error 0-án kéne, hogy álljon (a többi érték jó), pláne egy alig pár napos SSD-nél. Viszont azért ne kezdjünk pánikolni, mert egyúttal az is egyértelműen látszik, hogy ezzel a SMART-ot kiolvasó Disks progival is valami gebasz van, mert az írásokat, olvasásokat nem mutatja, mikor kéne neki, így pedig valószínű a többi érték sem megbízható. Ezért addig ne vonjunk le semmilyen következtetést, amíg vagy smartctl-lel vagy Hard Disk Sentinellel (van Linuxra is, csak azon nem annyira részletes, mint Windowson), vagy az SSD-d gyártójának windowsos szoftverével rá nem nézel.
[ Szerkesztve ]
-
Frawly
veterán
Na, ez már egyből más. Nincs az SSD-vel semmi baj. Az error rate-nél nem a raw-t kell nézni, hanem a value-t. Az egy kicsit furcsa, hogy a wearoutnál nem mutat értelmes értékeket, csak csupa nullát, de ez nem az SSD hibáját jelzi előre, hanem hogy ezt a SMART attribútumot nem támogatja a meghajtó, helyette wear leveling count-ot használja, aminek az értéke rendben van.
Még futtass le egy sudo fdisk -l /dev/sdb-t (bár nem értem, ha a rendszer arról fut, akkor miért nem /dev/sda, de legyen). Ezzel az alignálást lehet ellenőrizni a partíciókon (erről írok mindjárt egy külön hozzászólást).
A sudo hdparm -I /dev/sdb | grep TRIM a TRIM-támogatást ellenőrzi.
Illetve egy mount | grep /dev/sdb-t is nézhetsz, ez kilistázza, hogy az egyes SSD-partíciók milyen opciókkal lettek felcsatolva (TRIM-ellenőrzéshez).
-
Frawly
veterán
válasz Frawly #29766 üzenetére
Meg kell kövezzem magam, de tényleg fontos az alignálás az újabb SSD-knél is. Hiába jelez vissza az SSD 512 bájtos fizikai szektoros támogatást, ez nem jelent semmit, felhasználót megtévesztő bullshit. A Flash celláknál a page size értékét kell nézni, és ezt nem hogy nem közli le magáról a meghajtó, de sumák módon sok gyártó meg sem adja, még a részletes datasheet-en sem. Ez minimum 4096 bájt (4K), a legújabb (főleg új TLC chipes) SSD-knél 16384 bájt (16K), de akár több is lehet (főleg, ha a QLC is terjedésnek indul).
Az is igaz, hogy a helytelen alignálás lassulást okoz, méghozzá a leírások szerint brutálisat, olyan 10-20× lassabb lesz tőle az SSD, ha helytelenül vannak alignálva rajta a partíciók kezdő határai, ergo olyan HDD-szintre esik vissza a sebessége, amit a vak is azonnal észrevesz. Emiatt volt igaza a kollégának, meg egy 100 megás bootpartíción vagy system reserved Windows partíción is ki kell igazítani az alignálást, ha az nem jó.
Viszont megérte fetrengeni ezzel egy kört, mert kiderült, hogy az újabb drive-oknál NEM elég az okosok által lefektetett 4K-s alignálás, hanem 16K-ra is szükség lehet!!! Persze továbbra sem kell megijedni, mert minden értelmes particionáló progi (windowsos és linuxos telepítők és particionálók) egész MB-os határon kezdi a partíciókat (2048 szektornak egész számú többszöröse), ami azt jelenti, hogy 4K, 16K, 32K, stb.-vel is kompatibilis az alignálás egészen 1024K-ig. Nem véletlen ez a default beállítás mindenhol, és ezt lehetőleg HDD-knél se bírálgassuk felül, ne tudjuk jobban. Nincs rá valós indok, hogy ebbe az ember belenyúlkáljon, főleg, ha nem ért hozzá mélyebben. Egyedül klónozóprogramok szúrhatják el az alignálást, így ezt ott kell fokozottan ellenőrizni.
[ Szerkesztve ]
-
Frawly
veterán
Oké, alignálás is rendben, a TRIM is támogatott. A mount parancs mit mutatott a /dev/sdb-re? Mármint az a lényeges, hogy discard csatolási opciót mutat-e valahol. findmnt -O discard formában is futtathatod, úgy is ki lehet deríteni. Ha nincs discard opció, akkor a systemctl | grep fstrim parancsot is meg lehet próbálni. Valamilyen TRIM-et használni kell, vagy discard vagy fstrim. Disztrótól függ, hogy melyik megoldást részesítik előnyben, a legtöbb SSD-nél nem számít melyiket használjuk a kettő közül (bár néha SSD-n és fájlrendszeren is múlik).
A linkelt cikk is jó, bár vannak benne dolgok, amelyekre vannak jobb parancsok, de esetleg a dmesg | grep ahci parancsot is futtathatod belőle, de majdnem biztos vagyok, hogy AHCI be lesz kapcsolva.
Ha az ember amellett dönt, a fstrim-et nem kell már a cron-ba tenni, van rá systemd service (fstrim.service), amit be lehet kapcsolni (systemctl enable fstrim.service). De ha van discard, akkor fstrim nem kell, és fordítva.
[ Szerkesztve ]
-
Frawly
veterán
Igen, azt jelenti, hogy bár a meghajtó támogatja a TRIM-et, a Linux nem küld TRIM parancsot a meghajtónak jelenleg semmilyen formában. A legegyszerűbb, ha az /etc/fstab fájlba a mountolási opciók közé beteszed a discard opciót.
Persze lehet helyette fstrim is, de akkor systemctl enable fstrim.timer formában kell futtatni, rosszul emlékeztem (nem fstrim.service, pedig van olyan is).
Görcsölni valóban nem kell vele, lehet úgy használni, mint egy HDD-t. Egyébként nálad minden jól be is van állítva, de azért TRIM-et célszerű használni, főleg ha csak egy opciót kell betenni az fstab-ba.
Linuxnál amúgy is kevesebbet kell vele fetrengeni, mivel a Linux nem erőltet mindenféle automatizált háttérszolgáltatást (hibernálás, swap, defrag), csak azokat futtatja és olyan mértékben, amit te kifejezetten beállítottál. Windows alatt viszont le kell tiltani ezeket, ha klónozott a rendszer, ha friss telepítés, akkor magától beállítja. De ha kell hibernálás, használod, akkor maradhat, meg a swap is, nem lesz tőle baja. Defrag nem kell, az Linux alatt alapból nincs. Szóval a TRIM-en kívül tényleg igaz, hogy másra nem kell figyelni, úgy kell használni, mintha HDD lenne.
[ Szerkesztve ]
-
Frawly
veterán
válasz Czimby #29897 üzenetére
Nem aggódnék miatta. Az új firmware valószínűleg máshogy számolja ugyanazt a kondíciót. Nincs azon az SSD-n túl sok írás, az idők végezetéig kitartanak a cellák rajta, a vezérlő sokkal hamarabb adja be a kulcsot.
(#29895) GoodSpeed: atyagatya! 4 nap alatt 2,5 TiB-ot nyomattál rá? Nem szarozol, az biztos. Videóvágás, vagy sok Steam-játékot húztál le rá? Mert ha nem, akkor lehet valamelyik folyamat írási kergekórt kapott, és ki kéne deríteni melyik. Általában gamer billentyűzetek, gamer kontrollerek szoftverei szoktak írási kergekórt kapni, ritkábban Windows Update vagy valamelyik böngésző. Feladatkezelőben monitorozd mi ír ennyit.
-
Frawly
veterán
válasz #41133696 #29911 üzenetére
Az én új SSD-im gyárilag 0 írással érkeztek. Csak az az írás van rajtuk, amit ért írtam rá. De még a használtan érkezett külső SSD-n sem volt 1,7 TB-nál több írás, pedig az több éves SSD.
Mindenképp nézegessétek Feladatkezelővel, kapcsoljátok be az IO írás oszlopot, menjen folyamatosan, progikat se zárjátok be. Ha nem csináltál rajta semmi különlegeset, akkor 1000%, hogy valami feleslegesen írogat vadul. Az ilyenre figyelni kell, mert így lehet pár hónap alatt szétnyírni egy MLC-s SSD is.
-
Frawly
veterán
válasz Czimby #29913 üzenetére
Nem tudni miért. Igazából ez a HDD-knél is így van, előbb döglik meg a vezérlő, minthogy az adattároló felületen megjelenjenek vagy szaporodjanak a bad sectorok. Azt pedig elég gyorsan észreveszed SSD-nél, ha döglött vagy dögledezik a vezérlő, nem látja az UEFI/BIOS, vagy látja, de nem bootol, vagy bootol, de nem mindig, vagy bootol, de részben vagy egészben elfelejti a ráírt adatokat, néha lefagyhat tőle a rendszer.
A túlmelegedést kizárnám, mivel nem melegszenek ezek olyan hőfokra (legalábbis SATA-nál), hogy kinyírjon bármilyen alkatrészt is.
-
Frawly
veterán
válasz Vakegérke #29899 üzenetére
Az SSD nem adattárolásra való. Ha tényleg fontosak azok az adatok, akkor legyen meg HDD-n, felhőben, stb. is. Az SSD inkább amolyan állandó cache-nek tekinthető.
(#29900) Emperor_: erről az egy éves szabványról valami link? Nem mintha nem hinnék neked, de szeretnék utánaolvasni.
-
Frawly
veterán
válasz #41133696 #29929 üzenetére
Ezek közül csak az svchost-nak van több írása, 7 giga, de még ez sem abnormális kategória, ez még egy nap alatt benne lenne az átlag felhasználás erős átlagában (20-30 giga/nap). Lehetőleg ne kapcsold ki a gépet 2-3 napig, fussanak a szokásos dolgok, ne zárd be a programokat. Ezt leszámítva használd a gépet úgy, ahogy szoktad.
Ha valami írási loopba kerül, azt gyorsan észre fogod venni, mert több száz gigát, vagy akár 1-2 terát is felír naponta.
-
Frawly
veterán
válasz MasterDeeJay #29932 üzenetére
Először is be kéne kapcsolni a TRIM-et, milyen driver van fent? Szabványos AHCI vezérlőnek kéne lennie. A másik, hogy a SMART-ról is tegyél be képet, hogy az error-okról az értéket lehessen látni.
Harmadrészt, ha az SSD-n egy szektor hibás, te azt már nem regenerálod sehová sem. Vagy visszadobod gariba, vagy mehet a kukába. Egyelőre ezen a drive-on elvileg nincs hibás szektor, azt írja, de azért nézzük meg a SMART-tot. Ez a regenerációs csoda az esetek 99,9%-ban már a HDD-ken sem segített, pedig azokra lett kitalálva, az SSD-nek más a működési elve. Elméletben az SSD-n tud segíteni, ha security wipe-olod (ez egyben TRIM-eli is), vagy Linuxon a sudo blkdiscard /dev/sda parancsot végigküldöd rajta. Ezek mindent törölnek, TRIM-eléssel alapállapotba is hozzák a cellákat, elvileg segíthetnek, nagy csodát persze ettől sem lehet várni, szarból elég ritkán lehet várat építeni.
-
Frawly
veterán
válasz MasterDeeJay #29936 üzenetére
Ja, az más, ha USB-s rackben van. Akkor csoda, ha egyáltalán a SMART adatokat ki tudja olvasni. Egyébként a SMART szerint rendben van, raw error rate, retired block count, reallocation event mind maximálisan jó értéken van, akárcsak a kondíció. Ez így patyolat, új állapotban lévő SSD. Nem is értem, hogy a HD Sentinel miért 72-es kondíciót ad meg rá, mikor a SMART Life left még mindig 100-as.
Nagyon gyanús, hogy az olvasás, írás is nagyon kevés rajta. Ezek alapján alig volt még használva ez az SSD. Ha szarakodik a Windows, főleg ilyen nagy évfordulós update-nél, akkor telepítsétek újra egy olyan telepítővel, ami alapból tartalmazza már az update-et. Sanszos, hogy akkor probléma nélkül fog menni.
-
Frawly
veterán
Egyáltalán nem meglepő. Egy mai átlag weboldal kb. 1 MB, de sok ettől több (vagy mert sok szir-szar van az oldalon, vagy videók vannak beágyazva, pl. a YouTube meg hasonló videómegosztó oldalak temérdek sok forgalmat generálnak, egy HD videó lazán lehet többszáz mega egymagában, akkor is ha csak pár perces). Igaz, hogy a sokadik látogatásra, a nem dinamikus, változatlan tartalmakat cache-ből húzza be (feltéve, hogy megtalálja benne), de azért még egy óvatos böngészgetés is a nap végére fel tud emészteni egy csomó gigát, nézd meg a böngészőcache-t a nap végén úgy, hogy minden nap üríted. Egyébként napi 20-30 giga meg sem kottyan egy TLC-s SSD-nek sem, ebbe lazán belefér napi 2-10 giga böngészés, meg kb. majdnem ugyanennyi letöltés (pl. torrent, vagy stream). Talán még a napi 50 giga sem necces annyira, csak akkor nem fog 10+ évig tartani az íráslimit elérése, vagy a cellák kifáradása. Esetleg ha zavar, és annyira kímélni akarod az SSD-t (mert mondjuk sok írást adsz neki egyébként is), és van elég RAM-od, akkor tedd a böngészőcache-t a RAM-ba. Ne a HDD-re, mert az lassú, lassítja a renderelést. Egyébként maradjon SSD-n, hadd gyorsuljon tőle az oldalak összerakása. Gondolom nem kímélni, meg dísznek vetted, hanem azért, hogy gyorsítson.
Valamennyit tudsz spórolni még írásban, ha reklámblokkolót használsz, úgy a reklámokat nem tölti le és nem írja ki cache-be, de a böngészés nagyját a streamek teszik ki.
-
Frawly
veterán
válasz #41133696 #29944 üzenetére
Na, akkor meg is lett mi ír sokat. Eleve gyanúsan hangzott ez az Adguard. Legalább most már tudjuk, hogy ilyenek is okozhatnak túlzott írást. Bár még futtassad a Feladatkezelőt, mert ez a 66 giga írás egy folyamathoz sok, de arra nem elég, hogy 4-5 nap alatt 2,5 terát felírjon, fog ott még valami szutyok folyamat sokat írogatni.
Még az az svchost gyanús a maga 21 gigájával, meg kéne nézni, hogy pontosan mit futtat, ezt más füleken tudod ellenőrizni, mert több is szokott belőle futni. Bár még ez a kettő folyamat a maga 87 gigájával még mindig nem indokol 2,5 tera írást.
[ Szerkesztve ]
-
Frawly
veterán
válasz Doky586 #29970 üzenetére
Ha 3 év alatt esett a kondíció 11%-ot, akkor a maradék 89% kb. 24 év alatt fogy el, és még akkor sem történik semmi, ha elfogyott, működni fog tovább. Gondolom nem fogja 27 évig használni azt az SSD-t, előbb lesz lecserélve, 27 évvel ezelőtt 386-486-osokat voltak max. ATA33-as, 20-80 MB-os HDD-kkel meg 14 colos vagy kisebb CRT monitorral, kb. ennyire fog elavulni ez az SSD is 27 év alatt, azért nem kéne egyiket sem kímélgetni. A furcsa ebben az esetben az, hogy 1,35 TB-os írás az lóf4× tejszínhabbal, max. 0-2%-os kondícióesést indokolna. Lehet volt a drive-on firmwarecsere, ami után átszámolódott a kondíció. Csak erre tudok gondolni, mert amúgy hibátlan meghajtónak tűnik.
Ami engem illet, 181 nap alatt (nem üzemidő, hanem az SSD tényleges kora a gépbe való beszereléstől számítva) a SMART adatok szerint 788 GiB-ot írtam az MX300-ra, ami napi 4,3 GiB mindössze (ennek is nagy része torrent), és ez alapján a 160 TBW-s garilimitet még 102,4 évig (!) tart elérni ilyen ütemben. Igaz azért is ilyen kevés, mert Linux sok RAM-nál nagyon keveset írogat átlag felhasználás során.
[ Szerkesztve ]
-
Frawly
veterán
válasz Kowi84 #29993 üzenetére
Azokat az adatokat buktad, a Kürt sem valószínű, hogy vissza tudná hozni. Ebbe bele is nyugodhatsz. Mindig legyen mindenről biztonsági mentés, külső HDD-n, NAS-on, felhőben, mindegy, csak legyen. Amiről nincs mentés, az nem fontos adat valójában, és tekinthető úgy, hogy már elveszett, akkor is, ha még megvan. Nem csak az SSD specialitása, HDD-vel is megtörténhet akármikor, meg szoftverek bugjai, titkosító ransomware-ek is tudnak adatvesztést okozni, mindig fel kell rá készülni. Vedd a mostani esetet tanulópénznek.
Valószínű, hogy az SSD-nek is reszeltek, a Vertex híresen rossz széria volt. Megpróbálhatod particionálni, formázni, a partícióknak betűjelet adni a Lemezkezelőben, de sokat ettől sem lehet várni, csak egy esélyt adsz neki, mielőtt kidobod a kukába. Esetleg a gyári szoftverrel egy security erase-t meg lehet próbálni (végig TRIM-eli az egész meghajtót), de kuka SSD-nél az sem tesz csodákat.
-
Frawly
veterán
válasz #41133696 #30000 üzenetére
Az első videó időrablás, semmi nem történik rajta. Ránézel a SanDisk SSD-re a gyári programjával és 100%-osnak mutatja, SMART értékek rendben. Csak hogy időt spóroljak a nagyérdeműnek. Egy gyanús dolgot láttam még, SSDOK-kal nézz rá, hogy tényleg megy-e a TRIM, mert a SanDisk gyári programja szerint nincs bekapcsolva.
A második videón a Feladatkezelőben az látszik, hogy az mp-s folyamatok írnak sokat, Google szerint ezek a Windows Defenderhez tartoznak. Mondjuk az a SYSTEM nevű folyamat is elég sokat ír, 100 MB fölött. Process Explorerrel kéne ránézni fa-nézetben, hogy mit futtat ez a folyamat. Lényegében csak ezek írnak sokat, a többi folyamat írása normálisnak tűnik. Viszont ahogy nézem, az AdGuardot nem sikerül lesikálni a gépről, pedig első körben arról derült ki, hogy az is brutálisan sokat írogat feleslegesen, tettél be róla screenshotot múltkor. Azóta még egy terabájt felkúszott arra a szerencsétlen SSD-re néhány nap alatt.
-
Frawly
veterán
válasz #41133696 #30008 üzenetére
Szerintem akkor be van kapcsolva a TRIM. Gyanús volt, hogy a SanDisk gyári programja túl gyorsan TRIM-elte végig a meghajtót, szerintem már eleve TRIM-elve volt. Csak azért szóltam, mert megéri az ilyet ellenőrizni.
Az különböző gyártók SSD-i mind máshogy számolják a kondíciót. Van, amelyiknél gyorsabban kezd el esni, más modelleknél meg lassabban, mivel máshogy veszik figyelembe a felírt össz adatmennyiséget, van, amelyik más SMART adattal is kombinálva számolja ki. Alapvetően a 91% is egy jó kondíció még. Nem hinném, hogy bármi is meg van billenve ott. A screenshotok és videók tanulsága szerint tényleg sokat ír nálad valami, ki kell deríteni mi.
-
Frawly
veterán
válasz #41133696 #30000 üzenetére
Erre még reagálok: még egyszer megnéztem a második videót, a feladatkezelőset, és nem egy tera írást mutat, hanem egy gigát kb. összesen, az azért nem olyan vészesen sok. A tera az az a mennyiség, ami a legutóbbi screenshot óta felmászott az SSD-re, de az néhány nap volt, nem fél óra.
-
Frawly
veterán
válasz #41133696 #30023 üzenetére
Ezek teljesen rendben vannak. Ne kapcsold ki, ne bootoltasd újra a gépet 2-3 napig, a szokásos alkalmazások fussanak folyamatosan (böngésző, Steam minden egyéb menjen megszakítás, kilépés nélkül), rendszeresen nézz rá Feladatkezelővel mi ír sokat, néha HD Sentinellel is nézz rá, hogy kb. annyival növekedett-e az összírás mennyisége, mint amit a Feladatkezelő oszlopai mutatnak. Ez ilyen műfaj, türelem kell hozzá, de megéri vele egyszer szívni, hogy utána ne kelljen szétnyírt SSD-t kidobni.
[ Szerkesztve ]
-
Frawly
veterán
Alapvetően nem értek egyet azzal, amit írtál, de összességében mégis egy jó ötletet adtál. Intel SSD-knél előfordult a múltban, hogy x adatmennyiség felírása x*y NAND írást generált a meghajtóra. Ezt a fajta hibát ki lehet szűrni azzal, hogy másolni kell rá nagy fájlokat, és megnézni, hogy tényleg annyival növekedett-e az írást a SMART szerint. Nem tudom a SanDisknél ez fennáll-e, de egy próbát megér. Elég egy ~100 gigányi fájlhalmazt rámásolni.
-
Frawly
veterán
válasz #41133696 #30031 üzenetére
Ezek az értékek valóban durván nincsenek összhangban. A Feladatkezelő ilyen 2-3 gigányi írást mutat, az SSD számlálója meg 150 gigát. Első körben nézd meg, hogy van-e X4120006-osnál újabb firmware (lusta vagyok utánakeresni), ha van, akkor frissítsd, ha nincs, én visszadobnám gariba. Nagyon gáz, hogy x adat felírása kb. 50*x írást ad a meghajtónak. Hiába mutat még 100%-os kondíciót, ilyen ütemben néhány hónap alatt le lesz amortizálva a meghajtó. A gariba küldés előtt azért ejtsd meg, hogy nagy fájlokat másolsz rá, és pontosan megnézed hányszorosan jelez több írást.
-
Frawly
veterán
válasz #41133696 #30036 üzenetére
Értem, hogy bug, de ez így nettó használhatatlan, mert nem fogod látni mennyit írtál rá. Nem kell az egész laptopot visszaküldeni garba, elég csak az SSD-t. A legtöbb laposból ki lehet venni teljes szétszerelés nélkül, csak a laptop alján lévő szervizpanelt kell lecsavarozni, és hozzáférsz az SSD-hez, nem jár megbontással meg garivesztéssel. Ha kell, előtte írj a boltnak vagy a szerviznek e-mailt, hogy nem az egész laptopot küldöd, mert nem akarod kockáztatni, ehhez az ügyintézéshez elég az SSD egymagában.
Nagyon kínos bug, ez most engem is elriasztott, hogy SanDisket vegyek a jövőben, pedig épp szemeztem én is vele, igaz nem ezzel a modellel. Így a továbbiakban a márkát sem fogom sehol ajánlani.
-
Frawly
veterán
válasz Pendragon911 #30047 üzenetére
Ez így kevés adat. Konkrétan milyen Plextor? Gondolom SATÁ-s, ha már a rögzítés szóba került, de azon belül is pontosan melyik modell? SSDOK-ról és HD Sentinel általános és SMART fülről kéne kép.
-
Frawly
veterán
válasz Pendragon911 #30051 üzenetére
Teljesen hibátlan SSD-nek néz ki, mindene 100%-os, a beállításaid is megfelelők (szabvány driver, aktív TRIM, AHCI mód, partíciók alignálása megfelelő, defrag kikapcsolva).
Nézd meg rendesen rajta van-e az SSD-n az adatkábel és tápkábel, nehogy ki legyen lazulva. Esetleg próbáld meg másik SATA kábellel, vagy dugd át másik SATA portba.
Ha kékhalálozik, akkor milyen hibaüzenetet ír ki a Windows?
-
Frawly
veterán
válasz TheProb #30089 üzenetére
Az igen! Kapja szegény az íveket rendesen, már 4,5 éve napi 400 gigákat csapatsz fel rá írásügyileg. Igaz ezek az SLC-s meghajtók nagyon sokat bírtak, persze jó drágák is voltak anno, és még most sem olcsók.
A HD Sentinelnek viszont az ilyen baromságait nem szeretem, 82%-os kondíciójú meghajtóra beröfögi, hogy 85 nap becsült élettartam van hátra. Az meg hogy a pékbe jött ki neki? Mert ha a számokat nézem, akkor ezzel a brutális írási ütemmel is még egy laza 20 év, mire a kondíciója lemegy 1%-ra.
-
Frawly
veterán
válasz Doky586 #30123 üzenetére
Igen, képernyőt Képmetszővel és PNG-be. Szerintem a SAS meghajtóknak egész más a SMART-juk, amivel a HD Sentinel semmit nem tud kezdeni, konzumer AHCI/NVMe-s meghajtókhoz készült. Elég valószínűtlen, hogy a teljesítmény és a kondíció is lemenjen 0%-ra, egész biztos vagyok benne, hogy nem tudja kiolvasni megfelelően a SMART-ot. Szerintem SAS vezérlőnél a kulcs a driver lesz, meg az SSD gyári programját kéne futtatni megbízható infókért.
Plusz azért néz ki nála másként a HD Sentinel, mert Pro verziót használ.
[ Szerkesztve ]
Új hozzászólás Aktív témák
-
HARDVERAPRÓD
(rögzített hozzászólás)
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!
- Tudástár Az SSD kondíciója, tények és tévhitek
- Tudástár Windows 7/8/10 SSD-vel! Hogyan is?
- Elemzés Átfogó elemzés az SSD-k természetéről
- Kerékpárosok, bringások ide!
- Eredeti játékok OFF topik
- Xbox Series X|S
- Politika
- Házi barkács, gányolás, tákolás, megdöbbentő gépek!
- Samsung Galaxy S23 Ultra - non plus ultra
- HiFi műszaki szemmel - sztereó hangrendszerek
- Rövid videón a Black Myth: Wukong
- Android alkalmazások - szoftver kibeszélő topik
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- További aktív témák...
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen