-
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
-
Úgy látom gyorsabban szülted meg a parancsot, mint hogy begépeltem az alternatívát. Igen. Érdekelne. (Olvasás blkdiscard előtt és után).
Aztán esetleg a másik, amit írtam, de ebben a sorrendben, és a második teszt csak úgy, ha a diskrefresh helyett csinálod, a kedvemért ne nyúzd.
Hmm... Ha nem egy HDD-n lévő VHD-ban lenne egy dísznek tartott Linux-om, akkor pont tele lenne a 128Gb-os SSD-m.
[ Szerkesztve ]
TV/monitor kalibrálást vállalok. ||| "All right , Thom. But understand this: I do care for you. I care for all the lost souls than end up up here."
-
p.lac
tag
válasz Atomnyuszi #14852 üzenetére
-
p.lac
tag
válasz janos666 #14853 üzenetére
Elakadtam, a blkdiscard hibával elszáll:
[root@localhost /home/lac]# while IFS=: read -ra FREE; do echo blkdiscard --offset ${FREE[1]%%B} --length ${FREE[2]%%B} /dev/sda; done < <(parted -m /dev/sda unit b print free | grep ':free;')
blkdiscard --offset 32256 --length 1048575 /dev/sda
blkdiscard --offset 48485105664 --length 60022480895 /dev/sda
[root@localhost /home/lac]# blkdiscard --offset 48485105664 --length 60022480895 /dev/sda
blkdiscard: /dev/sda: BLKDISCARD ioctl failed: Érvénytelen argumentumEzt találtam blkdiscard forrásában:
if (ioctl(fd, BLKGETSIZE64, &blksize))
err(EXIT_FAILURE, _("%s: BLKGETSIZE64 ioctl failed"), path);
if (ioctl(fd, BLKSSZGET, &secsize))
err(EXIT_FAILURE, _("%s: BLKSSZGET ioctl failed"), path);Vagyis ha jól értem, akkor nem tetszik neki a tartomány (offset vagy length), pedig azt ugye B-ra pontosan megmondta a "parted -m /dev/sda unit b print free".
A man ezt mondja:
The offset and length arguments may be followed by the multiplicative suf‐
fixes KiB=1024, MiB=1024*1024, and so on for GiB, TiB, PiB, EiB, ZiB and YiB
(the "iB" is optional, e.g., "K" has the same meaning as "KiB") or the suf‐
fixes KB=1000, MB=1000*1000, and so on for GB, TB, PB, EB, ZB and YB.-o, --offset offset
Byte offset in the device from which to discard. Provided value will
be aligned to the device sector size. Default value is zero.-l, --length length
Number of bytes after starting point to discard. Provided value will
be aligned to the device sector size. If the specified value extends
past the end of the device, blkdiscard will stop at the device size
boundary. Default value extends to the end of the device.Vagyis elvileg el is hagyhatnám a --length-et, mert nekem a meghajtó végéig kell amúgy is discardolni, de inkább óvatos vagyok mert ugye a blkdiscard adatvesztéssel jár, így inkább kérdezek.
-
fer
őstag
válasz Atomnyuszi #14851 üzenetére
Inkább erőt energiáért, hisz te is tudod "az energia nem vész el, csak átalakul", próbálj meg másik energiagazdálkodási lehetöséget, mondjuk az energiatakarékosat
''A részegek okozzák a balesetek 30%-át, tehát a józanok sokkal veszélyesebbek! Viharban azért látjuk előbb a villámlást és csak utána halljuk a mennydörgést,mert a szemünk előrébb van, mint a fülünk."
-
ubyegon2
nagyúr
Sziasztok!
Most kerül sor alaplap cserére és van fenn Win7 és Linux MINT az SSD- n. A Win7- et újra kéne telepíteni a csere miatt, de most csak Linuxot teszek az SSD- re.
Kell ez a secure erase telepítés előtt vagy elég a Linux telepítővel történő formázás/ tiszta telepítés is? Fogalmam sincs, Linux alól hogyan lehet secure eraset csinálni, mondjuk nálam a Win7 telepítővel se jött be ilyen opció.HDD- n megvan a WIN7, arról le tudom tesztelni az SSD- t, mert úgy vettem észre, hogy az SSDOK nem működik, csak ha az SSD- n próbálom indítani. Azt szeretném ellenőrizni, hogy rendben van- e a SATA3 átvitel, mert a mostani alaplap csak SATA1- ben látta az SSD- t.
-
fer
őstag
Na túl vagyok életem első SSD frissítésén, remélem a finomítások előnyösek lesznek a működésére, és az élettartamára!
''A részegek okozzák a balesetek 30%-át, tehát a józanok sokkal veszélyesebbek! Viharban azért látjuk előbb a villámlást és csak utána halljuk a mennydörgést,mert a szemünk előrébb van, mint a fülünk."
-
Atomnyuszi
csendes tag
Igen, az a Hitachi volt benne a Samsungban (előző lapos). Direkt kinéztem, kiválasztottam, teszteket olvastam...erre ez. Azért egy kicsit felba*zcsizza az agyamat, hogy játszadozik velem
Értelmes magyarázatért egyelőre sokat fizetnék...''Ajándék csónak ne nézd a lapát...''
-
Atomnyuszi
csendes tag
Gyári Power saver mode, külön a lenovo-s app-al kitolja 2h50m-ig, de ez még mindig rohadt kevés. Főleg, hogy 100%-ra feltöltöm, kihúzom a töltőt és rögtön 99%-on van. Tehát valami irgalmatlanul megpörgeti, amikor lehúzom a töltőről (lehet előtte is, ez ugye nem derül ki).
''Ajándék csónak ne nézd a lapát...''
-
fer
őstag
válasz Atomnyuszi #14864 üzenetére
Pedig egyben biztos lehetsz, hogy nem az SSD szívja le hamarabb az akkut, inkább a két fő fogyasztóra kellene figyelni, proci, vga! Figyeld meg hogy SSD-vel, vagy HDD-vel pörög-e többet a procihűtő, erre már korábban tettél említést, és én arra válszoltam is, és most sem találok más ésszerű magyarázatot!
''A részegek okozzák a balesetek 30%-át, tehát a józanok sokkal veszélyesebbek! Viharban azért látjuk előbb a villámlást és csak utána halljuk a mennydörgést,mert a szemünk előrébb van, mint a fülünk."
-
#21078528
törölt tag
válasz ubyegon2 #14857 üzenetére
Ha a teljes területet particionálod, akkor biztosan nem kell secure erase! Mint korábban írtam, EXT4, Btrfs a fájlrendszer létrehozásakor küld TRIM parancsot.
Linux secure erase témában ezt nézd át:
Arch wiki.SATA ellenőrzése:
smartctl -a /dev/sda | grep SATAHa az Arch Linuxxal csak kísérletezni akarsz kár szétszedni az SSD-t, telepíts egy VirtualBoxxot v. Qemut és rakd fel az alá...
-
Dorian
félisten
Sziasztok!
SSD-t (Intel 520 120GB) betettem a laptop Dell (5521) HDD helyére, HDD-t pedig a DVD író helyére egy beépítőkerettel. A rendszer Win Server 2012 r2.Számomra érthetetlen módon azt a hibajelenséget produkálja a gép, hogy minden 2. bootolás után találja csak meg a HDD-t Tehát bekapcsolom a gépet, olyankor vagy láthatóak vagy nem, de újraindítás után pedig mindig az ellenkezője.
Újraindításkor valami memóriaírásos hibaüzenetet dob fel, de olyan gyorsan, hogy nem tudom elolvasni, próbálom mindjárt lefotózni és beírni ide. Eddig HDD-vel használva semmi ilyen gond nem volt.
"The instruction at 0x023c91a0 referenced memory at 0x023c91a0. The memory could not be written.
Click on OK to terminate the program "[ Szerkesztve ]
Kétfajta ember van. Kerüld mindkettőt!
-
Sk8erPeter
nagyúr
válasz ubyegon2 #14857 üzenetére
Így lehet secure erase-t csinálni nagyon egyszerűen:
http://prohardver.hu/tema/flash_ssd_osszefoglalo_az_1_hsz-ben/hsz_10556-10556.html
Ez minden adatot elpusztít. Némileg sebességproblémák is orvosolhatóak vele, de meg lehet lenni nélküle is, amennyiben nem kezdtél el lassulást érzékelni az SSD-n.Sk8erPeter
-
félisten
válasz janos666 #14836 üzenetére
fatallerror #14837
Ha biztosan az 5. pont szerint jártál el (azaz pl nem feledkeztél el a registry módosításról előtte), akkor nagy többségben gond nélkül működni az eljárásnak, nem lehetne BSOD.
Sajnos(mint ahogy a linkben is írva van), ha valaki chipset drivert is egyben felpakolt, akkor ez az utólagos AHCI-re váltás nem mindig jön össze.Soma01 #14844
Ha legújabb BIOS van rajta, akkor így marad. (Ha menne SATA3-on, akkor sem vennél észre teljesítménybeli különbséget, max a speedtest-ek számai lennének magasabbak)[ Módosította: radi8tor ]
Mindenki tudja, hogy bizonyos dolgokat nem lehet megvalósítani, mígnem jön valaki, aki erről nem tud, és megvalósítja. (Albert Einstein)
-
Dorian
félisten
válasz Dorian #14867 üzenetére
Annyival korrigálok, hogy úgy tűnik bekapcsolás után mindig látja a HDD-t is, újraindításkor csinálja amit írtam. És minden 2. újraindításnál megint látja...
Közben futtattam egy rendszertesztelő programot, mindent rendben talált, a memóriákkal is.
[ Szerkesztve ]
Kétfajta ember van. Kerüld mindkettőt!
-
Sk8erPeter
nagyúr
válasz Fire/SOUL/CD #14870 üzenetére
Akkor látom már a TRIM-mel kapcsolatos problémára érdemben soha többé nem fogsz válaszolni még külön kérésre sem... Azon az egyetlen válaszodon kívül, ahol az "SSD belső algoritmusai a teljes felületen dolgoznak, teljesen lényegtelen, hogy nincs particionálva egy terület" pont nem válasz a kérdésre, hogy vajon lehetséges-e ilyen, hogy a particionálatlan, nem kinullázott területen lévő adatokat statikus adatként érzékeli (ergo olyan, mintha jobban telítve lenne az SSD, mint gondolnánk). Nincs is róla véleményed sem, vagy csak óvatosan nem akarsz inkább mondani elhamarkodott kijelentést, hogy ne derüljön ki, hogy esetleg téves? Mert én még a téves véleményekre is kíváncsi lennék, hátha legalább ötletet ad...
Sk8erPeter
-
nagyúr
válasz Sk8erPeter #14872 üzenetére
Majdnem biztos vagyok benne hogy a nem particionált terület olyannak számít mintha üres lenne és a firmware szabadon használja amire akarja amikor akarja.
Ha ez épp overprovision, akkor arra.Tehát pl a Kingstonnál:
"Write Amplification (WA) is affected by five major factors including:
Sequential writes (Lower WA) vs. Random writes (Higher WA)
Transaction size (Larger transaction = lower WA)
Availability of free space from Over-provision capacity and unused user capacity if TRIM is present (more space = lower WA)
Data entropy / compressibility (Lower entropy = lower WA)
Transaction sizes aligned to page size (4K aligned = lower WA)"Az SSD használja a nem használt részt is arra amire épp kell.
[ Szerkesztve ]
Steam/Origin/Uplay/PSN/Xbox: FollowTheORI / BF Discord server: https://discord.gg/9ezkK3m
-
kenwood
veterán
vettem tegnap hasznaltan egy 64 gigas ocz agi 4et.
a windows siman felment,a gyari 300/200 ertek 80-90%-at hozzak a tesztek,viszont a kondiciojat nem tudom megnezni.
a hdd sentinelnek (probaltam a trialt es a simat is) telepites utan feher marad az ikonja.Ha elinditom,akkor eltunik minden az windows desktoprol,csak a hatter latszik es a ctrl-alt-delre sem reagal a gep,viszont az eger cursor mozgathato.
az ssd life pedig azt irja ki,hogy nem talalt ssd-t.
mi lehet az oka ?[ Szerkesztve ]
Mi kell az alaplapba? Procibol egy, Rambo 2. <> Egyetlen vizmolekulaban tobb hidrogen atom van,mint ahany csillag az egesz naprendszerben
-
kenwood
veterán
meg annyi,hogy felraktam a hdd sentinel portable valtozatat,ami kekhalalt csinal.
Mi kell az alaplapba? Procibol egy, Rambo 2. <> Egyetlen vizmolekulaban tobb hidrogen atom van,mint ahany csillag az egesz naprendszerben
-
varmi2
nagyúr
Az ASMEDIa ASM1061-s chip támogatja a trim funkciót?
Klaustrofóbia- Félelem a zárt helyektől, például, ha zárva van a KOCSMA!
-
Sk8erPeter
nagyúr
válasz FollowTheORI #14873 üzenetére
Az a baj, hogy a "majdnem" még nem meggyőző bizonyíték.
Annak ellenére, hogy én is azt tartom sokkal valószínűbbnek, hogy ezt megoldották, nem tudom elfogadni, hogy egy triviális problémalehetőséget ne szűrtek volna ki. És mint említettem, biztos megvan az oka, hogy az adat-visszaállítás nehézségekbe ütközik az SSD-nél: ha úgy lenne, hogy statikus adatnak érzékelheti a particionálatlan területen nem kinullázott adatokat, és azokat is ide-oda toszigálná, akkor valószínűleg jóval kisebb nehézségek merülnének fel."Availability of free space from Over-provision capacity"
Na ez a kérdéses, hogy kell-e az, hogy az SSD gyári szoftverével tedd félre ezt az over provisioning területet, és így jelezd az SSD felé, hogy igen, az a terület tuti nincs használatban, és bármilyen ott található, esetleg maradék, nem kinullázott terület nyugodtan írható, vagy ugyanezt "gondolja" az SSD annál a területnél is, amit csak úgy particionálatlanul hagysz, és így érdemben használható wear leveling során (inkább szívesebben tippelnék utóbbira)."unused user capacity if TRIM is present (more space = lower WA)"
Itt az unused user capacity jelentheti az akár "teljes" SSD-t kitöltő nagy partíción szabadon fennmaradt részt, "if TRIM is present" - tehát abban az esetben, ha az OS támogatja a TRIM-et, akkor nyilván a fennmaradt területet tudja TRIM-elni. Szóval ebben a szempontban semmi újdonság nincs, ezt eddig is tudtuk, hogy így működik a TRIM.Sk8erPeter
-
válasz Sk8erPeter #14868 üzenetére
Múltkor is ott fejeztük be hogy mit csinál a trim. Az SSD-nek minden írás adatnak számít amit meg kell őriznie mindaddig amíg a trim utasítás 'felszabadítottnak' nem jelöli. Az oprendszer alap diskpart és hasonló alprogramja akkor szabadítaná fel az adat helyét ha partíciótörléskor azt a több százmillió foglalási egységre elküldené a trim utasítást. W7 esetén a diskpart biztos nem tudja megkülönböztetni a hdd-t az ssd-től: mindkettőt ugyanúgy kezeli trim szempontjából. Azaz egy 1TB-os HDD esetén a partíciótörlés súlyos percekig (ha nem órákig) tartana. Tudjuk hogy nem így megy... Csak azt a pár kb-ot törli (és trimmeli) amit átír a MBR/GPT-ben és a p. tábla elején.. Tehát az SSD továbbra is megőrzendő adatoknak hiszi ami ott volt mindaddig amíg egy új partícióra írt nagy fileokkal tele nem írjuk majd töröljük (trim kompatibilisen) onnan öket. Vagy persze lehet secure eraset-t is csinálni (az is trimmel, de másképp), csak akkor a teljes lemez tartalma törlődik nemcsak egy partíció.
[ Módosította: radi8tor ]
-
válasz Doky586 #14878 üzenetére
TRIM és csupa nulla...
Igen, közben már beismertem és azóta arra is rájöttem, hogy mi volt a félreértés:
Egyszer, mikor nagyon csúnyán belassult a 840 Pro SSD-m, akkor látványosan segített neki az, hogy tesztképp végigírtam nullákkal. Ez volt a saját egyéni tapasztalatom így a TRIM generációval is, és korábban a TRIM korszak előtti SSD-kről is olvastam hasonlót, hogy volt, akinek ez segített (nekem is volt már SSD-m a TRIM előtti időkben is, de nem érdekeltek ennyire és általában meg is döglöttek, mire betömődtek, így nem volt velük hosszabb távú tapasztalatom, főleg nem az ilyen problémák kezelésében. ).
De tény az is, hogy alapvetően később terjedt el az automatikus hardware-es titkosítás, mint a TRIM.
--- Szóval ez úgy kezdődött, hogy marha lassú lett a 840 Pro, elkezdtem tesztelni, végül írással is, majd egy faltól-falig történő zerofill-el bezárva, amit hagytam végigfutni, mikor láttam, hogy induláskor az is nagyon lassan megy neki, viszont ahogy fut, úgy egyre csak gyorsul. Végól pedig adtam neki egy második kör zerofill-t, ami alatt egyértelműen gyorsabb volt, mint először, így sikeresnek nyilvánítottam a kísérletet. ---
Akkor ez számomra még rejtély volt, hogy mi történt előtte-közben-utána. Ezt követően frissítettem az SSD firmware-t és Secure Erase-t is adtam neki, azóta pedig nem volt vele hasonló probléma.Ma úgy sejtem, hogy a megoldás abban rejlett, hogy a szekvenciális írás || legyen az akár csupa egyes vagy nulla, netán véletlenszerű byte-ok, a lényeg, hogy nagy blokkokban írjunk az SSD-re || "töredezettségmentesíti" az SSD-t, amit a véletlenszerű kis írások "tördelhetnek" (ami ott és akkor valahogy nálam ténylegesen is bekövetkezett ; talán OS oldalon volt hiba, talán firmware oldalon, talán a kettő együtt okozott gondot, ezt nem tudom biztosan).
-> Innen volt az a tapasztalatom, hogy segít a zerofill.
---> De!!! Deee!!! Egyébként tényleg segített is a maga módján!
Az már egy másik kérdés, hogy arra a problémára sem ez volt a legjobb megoldás és hogy kicsit összekeveredett a dolog, mert nem ugyan azt éri el, mint a TRIM. Az az én téves feltételezésem volt, hogy van olyan okos az SSD vezérlő, hogy ha pl. 2Mb egy Erase blokk és valaki felír 2Mb-nyi nullát, akkor az SSD vezérlő odabent "töredezettségmentesítés" után töröl egy Erase Blokk-ot, de erre nagyon jól rámutattál, hogy a belső titkosítás miatt ez nem ilyen egyszerű és valószínűleg nem történik meg. Lehetne ilyen okos a vezérlő, kereshetné és a NAND-on egymás mellé mozgathatná a csupa nulla LBA-kat, hogy törölhesse a blokkot, csak épp titkosítva már nem nulla a nulla. Teljesen igazad volt.[ Szerkesztve ]
TV/monitor kalibrálást vállalok. ||| "All right , Thom. But understand this: I do care for you. I care for all the lost souls than end up up here."
-
Soma01
veterán
A vitruális memória méretét mekkorára érdemes beállítani? 8 GB ram van a gépben. Én úgy gondoltam, hogy fix 2048 MB-ra állítom. Szerintem az elég. Más ötlet? 1024 is elég esetleg?
Általános felhasználás lesz, játék nem lesz. -
válasz Soma01 #14885 üzenetére
A legbiztosabb tipp szerintem az, ha nem bírálod felül a beállítást, hanem Auto-n hagyod. Én szeretek piszkálni mindent, de egy ideje visszatértem a pagefile-al az auto beállításra, mert kézileg vagy feleslegesen sokat hagyok meg előre (általában 4Gb-ot hagytam mindig, akár SSD, akár HDD, csak akkor próbálkoztam kevesebbel, mikor kissebb SSD-m volt), vagy csak idő kérdése, hogy egyszer elszálljon egy program (annyit pedig nekem nem ér az, ha pár száz Mb-al, netán 1Gb-al is többet foglal le automatikusan, mint ahova én spórlósan tenném, most épp 2.37Gb-on áll magától, 1Gb alá pedig próbaképp sem mennék és fix 2-ben bíznék, hogy "soha" nem kéne nagyobb).
[ Szerkesztve ]
TV/monitor kalibrálást vállalok. ||| "All right , Thom. But understand this: I do care for you. I care for all the lost souls than end up up here."
-
addikt
-
gameresboy
aktív tag
Sziasztok!
Leteszteltem a Samsung Evo 240 GB-os SSD-m (SATA3) friss Win7 telepítés után.
A következő értékeke kaptam:
Érdeklődnék az értékekkel kapcsolatban, reális?[ Szerkesztve ]
-
radi8tor
MODERÁTOR
válasz gameresboy #14889 üzenetére
Téma tudnivalók: Gyorstalpaló SSD sebesség problémásoknak
⭐ Stella
-
Ice&Lime
veterán
válasz gameresboy #14889 üzenetére
Teljesen reális, és jó.
(#14888) RudY: köszi, ez hasznos sok mindenkinek.
(#14885) Soma01: ha nem te fogod használni hanem más, és ő nem foglalkozik a témával, akkor jobb inkább úgy hagyni a lapozófájt ahogy van. Ha te használnád, akkor mondanám, a 400-500MB-ot és, vagy a letiltás lehetőségét. Én sokáig letiltva használtam. Ez a lapozófálj dolog teljesen felhasználási szokás függő!
[ Szerkesztve ]
-
Müszi
senior tag
válasz gameresboy #14889 üzenetére
Itt az én 840 EVO-m teszteredménye:
Szerintem beleférnek a különböző konfig miatti szórásba az eredménykülönbségek.(Acer noti, I5 2,5GHz, 8GB ram, HM77 chipset,12.9.0.1001 RST Driver)
Teljesen jó. Nálam legalábbis kivállóan teljesít[ Szerkesztve ]
-
Unteroff
aktív tag
Üdv!
Most vettem hétfőn egy Adata SP600-as 64 Gb-os SSD-t. Egy netezős gépet rakok össze, minden új alkatrész (alaplap, proci, ram, stb, kivéve ODD).
Már aznap összeraktam, és fel is raktam a legtöbb programot, de a nagyja még hátra van. Felraktam a HD Sentinel-t is, bár nincs még 5 óra üzemidő benne, de azért felraktam. Régi verziót találtam (3.7), de az nem írt ki semmi adatot, így frissítettem. Most 4,5 verzió, de nagyon meglepődtem. Már most 80% kondíciója van, pedig 5x volt ki és be kapcsolva.
Szeretném kérdezni, mitől lehet ez a probléma, kiküszöbölhető-e valahogy, esetleg kábelprobléma (Az alaplaphoz használt kábelt használom, 26 hiba fordult elő az átvitel során), vagy menjek garizatni? Esetleg másik progi, hogy tényleg nem a sentinel szívat engem?Előre is köszönöm a választ!
Steam: BlasiusUnteroffizier SC: Felcser Origin: Felcser_HUN Uplay:FelcserBlasius
-
nagyúr
válasz Unteroff #14897 üzenetére
Talán tedd be a sentinel smart adatokat decimális értékekkel és akkor látjuk.
Amugy simán lehet rossz tápellátás vagy sata kábel persze a baj... ha nem jól illesztetted be valamelyik csatlakozót, vagy kontakt hibás.
Steam/Origin/Uplay/PSN/Xbox: FollowTheORI / BF Discord server: https://discord.gg/9ezkK3m
-
Ú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