-
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
-
Graphics
Jómunkásember
válasz Kriszmesz #40198 üzenetére
Kósza kérdés, mert szerintem ez az alaplap nem tartalmaz integrált grafikus megjelenítőt, és akkor a PCIe sávot sem tudja kihasználni rendesen, mert sejtésem szerint van egy videókártya is a gépben.
De ez csak elméleti eszmefuttatás, ha már az új gépeknél is van erre korlátozás.
Mondanám, hogy tegyél fel egy Anydesk-et, vedd ki a VGA-t és távoli eléréssel menj rá a gépedre egy másik eszközről, és nézd meg úgy mekkora sebességet fog tudni.
De szerintem a megfejtés az, hogy a VGA és a PCIe eszközöd osztoznak a PCIE sávon
[ Szerkesztve ]
EAGET 1TB SSD review - https://logout.hu/bejegyzes/graphics/eaget_s600_1tb-os_ssd_aliexpressrol_kihagyhatatlan.html
-
-
Kriszmesz
csendes újonc
válasz Graphics #40206 üzenetére
Jelenleg nem tudom kipróbálni másik gépen. Ez nem opció.
Dereng valami a sávokról, amikor az M.2-es SSD meghajtókról olvastam. De nem vagyok ebben a témában annyira jártas még. Esetleg kitudnád fejteni bővebben is ezt a sáv elosztást? Ha, vannak fent cikkek szívesen veszem őket, amikben erről a technológiáról értekeznek.
Valamit olvastam arról, hogy az alaplap gyártók variálhatják a sáv bekötéseket, de még nincs rendes rálátásom a témára. Igen, a videokártya foglalja el nálam a x16-os foglalatot, de mellette csak ez a bővítőkártya van még PCIe foglalatban. Furcsállnám, ha ennyi már le is foglalna mindent. Azt egy ilyen régi lapnál már gondolom nem lehet kideríteni, hogy hány sávot kötöttek be rá anno.
Tipp: Az nem lehet, hogy a 2 db x1-es csatlakozóból, ami az alaplapomon van, csak az egyikre van bekötve a 2.0, vagy a nagyobb sávszél. Laikusi gondolkodásom.
[ Szerkesztve ]
-
King Unique
titán
válasz Kriszmesz #40198 üzenetére
Itt valószínűleg a te hardver- és szoftverkörnyezeted lehet a probléma forrása, mivel az említett Corsair pendrive / külső SSD nyilván tud a mért értékeknél többet is, amit egy másik fórumtag eredménye jól szemléltet. Meg az ideális eleve az, ha adott az alaplapon a natív USB 3.X támogatás, az utólag odaeszkabált PCIe bővítőkártyás megoldásoknál lehetnek gondok. Aztán az sem mindegy, hogy milyen USB 3.0 vezérlő van az alaplapon, illetve esetedben a bővítőkártyánál, mivel azok között is lehetnek az adatátviteli sebességnél különbségek. Ezt pl. az alábbi grafikonon lévő értékek jól szemléltetik, vagyis hogy annál a tesztnél mennyivel volt "gyengébb" a VIA VL805, mint az Intel vezérlő.
-
Frawly
veterán
-
ledgeri
nagyúr
Ha OS-sel trimmeltetem az SSD-t, akkor milyen sűrűségben ajánlott (120-as 840-es samu, alap használat OS alatt)
// #ublockO-HardMode // anti-blockadblock-er // PH! új arculat: 1/ 500 // szeksziboj -nálam van egy pirospontod! // Találtam sárga fényű lézert! (kézit, ceruzaelemest) https://youtu.be/XQnmMjYHgcM //
-
ledgeri
nagyúr
válasz abdulka1 #40214 üzenetére
Szóval ha felkeresem az Optimalizálás menüt (w10), és ott ki van kapcsolva, akkor szerinted lefut? Akkor is, ha akár heteket ír, mint "legutóbb futtatva"?
Ha meg azt be akarom kapcsolni, akkor mit kapcsolok be?// #ublockO-HardMode // anti-blockadblock-er // PH! új arculat: 1/ 500 // szeksziboj -nálam van egy pirospontod! // Találtam sárga fényű lézert! (kézit, ceruzaelemest) https://youtu.be/XQnmMjYHgcM //
-
King Unique
titán
válasz ledgeri #40215 üzenetére
Mármint valószínűleg inkább azt akartad írni, hogy max. nálad van kikapcsolva, mert lehet épp magad kapcsoltad ki, mivel az alapértelmezett eleve a bekapcsolt állapot, ami az alábbi screenshoton is világosan látszik. Meg ha nálad éppen ki van kapcsolva, akkor bekapcsolni is nyilván ott kell, ahol kikapcsolni, ami az előbb linkelt screenshoton szintén látszik, sőt olyankor a bekapcsolás opció lesz ott a beállítások módosítása helyett, ilyen egyszerű.
Egyébként meg ahogyan már leírták az előző válaszban, nem feltétlen szükséges külön manuálisan futtatni a meghajtóoptimalizálást, mivel eleve automatikusan, ütemezetten futtatja a Windows 10. Meg pl. törlés után elvileg amúgy is lefut a TRIM az SSD-nél. Ha az adott SSD meghajtón, annak partícióján régóta nem futott meghajtóoptimalizálás, az még nem hiba, meg lehet éppen azért sem futott le, mert alig volt használva a rendszer, nem volt tétlen állapot stb., ami alatt le tudod volna futni az automatikus karbantartás. De ha szükséges, akkor majd futtatja a Windows automatikusan, + akár manuálisan is lehet futtatni akármikor az optimalizálásra kattintva.
[ Szerkesztve ]
-
ledgeri
nagyúr
válasz King Unique #40216 üzenetére
Tök mindegy, hogy kinél van kikapcsolva, ha ott kivan, és az ellenkezőjének milyenségére kérdezek.
Nem lesz a Screenshottal alátámasztott alapértelemezettség alapértelmezettebb ha küldesz róla képet... Ha tudom már hogy hol kell kapcsolni, és arra kérdezek, hogy mire kapcsoljam (és ez alatt a menü lehetőségeire gondolok) akkor nem ér sokat tudatni, hogy igen ott kell bekapcsolni.
Ha arra a kérdésre, hogy milyen sűrűség az ajánlott azt kapom, hogy "jaj, majd a win..." akkor a tudásom nem igazán gyarapszik.
Ha azt írod, hogy "pl. törlés" akkor nem tudom meg, hogy 1kb-os fájl törléséről van szó, vagy pl steam-könyvtár eltávolításról, vagy hasonló méretről, vagy a teljes meghajtó érintő, pl partició törlésről...
Teljesen más lenne az egész, ha az alapkérdésre pl azt kapom, hogy " Ott a menüben ahol az automata futtatás beállításai vannak, igazából a minimumokat állítod be, mert az OS figyeli, hogy mit kommunikál a meghajtó az irányába, ez alapján tudja az algoritmus, hogy mikor fusson le. Lehet, hogy nem fut le minden héten, ha hetire állítod" És még erre is megkérdezném, hogy de mégis minek a függvénye a TRIM lefutása, és akkor talán kapok egy szakmaib választ a témában.// #ublockO-HardMode // anti-blockadblock-er // PH! új arculat: 1/ 500 // szeksziboj -nálam van egy pirospontod! // Találtam sárga fényű lézert! (kézit, ceruzaelemest) https://youtu.be/XQnmMjYHgcM //
-
Raymond
félisten
válasz ledgeri #40217 üzenetére
Kapcsold be es felejtsd el, a Windows majd gondoskodik arrol hogy rendben legyen minden. Per pillanat igy nez ki nalam:
Samsung 970 EVO 1TB
Crucial MX300 750GB
Crucial m4 512GB
Crucial MX200 500GBMeg soha nem allitottam at egyik gepen se es nem is nezegettem hogy mikor fut mert nincs ertelme idod pazarolni ra, az OS elrendezi amit kell amikor kell.
Privat velemeny - keretik nem megkovezni...
-
King Unique
titán
válasz ledgeri #40217 üzenetére
Annak a kérdésnek úgy megint nem sok értelme volt, mivel egyrészt az alapértelmezett eleve a bekapcsolt állapot és nem kell nekiállni erővel megmagyarázni az ellenkezőjét. Másrészt világosan látszik az, ha ott a felhasználó által ki van kapcsolva, akkor hol kell visszakapcsolni, ezen nincs mit magyarázni, annyira magától értetődő.
Az meg kb. alap, hogy bizonyos fájlműveletek (pl. törlés) után rendszerint eleve lefut az SSD-nél TRIM, egyrészt arra utaltak a másik válaszban is. Másrészt az SSD szabad területén futtatott meghajtóoptimalizálás szintén automatikusan történik, illetve üzemezve van alapértelmezetten heti futtatásra, nem feltétlen szükséges külön felhasználói beavatkozás, külön futtatott ütemezés, ami szintén le volt írva és világosan látszik a mellékelt screenshoton is.
Ja, a másik az, hogy ha már annyira konkrét válasz kell, akkor talán tudni kellene megfelelően és világosan kérdezni, kifejezetten az adott dologra utalva, ami itt nem feltétlen valósult meg... Ennek híján pedig nem meglepő, ha általános válasz érkezik, meg az sem éppen reális elvárás, hogy majd mások találják ki, hogy vajon mire gondolhatott pontosan a kérdező. Az meg a másik, hogy adott témát, kérdést egyszerre lehetőleg egy topikban kellene fejtegetni, nem párhuzamosan kettőben... -
Kriszmesz
csendes újonc
válasz King Unique #40211 üzenetére
Köszönöm az információt és a grafikont. Erre eddig nem gondoltam. Valószínűleg itt (is) van a kutya elásva. Ebből a grafikonból ráadásul már eltudok indulni a netes kereséssel is más vezérlők, bővítőkártyák után kutakodva.
-
-
mmili
tag
Sziasztok.
Újonc vagyok ssd terén. A hét közepén cseréltem le az egyik merevlemezemet egy Crucial MX500 250GB-re, és tettem meg windows ssd-nek. Ami furcsa, vagy nem tetszik, hogy többször is 45 fok fölé szökött a hőmérséklete, ami 48 fokot jelent. Gyári új az ssd. Netán kifoghattam egy selejteset, esetleg ez normális ssd-knél?
Köszi a segítséget. -
Frawly
veterán
válasz ledgeri #40217 üzenetére
Az a baj, hogy elbeszéltek egymás mellett. Itt a kollégák azt mondják, hogy hagyd alapértelmezett beállításon. Magyarán legyen bekapcsolva, automata ütemezés, hetiben. Ezeket az alapértelmezett beállításokat a MS azért tette alapértelmezetté, mert így optimális. Akkor is, ha 1 KB-os fájlokat törölsz, meg ha egész Steam mappát. Neked nem érdemes náluk jobban tudni, meg csak azért is ilyen-olyan hitek alapján átállítgatni, meg midenféle tweaker/cleaner progivel ebbe a beállításba belemarmoltatni.
Az, hogy a TRIM hiánya gondot okoz-e, vagy mennyit segít, az sok mindentől függ:
1) milyen régi SSD-ről van szó. A nagyon régieknél, amik sok éves modellek, még fontosabb volt (az első modellek meg nem is támogatták még). Az újabb SSD-knek már sokkal jobb a vezérlő által végzett garbage collection, így jobban ellehetnek TRIM nélkül is.
2) mennyire betelítve használod. Minél több rajta rendszeresen a szabad hely (össz tárterület arányában), annál kevésbé igényli a TRIM-et.
3) mennyiket írsz rá naponta. Ha sűrűn kap, sok írást, ergó sok törlést is, akkor a fontosabb, hogy menjen a TRIM, míg ha alig kap írást, akkor nem olyan kritikus.Én egyébként úgy tudom, hogy a Windows kernele végez TRIM-ezést akkor is, ha törölsz akármilyen fájlt. Azonnal. Ehhez képest ez az ütemezett optimalizálás csak kisegítő funkció. Persze ezt nehezen lehet ellenőrizni, mivel a Windows zárt forráskódú, a MS szándékosan nem köti az orrodra, hogy mi hogyan működik. Jó, elárul 1-2 dolgot a dokmentációban, meg tudásbázisukban, de nem mindent, főleg nem ilyen mélységekben, hogy a Windows kernele konkrétan mikor, milyen eseményeket figyelembe véve küldi ki a TRIM parancsot.
NVMe SSD-ken nem kell Optimalizálás sem. Azokon nincs külön TRIM parancs, amit küldözgetni kéne nekik. Hanem már törlésnél van beépítve a vonatkozó NVMe-utasításba egy olyan részművelet, ami gondoskodik a TRIM-elést pótló funkcióról, így az nem felejtődik ki soha, nem kell külön hívogatnia az operációs rendszernek, hanem törléssel együtt automatikusan lefut. Akkor is, ha 1 KB-ot törölsz, meg akkor is, ha egész Steam mappát.
Ez a TRIM külön küldözgetése csak PATA/SATA SSD-knél fontos. Ezeknél az lemezvezérlő utasítások még HDD-khez készültek, és utólag lettek SSD-re alkalmazva, ezért be kellett vezetni egy új utasítást (TRIM), amit külön kell küldözgetni.
Egyébként a MS általi automatikus, heti egyszeri Optimalizálás (üres szektorok végig TRIM-ezése ez valójában) azért is tűnik szakmailag helytállónak, mert a Linux disztrók többsége is ezt a megoldást alkalmazza default. Csak kisebb részük használja a másik megoldást, amikor közvetlenül fájltörlés után, azzal egyidőben kerül kiküldésre a TRIM parancs is, ennek mélyebb okai is vannak, amik arra vezethetők vissza, hogy még régebben pár SSD firmware-je bekavart a Linux kernelnek, ezért sokan inkább a biztonságosabb az ütemezett TRIM.
Egyébként tapasztalatom szerint modern SSD-ken a TRIM nem olyan kritikus átlagos felhasználásnál (átlagos: 0-50 gigát írsz rá naponta, hosszú távú statisztikában). A lényeg, hogy azért pár hetente, vagy max. pár havonta egyszer lefusson, ne az legyen, hogy évekig nem fut le egyszer se, vagy örökre el van felejtve. Nem kell ezt túlspilázni, hogy jajj, 5 percenként, meg minden nap. Az a default 1 hét teljesen oké, nem túl sűrű (nem molesztálja feleslegesen állandóan a meghajtót), nem is túl ritka.
-
ledgeri
nagyúr
válasz Frawly #40223 üzenetére
így már tanultam!
Az oké, hogy fusson, meg hogy futtatva legyen, meg hogy kezelje az OS, ne én. Csak ha winen belül nem csak egy kapcsoló van, ami ke/be állású, hanem egy Ki állás, vagy "naponta-havonta" skála, mint opció, akkor felmerül, hogy mikor kéne a napit beállítani, és mikor a havit.... De a legfőképpen: miért opció ez a 30x difi, ha nem is az abszolút TRIM fut(tat[hat])ások száma? Ha meg úgy is megtörténik törléskor -ha rendszer szinten (bios, és "kernel mélységek") beállított-, akkor miért kell "ütemeztetni"? (vagy ha kell, akkor ezt azt jelentené, hogy "szinte biztos" hogy a törlés utáni opció nem él?)[ Szerkesztve ]
// #ublockO-HardMode // anti-blockadblock-er // PH! új arculat: 1/ 500 // szeksziboj -nálam van egy pirospontod! // Találtam sárga fényű lézert! (kézit, ceruzaelemest) https://youtu.be/XQnmMjYHgcM //
-
-
Frawly
veterán
válasz ledgeri #40225 üzenetére
Ütemezni azért kell, mert írhat dualbootban más is ugyanarra a partícióra. Én legalábbis így hiszem.
Az, hogy miért hagytak beállítási lehetőséget: szélsőséges esetekben, pl. aki napi 100-500 giga felett írkál az SSD-re, azoknak lehet érdemesebb lehet napira állítani. Ez hosszú távon 100-500 giga felett, tehát aki minden nap ennyiket ír. Az nem számít, ha vannak napok, amikor te is írsz rá ennyit, mert ha következő néhány napban meg nem, akkor a havi/éves hosszú távú statisztikába belesimulnak ezek a nagy egyszeri kiugrások.
Aki meg alig használják a gépet, csak néha napján megy, akkor is keveset, kevés írás történik az SSD-re, ők meg felvehetik havira, kevésbé van feleslegesen szekálva az SSD, hogy külön TRIM-mel is foglalkoznia kelljen, bár sok erőforrást nem hiszem, hogy megtakarítanak vele. Egy ilyen Optimalizáció egy 1 terás SSD-n lefut kb. 5-10 mp. alatt. Ez teljesen mindegy, hogy 1 naponta, 7 naponta, vagy 30 naponta van. A rendszer úgyis akkorra ütemezi, amikor épp egy ideje idle-ben van a gép (pl. weblapot olvasgatsz, ami nem nagyon ír a lemezre, vagy magára van hagyva a gép), az esetek 99,99%-ban a kis erőforrásigény, gyors lefutás, multitaszking miatt észre se veszed, hogy lefutott, akkor se, ha épp a gépet használod közben. Egy szokásos Windows Update, meg egy automata böngészőfrissítés a háttérben 100× jobban meg tudja fogni a gépet, mint egy TRIM Optimalizáció.
Épp ezért írtam azt, ha a felhasználásod átlagos, értsd, Windows fut, meg böngésző, irodai programcsomagokból valami, játék, film, zene, stb. akkor hagyd az alapértelmezett automata heti lefutáson. Attól, hogy valamiben vannak állítgatási opciók, az nem azt jelenti, hogy felhívás keringőre, és meg kell próbálni mindent tweakelni, csak a bonyolítás meg a kísérletezés kedvéért.
Az SSD egyébként is az a műfaj, amit felesleges széthekkelni. Ha megy, akkor megy, annyival megy, amennyivel megy. Ez nem GPU, hogy mindenféle spéci, optimalizált driverrel meg spéci beállításokkal látványos többletteljesítményt tudsz belőle kipréselni. Tekints úgy az SSD-re, mint egy NAS-ra, csak ez nem hálózati kábellel van rákötve a gépedre, hanem SATA kábellel, vagy M.2 csatlakozóval, és nem LAN/Ethernet/Wi-Fi protkollon kapja meg a kéréseket, utasításokat, hanem ATA/AHCI/NVMe protokollon. Eleve az SSD-n lévő vezérlő saját hatáskörében végzi a munka nagyját, és nem is engedi, hogy az ő beállításaiba, műveleteibe valaki szoftveres oldalról belehekkeljen, szándékosan elrejti az SSD tényleges működésének a részleteit.
-
ledgeri
nagyúr
& (#40226) Doky586
Az OS-ek TRIM képesség független mennyire figyelik a S.M.A.R.T. adatokat? Csak mert ha úgy is mindenki tudja, hogy az SSD-knek jót tesz, és az adott OS tudja kezelni, akkor eddig miért nem került be az, hogy ha X gyártónál Y smart-sor ekkorát változott, akkor fusson le? Nem prioritás, vagy csak nem jött egy Steve aki legépelte volna a kódot?// #ublockO-HardMode // anti-blockadblock-er // PH! új arculat: 1/ 500 // szeksziboj -nálam van egy pirospontod! // Találtam sárga fényű lézert! (kézit, ceruzaelemest) https://youtu.be/XQnmMjYHgcM //
-
válasz ledgeri #40228 üzenetére
Valamit félreértesz a működésében.
Semmi köze a smart-hoz.
A win 7-8-10 minden törléskor küldi a trim utasítást is. Akár hdd akár ssd, nem vizsgál semmit. A trim utasítás csak egy jelzés hogy ez és ez a szektor kinullázható. Aztán az ssd majd ha ráér akkor majd önállóan végrehajtja kinullázza.. A hdd-nek ez haszontalan utasítás így nem reagál rá, de nem is zavarja.[ Szerkesztve ]
-
ledgeri
nagyúr
válasz Doky586 #40229 üzenetére
Te írtad: Egy SSD-t nem biztos hogy csak egy OS használ.Léteznek dual boot rendszerek is.
Én alapból gondoltam: a TRIM egy OS irányából érkező utasítás, de az SSD tudja, hogy mit pakolgat merre, ha megkapja
Kombinálva fentiddel, én alapból soros használatra gondoltam, így arra, hogy pl w10-es SSD van X-linux-os rendszerben is, amiben nincs TRIM, ezért jó, ha a win az SSD-vel lefuttatatja, gondolván így a biztos A SMART-ot mint OS felé történő változás-jelző gondoltam, amiből a win, tudná, hogy máshol történt írás/törlés, így futtatandó a TRIM.
ok, DE
Ha a Windows működik, az alapból nem törölget fájlokat? Szerintem, de.
Ha nem is csökken a fájlok száma, akkor lehet, hogy csökken a méretük? Megeshet...
Ez nem olyan kategóriájú szektor fölülírhatóságot jelent, ami trimmelendő? Én gondolnám...
Szóval akkor miben tér el a normál használatos Trimparancs-küldözgetés, az épen lefoglalt gép alatt esedékes heti ütemezés következtében megérkező parancstól? Vagy tényleg csak annyira egyszerű az egész logikailag és programilag, hogy:
Alapállapot minden. Egy fájl törlésre kerül. OS-ben "egy bit átkattan", hogy ha a következő ütemezett trim futhatna akkor tegye, mert lesz dolga. >> Mivel ez megtörtén, az ütemezés esedékességekor az OS megnézi a "bitet" és ha "menjen", akkor lefut. // Ha nem lenne beállítva az ütemezés, akkor meg hiába kattan a bit, nincs lefuttatva soha a trim?Meg még megérett ez is: Ha az SSD-nek jó, és az OS tudja... Akkor miért van ott a KI opció?
// #ublockO-HardMode // anti-blockadblock-er // PH! új arculat: 1/ 500 // szeksziboj -nálam van egy pirospontod! // Találtam sárga fényű lézert! (kézit, ceruzaelemest) https://youtu.be/XQnmMjYHgcM //
-
válasz ledgeri #40230 üzenetére
"de az SSD tudja, hogy mit pakolgat merre"
Az ssd&hdd alapvetően egy buta eszköz. Nem tudja hogy mi a file, nem ismer filerendszereket, nem tudja mi az adat és mi a szemét. De cellákat tud önállóan is kinullázni. Ezt mondja meg neki a trim. Az egész egy dologra vezethető vissza: a kinullázott cella gyorsabban írható mint a vegyes biteket tartalmazó."Ha az SSD-nek jó, és az OS tudja... Akkor miért van ott a KI opció?"
Azért mert a windows tökéletesen testreszabható, bármit ki/be kapcsolhatsz, mégha az nemis válik előnyödre...De mit is akarsz mindebből kihozni?
[ Szerkesztve ]
-
ledgeri
nagyúr
válasz Doky586 #40231 üzenetére
Megérteni a beállítások lényegét, és hatásait!
Akkor még csak annyi -és úgy érzem körbe érek-, hogy ha egy Trim-képtelen OS-en élek az SSD-vel, és ez az SSD bekerül egy Trim-képes OS alá, ahol lefuttatásra kerül a trim, akkor az OS a fájlrendszer adatai alapján mondja meg, hogy mi nullázható? Vagy a buta SSD milyen információ alapján tudja, hogy mit törölhet, ha buta maga dönteni róla?
// #ublockO-HardMode // anti-blockadblock-er // PH! új arculat: 1/ 500 // szeksziboj -nálam van egy pirospontod! // Találtam sárga fényű lézert! (kézit, ceruzaelemest) https://youtu.be/XQnmMjYHgcM //
-
-
Frawly
veterán
válasz ledgeri #40230 üzenetére
Ez így működne, ahogy írod, de túl bonyolult lenne a SMART-ot állandóan naplózni ezek miatt. Már csak azért is, mert vannak SSD-k, amik a SMART-ben nem mutatják az írást, vagy mutatják, de sajátosan kell értelmezni a SMART-jukat.
Sokkal egyszerűbb az, ami most van, hogy automata heti ütemezésben végig TRIM-ezik az OS-ek a szabad területet, ha ők írtak rá, ha egy másik dualbootos rendszer, ha volt írás azóta az SSD-n, ha nem. Ez amolyan csak biztos ami biztos alapú kiegészítő intézkedés.
A ki-opciót miért tették bele, ki tudja. Talán olyan SSD-khez, amik nem támogatják, hogy ne próbákozzon a Windows olyan műveletet beütemezett végrehajtásával, ami nem csinál semmit? Pl. NVMe meghajtókon sem kell.
Ez a bitbillentős dolog is működne, de ehhez át kéne írni a fájlrendszereket, ami nem jó. Nem maradt tartalék bit erre a fájlrendszerekben.
A Linux csak példa volt a dualbootban. Linuxokban pont szokott lenni valamilyen TRIM megoldás. De pl. ha valaki XP-t bootolgat dualbootban, na, azon nincs.
(#40233) Doky586: a linuxos fstrim -a -v parancs Windowson az egyszeri kézi optimalizálásnak felel meg. A heti automata az a systemctl enable fstrim parancsnak felel meg, igaz csak systemd-s disztrókon.
-
Frawly
veterán
válasz ledgeri #40232 üzenetére
A Windows nem tudja, hogy melyik szektor szorul TRIM-ezésre. Ezért ez az Optimalizálás az összes üres szektort TRIM-ezi, akkor is, ha már közülük néhány TRIM-ezve van. Megnézi, hogy a fájlrendszer fájlfoglalási tábláiban melyek azok a szektorszámok, amik nem tartoznak egy fájlhoz/mappához sem, és azokra kiküldi a TRIM utasítást.
Az SSD low level működése szintjén ez még bonyolultabb. Ugyanis az SSD-n nincsenek szektorok, ezt csak az OS-ek, fájlrendszerek felé emulálja a vezérlő. SSD-n NAND lapokba szerverezett blokkok, blokkokban NAND cellák vannak. Az SSD egyébként is takarítgat egyébként, két félig használd blokkban vagy lapban összevon adatokat, hogy egy teljesen betelített blokkot hozzon létre, a másikat meg felszabadítva meg is TRIM-ezi, meg így arrébb is mozgatta, mai a wear levelingnek jót tesz, mert nem egy cella kapja az összes terhelést, hanem minden cella kap valamennyit, így egyszerre fáradnak.
Épp ezért a modern SSD-k, ha nem törölgetsz/írsz rá túl intenzíven, szélsőséges esetben évekig elvannak teljesen TRIM nélkül is. Persze a TRIM lefutása segít az SSD vezérlőjének ebben a takarító és fáradáseloszló munkájában, mert tudja, hogy melyik szektorokhoz tartozó blokkok nem kellenek már, és azokat is be tudja fogni ilyen célre.
Ugyanis az SSD vezérlője fájltörléskor nem tudja, hogy kell-e az adott szektor tartalma. Ugyanis a törlés minden OS alatt és fájlrendszeren csak a fájlfoglalási táblákból vesz ki egy bejegyzést, de magát az adatatot nem törli a meghajtóról. Nyilván az SSD vezérlője nem lát se fájlrendszereket, se fájlokat, így nem tudja, ha már egy szektor tartalmára nincs szükség, pont erre való a TRIM utasítás, hogy megmondják neki, hogy az az x. szektor már nem kell, a tartalma törölhető, így az ahhoz tartózó NAND cellák nullázódnak, így legközelebbi íráskor már nem megy el erre idő, hogy még írás előtt ki kell nullázgatni őket. Na meg a fent írt wear levelingnek és garbage collectionnek is jót tesz. Magyarán ha az SSD támogatja, akkor azért érdemes használni a TRIM-et, hagyva min. heti ütemezésen, ha nem is küldödik ki mindig minden fájltörlés után, de legalább nem tud elfelejtődni teljesen.
-
ledgeri
nagyúr
válasz Doky586 #40233 üzenetére
& (#40234) & (#40235) Frawly
Most már minden oké! (Tippre egy hónap után megint találok valamit ,amivel jöhetek )
// #ublockO-HardMode // anti-blockadblock-er // PH! új arculat: 1/ 500 // szeksziboj -nálam van egy pirospontod! // Találtam sárga fényű lézert! (kézit, ceruzaelemest) https://youtu.be/XQnmMjYHgcM //
-
tothjozsi96
addikt
Sziasztok!
Van 2db 860 EVO 500GB SSD-m, most töltöttem le a Samsung Magician-t, firmware-t frissítettem mindkettőn.
Kíváncsiságképp futtattam egy performance benchmark-ot.
Az egyik SSD hozza a papírformát, de a másik nem.Az írás csak 300MB, de nem tudom miért. Igazából azt se tudom hogy a rendszermeghajtó teljesít gyengébben, vagy a másik 500-as.
-
Raymond
félisten
válasz tothjozsi96 #40237 üzenetére
Konzisztens az a 319MB/s eredmeny? Nem lehet hogy epp valami mas is irt valamit az SSD-re a teszt alatt?
Privat velemeny - keretik nem megkovezni...
-
tothjozsi96
addikt
válasz Raymond #40238 üzenetére
Újraindítottam a gépet, megvártam míg minden elindul, vártam pár percet míg a feladatkezelő is megnyugszik.
Ez a harmadik teszt volt, de a képen is látszik.
-
Raymond
félisten
válasz tothjozsi96 #40240 üzenetére
OK, akkor konzisztens. Nincs nagyon tele az az SSD? Attol is lehet hogy kevesebb a irasi sebesseg.
Privat velemeny - keretik nem megkovezni...
-
válasz tothjozsi96 #40240 üzenetére
Sajnos itt nem látszik mennyire van tele. Ami 90%-ban tele van az lassabb mint ami 90%-ban üres. Nem tudni voltak-e Trimelve stb.
-
Raymond
félisten
válasz tothjozsi96 #40244 üzenetére
Ha 117GB ures akkor nem az lesz a problema. Viszont hogy mi lehet azt nem tudom de lassan kivancsi vagyok ra Van tehat ket ugyanolyan, ugyanaz a firmware es ugyanarra a SATA controller-re rakotve, de az egyik csak a max lehetsegen iras nem egesz 60%-at hozza. Az eszkozkezeloben igy ugyanugy nezneki ki?
Privat velemeny - keretik nem megkovezni...
-
válasz tothjozsi96 #40244 üzenetére
Mikor volt utoljára optimalizálva?
Működik a trim? (Hds/ssdok)[ Szerkesztve ]
-
válasz tothjozsi96 #40248 üzenetére
Akkor nyomj rá win10 alatt egy optimalizálást manuálisan.
[ 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
- Anglia - élmények, tapasztalatok
- Konzolokról KULTURÁLT módon
- BestBuy ruhás topik
- Milyen billentyűzetet vegyek?
- 3D nyomtatás
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Kihívás a középkategóriában: teszten a Radeon RX 7600 XT
- NVIDIA GeForce RTX 4080 /4080S / 4090 (AD103 / 102)
- Microsoft Excel topic
- Fujifilm X
- További aktív témák...