- Xbox Series X|S
- Dragon Age: Origins
- Senua’s Saga: Hellblade II teszt
- Diablo IV
- Fortnite - Battle Royale & Save the World (PC, XO, PS4, Switch, Mobil)
- Arena Breakout: Infinite
- PlayStation 5
- EAFC 24
- Nintendo Switch 2 vagy amit akartok (találgatós topik most még)
- Tekken 8 - Nyáron érkezik Lidia Sobieska
-
GAMEPOD.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.
Új hozzászólás Aktív témák
-
Frawly
veterán
válasz gya/352 #35658 üzenetére
Elég sima Ubuntu-t vagy Xubuntut letöltened. Mikor bebootolsz, akkor kipróbálást nyomsz telepítés helyett, így tudod Live módban használni. Mikor már fut, nyitsz egy terminált, oda beírod:
sudo fstrim -a -vEz meg fogja trimezni az SSD összes partícióját. De az az O&O Defrag is megcsinálja, meg akármelyik újabb 3rd party defrag progi, ami már ismeri az SSD-ket. Ezek az újabb progik már töredezettségmentesítést hajtanak végre, ha SSD-t érzékelnek, hanem TRIM-et.
(#35660) Doky586: a modern SSD-ken nem feltétlenül lesz TRIM nélkül belassulás. A modern vezérlőkben elég jó a garbage collection. A régi SSD-knél volt igaz, hogy sokat számított a TRIM.
[ Szerkesztve ]
-
Frawly
veterán
válasz Doky586 #35663 üzenetére
Nem azt mondtam, hogy ha megy, le kell tiltani, hanem ha valakinek csak az XP alternatíva, és nem megy a TRIM, akkor nem kell senkinek a kardjába dőlni, meg emiatt idegeskednie, főleg, ha újabb SSD-je van, az újabbon azt értve, hogy az utóbbi 3-4 évben megjelent.
Persze én XP-t nem használnék semmire. Nem a TRIM miatt, de elég régi, elavult rendszer minden szempontból. Nem kéne már átlag felhasználásra erőltetni.
Nyilván nem haszontalan, ha megy a TRIM, mert megkönnyíti a garbage collectiont. De ha nem megy, az sem lehetetleníti el. Mondom, ez régebbi SSD-knél volt fontos, amik még régi vezérlőkkel voltak felszerelve, amelyekben vagy nem volt GC, vagy volt, de elég kezdetleges. Ott sokat számított, néhány hét alatt brutálisan be tudott lassulni az SSD TRIM nélkül.
Egyébként nekem Linux alatt nincs is engedélyezve a TRIM, sem discard mount nincs, sem rendszeres fstrim. Néha napján kézzel futtatom le az fstrim-et. Volt már, hogy 3 hétig sem futott le TRIM, és nem lassult be az MX300.
Igazából ha nem hiszed el, fordítva kéne, teszteld te a letiltását. Majd számolj be, ha belassulást tudsz kimutatni. Nyilván nem ajánlom ennek ellenére senkinek, ha megy a TRIM, akkor piszkálja, vagy letiltással próbálkozzon. Ha egyszer tudja az SSD és az OS, akkor legyen használva rajta ez a funkció is, ne legyen parlagon hagyva.
-
Frawly
veterán
válasz Archus #35677 üzenetére
Ez ilyen. Van, akinél ciripel ugyanaz az SSD, másnál nem. Nálam a 860 EVO nem ciripel. Az MX300 ugyanabban a gépben ciripel, másnál meg nem. Valóban az van, amit már írtak, a táptól függ. Bár olyan írás is van a neten, ami a proci energiagazdálkodással hozza összefüggésben, pl. a BIOS-ban bizonyos C-state-ek kikapcsolása, de ez nekem nem segített.
A 860 EVO-n kívül az összes SSD-m ciripel. ThinkPad X220-ban és Latitude E5430-ban is (ebben nem tudtam kipróbálni a 860 EVO-t).
-
Frawly
veterán
válasz gya/352 #35689 üzenetére
Ja, hátha munkahelyi gép, akkor meg végképp nem érdemes az SSD miatt aggódni. Ha esetleg belassulna, akkor a legfrissebb Xubuntu .iso-t letöltöd, Rufus-szal kiírod pendrive-ra, bebootolsz Live módban, nyitsz egy Terminált, majd kiadod benne ezeket a parancsokat:
su -
fstrim -a -vDe jó rá valóban a Win To Go futtatása is, valami külső USB-s HDD-ről.
-
Frawly
veterán
válasz SirKero #35726 üzenetére
A 74%-os kondíció nagyon szép a 170 TB-os íráshoz képest.
Egyébként el kell keserítselek, nincs már rá jótállás, mivel a 120 gigás modellnél a jótállási íráslimit 30 TB, de még a 480 gigásnál is csak 120 TB, te meg ennél is többet írtál rá fel. De teljesen jó ez, gondolom már megvan 2-3 éve legalább, még legalább 2 évig vagy még tovább tudod használni. Addigra bőven kiszolgálja az árát, főleg ahhoz képest, hogy nem átlag felhasználással lett használva (átlag felhasználás: 10 TB vagy kevesebb írás / év).
A 80%-os teljesítményt azért írja a HDS, mert nem megy a TRIM, ezt SSDOK-kal kéne ellenőrizni.
Meg azért is jó, hogy előjön ilyen példának olyan SSD, mint a tiéd, mert sok első SSD-s aggódik a jótállási íráslimit miatt. A te példád is bizonyítja, amit írni szoktunk, hogy az SSD-k a jótállási limit többszörösét is bőven bírják, te már 466%-kal írtad túl, és még valószínű bírja még olyan 300%-os túlírást ezen felül.
[ Szerkesztve ]
-
Frawly
veterán
válasz #95590400 #35736 üzenetére
Azért idegeskednie sem kéne rajta. A két átviteli hiba lehet mástól is, és a 170 terás íráshoz képest egész jól tartja magát az az SSD. Azért azt vedd figyelembe, hogy jóval túlírta már a tervezetthez képes.
Én az összes meglévő SSD-mre együttvéve nem írtam többet 6 teránál, 2 év alatt. Pedig ezek sem voltak kímélve, ment rájuk minden, tesztrendszer, torrent, mentés, meg ami épp kellett.
-
Frawly
veterán
válasz Ciccuka #35769 üzenetére
Nehéz gyártóra általánosítani. Mindegyiknek volt/van jobb/rosszabb szériája. A Kingstonokból döglik meg 1-1, de összességébe nem vészes a topikbeli tapasztalatok alapján.
Egyedül az Adata áll most csak úgy, hogy ellenjavalt bármelyik SSD-jük, kivéve az NVMe-s modellek. Esetleg az SU800 határeset, ha valaki akar kockáztatni. A többi Adata SSD viszont felejtős.
A Crucialból nagyon rég nem hallottunk hibás darabról, de Samsungról sem jön hibajelentés túl sűrűn. Ami még jött régen, az a 840-es széria volt.
A Plextor az tényleg jó, de az az árában is megmutatkozik, elég drága.
Toshibákra sok panaszt olvasni a neten, külföldi oldalakon. Hynixot, Lite-On-t nem tudom, azokat nem ismerem mennyire megbízhatóak. Itt a topikban nincs velük tapasztalat.
-
Frawly
veterán
válasz westlake #35791 üzenetére
Az pont lehet is oka, hogy valami régebbi rendszerben van az SSD, és az nem tudja rendesen 4K-ban kihajtani. Milyen proci van a lapban? Esetleg a chipseten is múlhat, mert az egy dolog, hogy támogat PCIe 3.0 x4-et, de NVMe és NVMe vezérlő között is lehet különbség. Az is lehet, hogy ezek a kicsit alacsonyabb értékek teljesen jók X99-es chipsettel. Végülis nem annyira alacsonyak, hogy amiatt lassú legyen az az SSD.
Az SSD meg ilyen műfaj, gyorsan esnek az árak. Ennyi erővel soha ne vegyen az ember semmit, mert majd csökken az ára és bukik rajta. Nem most vetted, de nem is csak most tudtad használatba venni. Mert aki most veszi, annak valóban 47 ezer 100k helyett, de te már használod egy ideje. Akkor kell megvenni mindent, mikor szükség van rá.
Az biztos, hogy 970 Pro-val mellényúlni nem lehet, de a legtöbb átlag felhaszálónak még a 970 Evo is overkill, és nem mindenkinek éri meg a felárat.
[ Szerkesztve ]
-
Frawly
veterán
válasz redband #35813 üzenetére
AS SSD Benchmark és ATTO Benchmark. Ez előbbinél főleg az elérési időt kell nézni (ms), a másik progiban meg hogy a 4K méret alatti kis fájloknál hogy teljesít.
De nem csak ez befolyásolja a betöltési időket, hanem hogy a többi hardver (CPU, GPU) mennyire erős, az visszafogja-e a betöltést. Ugyanaz az SSD lassabban fog teljesíteni egy C2D-ós gépben, mint egy i7/Ryzen-es erősebb gépben.
Általában betöltési időkben eléggé együtt van egy ideje az SSD-s mezőny, az olcsóbb és drágább SSD-k is, inkább szekvenciális átvitelnél van közöttük különbség, meg írásterhelhetőségben.
-
Frawly
veterán
válasz redband #35841 üzenetére
Azt sehol, mert az NVMe-nél az alap működési mechanizmusba van beépítve a TRIM, nem külön utasításként van futtatva. Így nem kell vele foglalkozni, ha működik az NVMe SSD, akkor a TRIM is megy.
Ezzel az egész IDE/AHCI/TRIM témakörrel csak PATA, SATA, mSATA, M.2 SATA SSD-knél kell vergődni. Ilyen szempontból az NVMe problémamentesebb, már ha működik valakinek a lapjában és bootolni is tud róla.
-
Frawly
veterán
válasz redband #35843 üzenetére
Így van. Ha megfelelő, gyári sebességeket mérsz, és működik, felismeri a Windows, fut róla, akkor nincs vele egyéb teendő.
NVMe-seknek az a hátránya, hogy a legtöbb SSD-s progi csak SATA-sokat ismer fel. Crystal Disk Info és HD Sentinel ismer 1-2-őt, de csak az elterjedtebb modellek közül. Azon kívül meg csak az SSD gyári progiját tudod használni, ha nyomon akarod követni a meghajtó állapotát.
-
Frawly
veterán
válasz phoenix64 #35846 üzenetére
Ez nagyon érdekes az eseted. Eddig az alaplapra gyanakodtam, de most ezzel az új lappal és kellően erős procival is csinálja, beállításaid jók, nincs nagyon ötletem. A SATA0-ra portra kötötted az SSD-t? Próbáltad azt, hogy minden más SATA eszközt lehúzol ideiglenesen, minden más HDD-t, ODD-t, meg amid csak van, húzz le.
Hard Disk Sentinel, nemzetközi (nem magyar) oldalról letöltött legfrisebb bétát indíts el, nézz rá mindkét SSD-re. Az a 0 és 2% kondíció elég baljós. A SMART fülről csinálj képet, minden oszlop és sor látszódjon rendesen, az adat oszlop decimálisra legyen állítva hexadecimális helyett.
-
Frawly
veterán
válasz erdey_a #35860 üzenetére
A régi AMD-s lapok ilyenek, nuku AHCI. Még annak is örülhetsz sokszor, hogy egyáltalán a modern SSD megy benne valahogy, és látja a BIOS, meg nem fagyogat.
Így van IDE módban használod, akkor lesz TRIM, de kicsit lassabb lesz az SSD (nem vészesen), vagy visszateszed RAID módba, és TRIM nélkül használod. Esetleg RAID módban egy Live Linuxot bootolva megpróbálható a TRIM. Vagy Windows alatt megnézni, hogy az SSD gyártójának a Toolboxa tud-e manuális TRIM-et. Esetleg valami 3rd party modern defrag program, ami felismeri, ha SSD-n fut, és „optimalizáció” címén megpróbálja TRIM-ezni.
Vagy veszel bele valami normálisabb PCIe SATA3 vezérlőkártyát, amivel lesz AHCI, de ez meg lehet megint olyan anyagi befektetés, ami nem éri meg.
[ Szerkesztve ]
-
Frawly
veterán
válasz drzozo #35909 üzenetére
Pedig igazából az A400-zal sincs baj más embereknél. Eddig ti ketten voltatok, akiknek lagolt, meg olvastunk pár tönkrement darabról, de semmi tömeges probléma nem volt még vele. Ráadásul a lagot okozhatja, hogy csak simán az alaplapi SATA vezérlőnek nem tetszik az SSD.
Ajánlani csak akkor szoktam, ha valaki a legolcsóbb vehető SSD-t keresi, de még ilyenkor is inkább a BX500-at szoktuk ajánlani helyette, mivel nem sokkal drágább.
-
Frawly
veterán
válasz redband #35919 üzenetére
Nem írtál konkrétumokat, hogy pontosan milyen SSD, és mekkora filmeket húzgálsz le.
Egyébként te magad is ki tudod számolni. Elkezdesz rá torrentezni pár napig. Nézed, hogy mekkora az összírás az SSD-n, és utánaszámolsz hogy mikor vetted, hány nap alatt hoztad össze ezt az írásmennyiséget. Így kapsz egy napi átlagírást, ezt vetíted ki a teljes ajánlott íráslimitre, és meg fogod kapni, hogy ilyen felhasználás mellett hány év múlva éred el a limitet. Állítom, hogy 10 év fölött fog kijönni.
(#35918) kelna91: a hőfoka dönti el. Ha nem megy 70 fok fölé, mert a ház szellőzése jó, akkor felesleges rá extra hűtés.
[ Szerkesztve ]
-
-
Frawly
veterán
válasz Lajbymester #35934 üzenetére
HD Sentinel SMART füléről csinálj képet, az összes sor és oszlop rendesen olvashatóan látszódjon. Esetleg mikor 100% a lemezhasználat, akkor a Feladatkezelőben nézelődni, lemezhasználat alapján rendezni a folyamatokat. Sokszor nem az SSD hibája ám, ha letérdel, a buzi Windows Update (meg az utána lefutó install worker nyomorékság) nagyon durván meg tudja küldeni a lemezhasználatot, ami néha még SSD-knek is feladja a leckét. HDD-vel emiatt teljesen felejtős a Win10, nem is szoktam senkinek javasolni, hogy HDD-vel kínozza magát. A Win7, WinXP még el-elfutogatott HDD-ről, még ha lassan is, de a Win10 tarkón lövés lassúságú mechanikus háttértárról futtatva, olyan brutálisan tekeri a lemezt.
Nekem is van egy Samsung PM800-as SATA2-es 60 gigás régi SSD-m. Teljesen jó, Linux alatt semmi baja, de Win10 alatt durvább update-eknél szépen be tud lassulni. Főleg, mikor kifogy alóla a RAM/DRAM/NAND cache is.
Ilyen Intel Rapidlowfax semmiképp nem kéne semmilyen SSD-hez. Rendesen mennie kéne az alap MS szabvány AHCI driverrel.
[ Szerkesztve ]
-
Frawly
veterán
válasz erdey_a #35950 üzenetére
Erről konkrét screenshotot mutassál, pontosan melyik SMART adatról van szó.
Nem értem mi lehet éjszakába nyúló egy SSD cserénél. Ugyanaz, mint a HDD, beteszed, kábeleket csatlakoztatsz, gépet bekapcsolod, bootmenü előhöz, Win10 telepítő elindít, feltelepíted rá a rendszert, ami SSD-n Win10 esetében nincs több 15 percnél, sőt, csak 2-3 perc lenne, ha nem lennének a Win10-nek ezek az idegesítő kérdései telepítés során, főleg, amikor a telemetriáról, meg a felhasználói fiókról kell megválaszolni kérdéseket.
[ Szerkesztve ]
-
Frawly
veterán
válasz erdey_a #35952 üzenetére
A Samsungot nem ismerem. De morbidnak tűnik, hogy valami ne tudjon USB-ről bootolni, ráadásul az USB-s bootnak semmi köze nincs ahhoz, hogy az alaplapi vezérlő SATA2 vagy SATA3. Szerintem csak simán elrontottad a telepítő .iso kiírását, Rufus-szal kell. A BIOS-ban meg ellenőrizni kell, hogy a bootmód Legacy vagy UEFI, attól függően melyiket akarod, meg a Rufus-szal milyen módban írtad ki a telepítőt.
Ez az adatkapcsolati hiba tényleg gáz, de nem biztos, hogy az SSD, előbb meg kéne próbálni másik SATA kábellel, esetleg másik SATA porton.
[ Szerkesztve ]
-
Frawly
veterán
válasz phoenix64 #35971 üzenetére
Szerintem vidd be a gépet a szervizbe. A te eseted eddig a legérdekesebb a topikban, két platformmal is próbáltad, régi inteles, új AMD-s, háromféle SSD-vel is SATA2-n, SATA3-on, így elvileg a proci, RAM, alaplap, SSD hibája kizárható, az SSDOK alapján a beállításaid is jók, megy a TRIM, jó driverrel hajtod, jó a partíciók eltolása, így mindenképp csak valami egyéb szoftveres beállítás maradt, vagy a BIOS-ban vagy az OS-ben, amit ösztönből állítasz be és nem gondolnád, hogy köze van hozzá.
A leggyengébb SSD-k is ha belassulnak 500+ MB/sec-es vagy 280+ MB/sec-es sebességről, az is max. csak ilyen 60-100 MB/sec-ig kéne hogy történjen a legrosszabb esetben, nálad meg eleve csak 100 MB/sec-ről indít és bemegy 4 MB/sec-re. Ez őrület, ott valami nagyon alapvető dolog van elcseszve.
-
Frawly
veterán
válasz erdey_a #35980 üzenetére
Teljesen normális, van, akinek 80 fokig is elmegy az MX500 esetén, de mivel a BX500 annak a kistestvére, ezért nem meglepő. Az nem tisztázott, hogy tényleg ilyen meleg-e vagy csak a szenzor mér félre.
De a 62 fok teljesen rendben van önmagában, 69 fokig semmi gond. Sőt, utána sincs gond, ha félremérésről van szó.
-
Frawly
veterán
válasz phoenix64 #35976 üzenetére
Ááá, itt valami még gázabb. Egy DDR4 RAM-nak még a legalacsonyabb frekin, legrosszabb időzítésekkel is kéne hoznia a legrosszabb hatékonyságú ramdrive-val 5000-9000 MB/sec körül, attól függően, hogy írás-olvasás, szekvenciális, vagy 4K.
Ez a 500/140 MB/sec vicc kategória, ennél a DDR1 is többet tudott.
[ Szerkesztve ]
-
Frawly
veterán
válasz Amazonas #35990 üzenetére
Igen, ez valóban számíthat, főleg Win10-nél régebbi Windows verzióknál, de úgy általában BIOS függvénye is lehet. Amikor nem akar bootolni USB-ről, ez az első, amit meg kell próbálni, hogy USB3.x helyett USB 2-re csatlakoztatni.
(#35986) phoenix64: ja bocs, benéztem. Csak azt láttam, hogy RAM a és b, meg CDM-mérés, így azt hittem, hogy a RAM-ot mérted.
A neten utánaolvasva nem te vagy az egyetlen, aki küzd ilyen problémával. Főleg PNY SSD-k esetén jön elő, ahogy olvasom, de az okát nem tudja senki.
Amit én még megpróbálnék, hogy egy Live Linuxot beröffenteni pendrive-ról, és azzal megnézni pár nagyobb fájl másolását, hogy azon is belassult-e. Esetleg Ubuntu alatt a Lemezek alkalmazás sebességtesztjét futtatni. Illetve ha Linux alatt is belassult, akkor a dmesg paranccsal a kernelkimenetet megnézni, hátha ír valami használható hibaüzenetet.
[ Szerkesztve ]
-
Frawly
veterán
válasz Doky586 #36005 üzenetére
Szerintem jól emlékszik. Nincs beállítva ütemezés, de nem is kell. A Windows kernel menet közben kiküldi a TRIM parancsot, amikor szükség van rá, pl. fájlt, vagy mappát törölnek, akkor a törlési művelet után kiküldi a TRIM-et is. Anélkül, hogy utólag bármit kéne ütemezni. Persze előtte meg kéne győződni SSDOK-kal, hogy megy-e a TRIM. A disable delete notify ellenőrzése parancssorból nem elég, az csak azt jelzi ki, hogy a kernel kiküldi-e a TRIM parancsot, közben meg az is érdekes, hogy a SATA driver közvetíti-e a meghajtó felé.
NVMe-n meg végképp nem érdekes a TRIM, mert más lemezműveletekbe van beépítve, mind kihagyhatatlan részelem, így még csak a kernelen sem múlik, mindig lefut egy TRIM-nek megfelelő művelet is.
Ez a kézi optimalizáció ütemezése olyan OS-eknél fontos, ahol alapból nincs folyamatos kernel TRIM, pl. XP, vagy egyes Linux disztribúciók, mert ezeknél nem menet közbeni TRIM-ezés van, hanem utólag ütemezett. De NVMe-vel nincs gond, igaz az XP alatt kiesik, Linux alatt működik.
Linux alatt is be lehet állítani folyamatos TRIM-et (discard mount paraméter), de ez nem minden SSD-nél ajánlott (főleg azoknál nem, amelyek a Linux kernelben NCQ TRIM ügyileg feketelistán vannak), ez utóbbiakon is megy a TRIM, csak az ütemezettet (fstrim) ajánlott ezeken használni. Emiatt főleg Ubuntu, Mint, Debian az ütemezett fstrim-et használja alapból, míg a rolling disztrók (Fedora, Arch-vonal pl. Manjaro, stb.) meg a folyamatos discard TRIM-et, de kézileg átállítható másik fajtára.
-
Frawly
veterán
válasz Doky586 #36008 üzenetére
Szerintem ez a heti ütemezett optimalizálás annak az eredménye, hogy a Windows elfelejti letiltani a defrag-szolgáltatást egyes bugos esetekben, persze a defrag utility futás közben észreveszi, hogy SSD-n fut, és nem töredezettségmentesítést hajt végre, hanem optimalizálást (TRIM-ezi a nem használt szektorokat).
-
Frawly
veterán
válasz Amazonas #36010 üzenetére
Jellemzően már nem a cron-ban van, hanem a systemd óta külön service-ként fut. Persze le lehet futtatni kézzel is, de felesleges, ha ütemezve is van.
Az meg végképp felesleges, hogy háromszoros trim legyen, egyszer discard, egyszer fstrim service, és még rá kézi fstim --all (vagy -a).
A kézi fstrimhez egyébként még ajánlom a --verbose (vagy -v) kapcsolót, hogy lehessen látni mekkora lemezterületet trimelt. Sőt, még a time parancsot is közbe lehet iktatni, úgy az is látszik, hogy mennyi ideig trimelt:
sudo time fstim -av -
Frawly
veterán
válasz Ice&Lime #36047 üzenetére
Nem attól függ, hogy USB2 vagy USB3. USB-n is átmegy a TRIM parancs, ha az USB-s eszköz chipsete támogatja. Attól függ, hogy az adott rackben milyen USB-SATA converter chip van.
Ami miatt néhány progi úgy mutathatja, hogy nem megy a TRIM, de a HDS szerint megy, az azért van, mert ha USB-s kell átküldeni a ATA/AHCI TRIM-et, akkor helyette SCSI UNMAP parancsot kell küldeni, ugyanazt csinálja. De ezt nem minden alkalmazás veszi figyelembe, ők csak az ATA TRIM támogatást nézik, ezért írják nem megy megy a TRIM, holott a Windows tudja használni.
Ahhoz, hogy USB-n a TRIM átmenjen, ahhoz az is kell tudomásom szerint, hogy ne BOT (sima bulk mode, mint pendrive-oknál) hanem UASP módot tudjon a vezérlő. Pont azért, mert a TRIM SCSI paranccsá alakul, az UASP meg pont egyfajta SCSI réteget alkalmaz az USB protokollra ráültetve. De UASP módra mindenképp érdemes rámenni TRIM nélkül is, mert gyorsabb. USB3.0-án a max elérhető átviteli sebesség USB BOT módban kb. 300 MB/sec, akkor is, ha az USB3 és a SATA3 SSD tudna többet is menni. Míg USB3.0-n UASP módban 480-500 MB/sec-ig is el lehet menni, igaz néhány SSD-nek még ez sem elég gyors, mert a SATA3-asok közül is van, amelyik többel bírna menni.
-
Frawly
veterán
válasz Dragon3000 #36064 üzenetére
Ezt ennyiből nem tudni. A pontos chipet kéne tudni, ami benne van. De az mindenesetre jó jel, hogy UASP módot támogat a screenshot szerint. Ennek a témának külön szaktopikja van, külső rackek címen, abban főleg a házigazdát, King Unique-ot keressétek, ő a szaki ebben a témában. Az SSD témájához csak a TRIM-en át kapcsolódik, nagyon lazán.
-
Frawly
veterán
válasz phoenix64 #36067 üzenetére
Elvileg az írásterhelhetőségük nagyobb az MLC-seknek és az MLC NAND sebessége is jobb, nem igényel annyi cache-elést.
De! MLC és MLC NAND és 3D MLC NAND között is óriási különbségek vannak. Függ attól ki gyártotta, hány nanométeren, mennyire olcsósított gyártástechnológián. Így külön nem is gyártanak már MLC NAND-ot, hanem csak simán egyfélét, és azt az SSD vezérlőjében állítják be programozással, hogy hány feszültségszintet tároljon el a NAND cellákban. Így ugyanazt a NAND-ot tudják SLC cache-nek, MLC-nek, TLC-nek és QLC-nek is használni.
Emiatt vannak olyan MLC-s meghajtók, amiken rosszabb minőségű NAND van, mint a 3D TLC-seken, mivel egy gyengébb szériájú 2D TLC NAND-ot használnak bennük MLC-vé átprogramozva. Hiszen egy rossz minőségű NAND-ban könnyebb letárolni két feszültségszintet (MLC) és megbízhatóan visszaolvasni, mint egy sokkal finomabb beosztású négy feszültségszintes (TLC) sémát. Nagyon sok múlik az SSD vezérlőjén is.
-
Frawly
veterán
válasz JNashville #36095 üzenetére
Nyugodtan kidobhatod. Halott SSD-ről senki nem fogja a személyes adataidat lelopkodni. Ha nagyon paranoiás vagy, szereld ki az SSD nyákot a 2,5 colos házából, és törd össze kalapáccsal vagy hasonló megoldással. Vagy a NAND chipet leforrasztod róla, és használod dísznek kilógatva, mint mások a CD-t.
A sima 840-esek sajnos megdöglenek egy idő után, ez most kezd tömegesen előjönni ennyi év után a topikban. A Samsung eddigi leggyengébb szériája. Sokat már úgy se ér, nem drágák az SSD-k, lement az áruk. Nem tragédia, ha beadja a kulcsot, főleg, ha ilyen hosszú idő után, azért sok éves modell már.
A mai háttértárak nem javíthatók már, se szoftveresen, se hardveresen. Ha megdöglött és nincs már rá gari, csak a kidobás marad. Vagy hogy elteszed emlékbe a vesekő vagy hasonló mellé
[ Szerkesztve ]
-
Frawly
veterán
válasz phoenix64 #36092 üzenetére
Nézd meg mi az a folyamat, amihez 150 MB/sec van írva. Innen nem látszik, takarja a másolás ablaka a screenshoton.
De lehet meg is van a hiba, szoftveresen fogja valami az SSD-t, valami vírusirtó vagy egyéb, azért lassul be. Sokszor még a feladatkezelő sem mutatja jól a lemezterheléseket. Ilyen nálam is van, hogy Win10 tekeri a lemezt, 100% lemezhasználat, közben meg ha Feladatkezelővel nézem, olyan nagyon intenzíven egyik folyamat sem ír, hogy 100% legyen, max ilyen 4-10 MB/sec-kel. És biztosan nem SSD, mert többnél is előjön, meg HDD-vel is előjött. Igaz nálam ilyen 4 MB/sec-re egyik SSD sem lassul be, ahogy nálad.
Amit még megpróbálnék, hogy a disabledeletenotify engedélyezésével tiltanám a TRIM-et, csak tesztképpen, úgy belassul-e.
[ Szerkesztve ]
-
Frawly
veterán
-
Frawly
veterán
válasz Doky586 #36112 üzenetére
Én mondtam neki, hogy próbálja letiltani próbaképpen. Hátha a TRIM lassítja be, hogy a vezérlő későbbre ütemezi, és azzal molyol a háttérben, ahelyett, hogy a OS felől érkező lemezműveletekkel foglalkozna, de kiderült, hogy nem ez az eset áll fenn. Így érdemes visszakapcsolni a TRIM-et.
De a Win7 telepítése sem rossz ötlet, egy próbát megér.
[ Szerkesztve ]
-
Frawly
veterán
válasz liszi70 #36140 üzenetére
Ezeken látszik, hogy apró fájlokkal történő lemezműveleteknél a SATA2-re korlátozott SSD még így is 30-150× gyorsabb, mint a HDD SATA3-on. Még SATA1-en is megéri SSD-t használni.
De ezt a legjobban a bootidőn, programok betöltési idején érezni, mennyire hihetetlenül gyorsabbak, mint HDD-vel.
-
Frawly
veterán
válasz Redneck #36162 üzenetére
Azért annyira mégsem szívtad akkor meg, mert azt jelenti, hogy 5 éve használod. Egy firmware-frissítést megpróbálhatsz rajta.
De az SSD ilyen műfaj. Sokat kell várni, mire egy-egy adott modellről, szériáról biztosat tudni, évekig használják emberek, mire elkezdenek dögledezni, vagy hibázni, de akkor már késő, meg addigra már aktualitását is veszti, mert lesznek újabb modellek olcsóbban. Persze némileg a HDD is ilyen, ha abból is van hibás széria, az is csak hosszabb időtávon bukik ki, mire tömeges tapasztalat lesz belőle.
-
Frawly
veterán
válasz Doky586 #36189 üzenetére
Ja, az a hűtőborda nem sokat ér, ami csak 2 fokot hűt.
(#36192) Lajbymester: ez egy érdekes adalék. Sokan vannak gondban az MX500 melegedésével. Lehet csak rossz drivert használnak és abban nem megy az energiatakarékos mód, emiatt az OS non stop dolgoztatja a vezérlőt.
Akinek ezzel van még gondja: ha az energiagazdálkodás a baj, könnyen ki lehet szúrni, be kell bootolni egy új kiadású live Linuxot, kicsit másolgatni kell SSD-ről SSD-re, megnézni úgy melegszik-e, mint Windows alatt. Linux alatt mindig megy vagy az APM vagy a DIPM Power Management, attól függően, hogy az adott SSD melyiket támogatja.
[ Szerkesztve ]
-
Frawly
veterán
válasz Lajbymester #36191 üzenetére
Ja, hogy ez laptop. Ott az SSD plusz hűtése nem megoldható. Még ha egy jobb bordát is teszel rá, a laptopban nincs elég helye levegőzni, nincs hová a hőt elvezetnie. De ha ez a Power Management megoldja a gondot, akkor lehet nem is kell.
-
Frawly
veterán
válasz Anubis_9 #36184 üzenetére
Bizony, ez a probléma minden oldalon kétszer előjön a topikban. Az emberek valami szoftvergyűjteményből töltik le a HDS-nek egy régi verzióját, nem a hivatalos oldalról a legfrissebbet, és emiatt a HDS tévesen hibásnak mutatja az SSD-t, vagy azt mutatja, hogy nem megy a TRIM, holott megy.
Úgy volt, hogy a legfrissebb HDS, CDM használata bekerül az összefoglalóba, ehhez képest nem látom. Ott kéne lennie külön kiemelve, vastagon szedve, de ezek szerint mégse került bele.
Ezt az SSDOK készítője úgy védte ki, hogy a régi verziókat elérhetetlenné tette, mindig csak a legfrissebb tölthető le, az is csak a fejlesztő oldaláról.
Linuxon meg programok a tárolókból a rendszerrel együtt frissülnek, mindig letöltődik a friss verzió. Persze pont a HDS nem, mert az nincs benne a tárolókban, és a linuxos HDS amúgy is egy elhanyagolt verzió, a fejlesztő nem nagyon fejleszti, sok verzióval van lemaradva a windowsos változathoz, de Linuxon amúgy sem a HDS-t éri meg használni, hanem a smartctl -a parancsot a smartmontools csomagból.
-
Frawly
veterán
válasz Lajbymester #36199 üzenetére
Nem a gyártó támaszkodik a szoftverre, de az OS hajtja meg a driveren keresztül az SSD-t. Így ha le van tiltva az eszköz oldaláról kezdeményezett energiatakarékosság, akkor ez meggátolja az SSD-t, hogy lemenjen energiatakarékos módba, mikor nincs teendője. Ez a fajta energiatakarékos mód nem egyenlő a merevlemezek kikapcsolása funkcióval, ami az energiagazdálkodási sémában található, attól független.
Abban viszont igazad van, hogy 70 foknál throttlingolnia kéne, és nem kéne megvárnia, míg 81-88 fokos lesz. Ez független a szoftvertől.
De nagyon gyanítom, hogy nem olyan forró, csak a szenzor mér félre.
-
Frawly
veterán
válasz Egri75 #36206 üzenetére
Ez a Milyen SSD-t topikba való kérdés. Az SU800-zal nem lenne semmilyen baj, de az Adata SSD-kre tömeges a panasz az utóbbi időben, SU650, SU700, SP920, SU900. Az SU800-ra pont nem érkezett sok panasz, de ilyen előzmények után abbahagytuk az ajánlgatását.
Pedig amúgy nem rossz SSD, árban is nagyon jó, de így a megbízhatósága megkérdőjelezhető.
Bár az is igaz, hogy a tömeges megbízhatóság sem jelent semmit. Nálam egy ideje egy Crucial MX300 kezd szép lassan behalni, pedig ez nagyon megbízható hírében áll, nincs ismert gyengesége vagy szériahibája. Pedig nincs sok írás rajta, 2,2 TB, de pár hónapja elkezdtek rajta hibás szektorok megjelenni, előbb 2, majd néhány napra rá 3, aztán úgy nézett ki, hogy nem lesz több, de tegnap már a 4. lett hibás. 1,7 éves SSD, melegedni sem melegszik. Igaz ezeket a rossz szektorokat az overprovisioning terültből pótolta a vezérlő jó szektorokkal, de nem sok jót vetít előre. Pár napja azt is kezdi csinálni, hogy befagy a gép pár pillanatra, és biztosan, hogy az SSD, mivel minimál Linux (Arch + SwayWM) és nem fut semmilyen szolgáltatás a háttérben, ami foghatná és kernel SATA driver sem változott. TRIM hiánya sem lehet, mivel rendszeresen TRIM-elve van, és szabad hely is van bőven rajta (a tárterület fele üres, több mint 241 GB van szabadon).
De Samsung 850 Evo-ból is volt itt a topikban, ami 1 hét után döglött be. Pedig az már 5 év garis cucc, majdnem felső kategória.
-
Frawly
veterán
válasz Atomantiii #36205 üzenetére
Nálad ez úgy tűnik rendben van. Igazából ha a topikban ajánlott MS szabványos AHCI drivert használja valaki, akkor is alapból engedélyezve kéne, hogy legyen.
-
Frawly
veterán
válasz Lajbymester #36212 üzenetére
Kösz, hogy megnézted, ezek szerint valóban ennyire melegedik, nem csak a szenzor mér félre. Az akkor elég nagy baj, egy ideje laptopba nem is ajánlom az MX500-at. Desktop gépbe elmegy, ott van hely extra hűtésnek.
[ Szerkesztve ]
-
Frawly
veterán
válasz Raymond #36211 üzenetére
Az első két sor megy fel, íme:
$ sudo smartctl -a /dev/sda
smartctl 7.0 2018-12-30 r4883 [x86_64-linux-4.20.13-arch1-1-ARCH] (local build)
Copyright (C) 2002-18, Bruce Allen, Christian Franke, www.smartmontools.org=== START OF INFORMATION SECTION ===
Model Family: Crucial/Micron BX/MX1/2/3/500, M5/600, 1100 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/physical
Rotation Rate: Solid State Device
Form Factor: 2.5 inches
Device is: In smartctl database [for details use: -P show]
ATA Version is: ACS-3 T13/2161-D revision 5
SATA Version is: SATA 3.2, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is: Sun Mar 3 19:21:28 2019 GMT
SMART support is: Available - device has SMART capability.
SMART support is: Enabled=== START OF READ SMART DATA SECTION ===
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x002f 100 100 000 Pre-fail Always - 4
5 Reallocate_NAND_Blk_Cnt 0x0032 100 100 010 Old_age Always - 4
9 Power_On_Hours 0x0032 100 100 000 Old_age Always - 2467
12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 1433
171 Program_Fail_Count 0x0032 100 100 000 Old_age Always - 0
172 Erase_Fail_Count 0x0032 100 100 000 Old_age Always - 0
173 Ave_Block-Erase_Count 0x0032 100 100 000 Old_age Always - 14
174 Unexpect_Power_Loss_Ct 0x0032 100 100 000 Old_age Always - 203
183 SATA_Interfac_Downshift 0x0032 100 100 000 Old_age Always - 0
184 Error_Correction_Count 0x0032 100 100 000 Old_age Always - 0
187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always - 0
194 Temperature_Celsius 0x0022 074 052 000 Old_age Always - 26 (Min/Max 13/48)
196 Reallocated_Event_Count 0x0032 100 100 000 Old_age Always - 4
197 Current_Pending_Sector 0x0032 100 100 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0030 100 100 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x0032 100 100 000 Old_age Always - 0
202 Percent_Lifetime_Remain 0x0030 100 100 001 Old_age Offline - 0
206 Write_Error_Rate 0x000e 100 100 000 Old_age Always - 0
246 Total_Host_Sector_Write 0x0032 100 100 000 Old_age Always - 4850440433
247 Host_Program_Page_Count 0x0032 100 100 000 Old_age Always - 151578248
248 FTL_Program_Page_Count 0x0032 100 100 000 Old_age Always - 157368646
180 Unused_Reserve_NAND_Blk 0x0033 000 000 000 Pre-fail Always - 1940
210 Success_RAIN_Recov_Cnt 0x0032 100 100 000 Old_age Always - 24[ 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?
- Videoteszt Átfogó elemzés az SSD-k természetéről
- Olcsó m.2 SSD-k eladók!
- Crucial T705 PRO 4 TB M.2 NVME PCI-E 5.0 x4 - Új, Bontatlan - 14100-12600 MBs - Eladó!
- Silicon Power UD90 2 TB M.2 NVME PCI-E 4.0 x4 - Új, Tesztelt - 5000-4800 MBs - Eladó!
- Lexar NM790 2 TB M.2 NVME PCI-E 4.0 x4 - Új, Tesztelt - 7400-6500 MBs - Eladó!
- WD BLACK SN770 2 TB M.2 NVME PCI-E 4.0 x4 - Új, Tesztelt - 5150-4850 MBs - Eladó!
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Ozeki Kft.
Város: Debrecen