Amennyire én tudom (most nem néztem utána ) a prefetch-superfetch-nek inkább HDD nél volt jelentősége. A gyakran használt, esetleg rendszerfile -kat a lemez egy gyorsabb részére helyezte. Előtöltésnek nevezik magyarul. Ha beírod egy általános keresőbe, bővebb információt találsz.
A lassulás nem érzékelhető. Nem kell állítani.

[ Szerkesztve ]

- Glaz-doz-fhut -

Szerintem nem érdemes ezt túlragozni. Tény, hogy a prefetch és a superfetch előnye merevlemezes meghajtóknál mutatkozik meg, SSD-nél az egyébként is gyors működés miatt szinte semmit nem jelent. A Windows 10 viszont "felnőtt a feladathoz", pl. nem akarja defragolni az SSD-ket, úgyhogy én simán ráhagynám ezt is.

A superfetch figyeli milyen fájlok kellenek egy program futásához, vagyis a betöltött dolgokra szükség lesz. Lehet hogy a program elindítása emiatt némileg lassabb (azért nem fog gigabájtokat beolvasni), de a futása viszont gördülékenyebb lesz.

Ami sokkal inkább észrevehető, az az indexelés. Főleg akkor, ha sok fájl van amit fel kell dolgoznia.

Az intelligens ember csodákra képes. Az idióta ember bármire.

Lassabb nem lesz. Hagyd mindhármat alapbeállításon, ne nyúlj hozzá. A MS-nál nem véletlenül alkalmazták ezeket a beállításokat default-ként. Persze ha kikapcsolod ezeket, akkor sem ér kár, szerintem nem vennél észre sebességkülönbséget egyik irányban sem, épp ezért felesleges ilyesmivel kísérletezni.

(#38401) Glaz-dozfhut: a MS szerint nem csak HDD-nél van értelme. Ha ez így lenne, akkor az SSD érzékelése esetén a Windows kikapcsolná ezeket, ahogy a defrag-gal teszi. Persze az is igaz, hogy mindhárom nélkül meg lehet lenni. Linuxon általában nincs a három közül egyik sem alapból, és mégis jól fut nélküle a rendszer.

[ Szerkesztve ]

Samsung 860 Evo vásárlásánál kell hogy kapjak Samsungos jótállási jegyet?
Oáziscomputernél vettem 5 év garanciával. Ottani számlával és garancia papírral. Az üzletben mondták hogy ha bármi gond lenne akkor a Samsunghoz közvetlenül vihetem. Samsung ügyfélszolgálatos hölgy azt mondta hogy minden esetben a bolhoz kell fordulni. Nem tudom hogy mennyire hiszek neki, elég nagy kínszenvedés volt mire megértette hogy mit szeretnék.

Például az Aquanál tudom hogy van 3 év garival amit az Aqua intéz, és van 5 év garival Samsungos jótállási jeggyel amit a szakszerviz.

5 év garanciás Samsung SSD-hez (nem csak az EVO, hanem a Pro is, és nem csak 860-as, hanem 850, 960, 970) hologrammos garanciapapírt kell kapnod, amin szerepel az 5 éves jótállás, akkor tudsz csak a hivatalos Samsung szervizhez fordulni. Egyébként elhajt a Samsung, és csak a bolthoz tudsz fordulni. De ha már megvetted, és nem kaptál megfelelő papírt, amivel közvetlenül a Samsunghoz tudsz fordulni, már úgyis késő, nem tudsz mit csinálni. Akkor annyi garid van, amennyit a bolt adott rá, ha 3 év, akkor 3 év, ha 5 év, akkor 5, ha 1 év, akkor 1. És csak addig tudsz garit érvényesíteni, amíg megvan a bolt.

már úgyis késő, nem tudsz mit csinálni.

Szerencsére még tudok. 1 hete vettem. Mivel még nem cseréltem ki az előző SSD-re és nem telepítettem mindent újra így még ki se lett bontva.
Elállok mint a huzat. Főleg ,hogy erre előtte még a rendelésnél is, majd a boltban is rákérdeztem...

Nem mintha gondom lenne velük. Monitorjaimat már jó ideje onnan veszem. Kétszer volt garis probléma, mindkétszer háztól-házig gari volt a gyártótól. De ha már úgyis arra járok holnap akkor visszaviszem az Evo-t. Gyártói matricák sértetlenek mint mondtam, max plusz papírmunkájuk lesz vele.

[ Szerkesztve ]

"SATA3-ról nem tudsz NVME meghajtóra klónozni, vagyis tudsz, csak nem fog elindulni a windows."
Simán megoldható, az a trükkje, hogy a SATA-ról be kell bootolni úgy, hogy mellé van rakva az NVME is, így feltelepíti annak a driverét. Így nem fogja STOP 7B errorral hanyatvágni magát.
Gyorsindítás legyen kikapcsolva (ha nem volt már eleve letiltva).

Kicsit bonyolítja a dolgot, ha a SATA-s telepítés még Legacy volt. Erre nekem az a trükk vált be, hogy az NVME-re feltelepíteni egy új Windowst, majd utána a régi C-t (de csak azt!) ráklónozni az új C-re, miközben az UEFI segéd partíciókat nem bántjuk. Természetesen az előbb említett driver telepítős trükköt előbb meg kell csinálni.
(Ez a C klónozós trükk visszafelé is működik UEFi->Legacy irányba. Sőt olyankor is segített már amikor az ügyes felhasználónak sikerült törölni/tönkretenni a boot partíciókat )

Minden megoldható. Kérdés kinek, milyen informatikai ismeretekkel és készségekkel, meg megéri-e a ráfordított időt. A legtöbb embernél nem opció, nem tudja összehozni, hiába lehetséges. Általában már egy meglévő SATA SSD-n sem szokott menni egy egyszerű IDE-AHCI váltás.

Ezért én ilyenkor, meg új SSD beszerzésekor klónozás helyett friss telepítést szoktam ajánlani. Tudom, kényelmes a sok éve belakott telepítés. De nem baj, mert majd az új telepítés is belakódik idővel, egyszer minden rendszer belakatlanként kezdte. Meg legalább friss telepítésnél jobban látja az ember, hogy üresen mit megy az új SSD, frissen telepített, be nem lakott OS-t milyen gyorsan bootol, így legalább lesz összehasonlítási alap, meg base line, hozza-e a gyári értékeket. A friss telepítés arra is jó alkalom, hogy szoftverekből is új verzió menjen fel (legújabb verziós Win10, ami most a 1903, legújabb verziós Total Cammnder, legújabb Firefox, stb.), így elejét veszi az ember annak is, hogy elavult verziókra ragadjanak be. A Windows meg a böngészők frissítik magukat, de sok szoftver nem teszi ez. Néha friss rendszert telepíteni 0-ról akkor is megéri, ha nem vett az ember új SSD-t.

Klónozott rendszernél meg hiába méricskél valaki, sose lehet tudni miért nem hozza az SSD gyári értékeket, vagy mert a klónozásba csúszott hiba, vagy nem megfelelő driver fut, vagy már egy évek óta összegányolt rendszerről van szó, ami visszafogja. Persze, aki tudja mit csinál, meg tudja oldani magának működőre.

Köszi a választ!

Minden számítógép füsttel működik, ha kimegy belőle, akkor nem működik.

Még egy szavazat a friss telepítés mellett:
Július végén vettem egy Adata SX8200 Pro 1 TB SSD-t, és klónoztam rá a korábbi SSD_ről a rendszert (jó volt, mert kb 1 perc alatt végzett mindennel )
De mint ahogy akkor is beírtam ide, bizonyos eredmények nem nagyon jöttek, azóta csináltam egy friss telepítést a napokban és máris más a helyzet:
Amikkel nekem gondom volt a 4kiB Q32T1 és a 4KiB Q1T1 értékek:

Klónozással:

Új telepítéssel:

Persze nem teljesen egyforma a mérés, mert amott 4 GB volt a méret (és talán emiatt kevesebb az írás) de a többinél kb helyreállt a rend.

;) - The Power of the Light Side

Igen, pont ezért írom én is. Persze valami NVMe drivercserével lehet megoldható lett volna újratelepítés nélkül is. Minden megoldható, kérdés a ráfordított munkát kinek éri meg.

Mert a legtöbb user ezt nem tudja megoldani, vagy csak nagy munka árán, hogy a klónozott rendszer is bootoljon vagy optimálisan használja az SSD-t. Egy csomó dolog félremehet, és félre is szokott menni. Ilyenkor meg nagy munka lehet helyretenni. A klónozásnak pont az a lényege, hogy ne legyen vele munka, megspórolható legyen a fáradtság. De az egészet lehúzzuk a klotyón, ha utána gondok vannak, mire azokat megoldjuk, addigra lehet annyi munka, hogy ennyi erővel a rendszer is újratelepíthettük volna (ami néha sebességügyileg extrán kifizetődő). Sokan ezt nem értik meg.

De ugyanez szokott lenni fertőzött vagy bootképtelen rendszernél is. Vannak praktiták, hogy egyes malware-ek hogyan szedhetők le, vagy hogyan tehetjük újra bootképessé a rendszert, de sokszor annyira nem evidens, hogy inkább könnyebb ilyenkor az egész rendszert újrahúzni, tiszta lappal kezdeni, lehet, hogy gyorsabban megvan, mint a régi rendszerrel szenvedni.

Samsung PM981 512GB egy Dell Latitude E7470 laptopban:

Kerdes.

Vettem egy intel 660p 2TB ssd-t. Rendszer, programok, adatok lesznek rajta, 2 particiora lenne szüksegem.
Hogyan formazzam, hogy a wear leveling ne lassa karat? Vagy az teljesen független a particioktol?

Látszik, hogy a noti csak x2 sávon támogatja, nem full x4-en. Persze így is gyors. Meg így fele sebességen hajtva legalább nem melegszik annyira.

(#38413) fasyrt: nem kell semmit varázsolni. A wear leveling nem függ alapvetően a particionálástól. A wear levelig-nek ez a particionálatlan szabad terület hagyása utoljára ilyen 64-128 GB-os SSD-ken volt jelentősége. Neked egy 2000 gigás van, azt csak nem fogod csordultig tele használni állandóan.

legalább nem melegszik annyira

Nem, valoban. Pont olyan 950GB körül hasznalok, ha nagyon akartam volna, össze tudtam volna huzni magam, hogy elferjek egy terrason. Jobb a bekesseg, inkabb lett a 2 terras. Vegülis most meg csak egy particiot csinaltam, megalszom meg, hogy kell-e a masodik vagy sem. Köszi a valaszt.

A partíciók száma nem befolyásolja a wear levelinget. Csak a szabad hely számít neki. Az teljesen mindegy, hogy ez a szabad hely egy partíción belül marad, két partíción megosztva van szabadon összesen, vagy valami particionálatlanul hagyott területen. A lényeg, hogy oda ne legyen adat írva. Nem számít, hány partíció van, a teljes foglalt méret és az ehhez képest fennmaradó össz szabad hely számít, az teljesen mindegy, hogy utóbbi hány partíción belül vagy kívül oszlik meg. De néha abból sem lesz baja az SSD-nek, ha nincs szabad hely, főleg ha ilyenkor nem terheled sok írással. Csak ne az legyen, hogy az idő nagy részében ilyen 1950+ gigás foglalással használod.

Meg annyit kell még tudni, hogy minél kevesebb szabad hely van egy SSD-n, annál lassabb. Mivel a vezérlőnek nem csak wear levelingre kell a szabad terület, hanem SLC cache-nek történő használatra is.

Ha 950 giga körül használsz, akkor mindenképp bölcs dolog volt nem 1000 gigásat venni. Azzal már most szenvednél, hogy alig maradt szabad hely rajta, nem sokat hagyva sem a wear levelingnek, sem a cache-elésnek.

Ennyi adat mellet nem volt választása, mert az 1TB-ra kB 930GB fér és akkor már tele is van.

Sikerült alzánál a glamour napok alatt 21-ért megcsípni egy 500 GB-os Samsung 860 Evo-t.
Gondolom ez így oké:

Életem első SSD-je, tényleg nagyon jó.

Sziasztok!

Ma "burkoltam" be egy 970 eve plus SSD-t hűtőbordába. Eszméletlen erősen ráfeszül a borda az ssd-re. Lehet abból bármi probléma? Sérülhet maga az SSD? Thermal pad van az ssd és a borda között.

Köszi

Sziasztok!

Vettem az Adata SX 930-om mellé egy Crucial MX500 SSD-t. Méréseim alapján a régi ADATAm jobban szerepel,létezik,vagy én rontok el valamit? A különbség az hogy az új Crucial az ODD helyén van, az adata meg az alaplapon közvetlenül,de mindkettő elméletileg SATA3. Mellékelem a méréseket.

Minden szinten,szinte minden.

Teljesen rendben van és érthető. Az ODD SATA2 felületű.

WD Blue 3D NAND meghajtó esetében kell szabadon hagynom területet vagy mehet a teljesen tele írás?

Soha nem javasolt a teljesen tele írás! Ha ez a veszély áll fenn, rosszul becsülted meg a szükséges kapacitást. Vegyél nagyobb SSD-t!

Hát ha csak olvasásra lesz használva, nem látom mi a probléma.
De ha mégis, mennyi javasolt szabadon hagyásra? 10%

Ha csak olvasásra van használva, akkor nem gond, ha nem marad szabad hely. Bár azért elég cinkes bármilyen meghajtót teljesen betelítve használni. HDD-nél is így van. A Windowsnak is be szokott zavarni, ha nem marad egy minimális hely a partíción, igaz talán valami beépített feature is van a modern Windowsokban, ami mindenképp elkülönít pár % helyet, és nem engedi teljesen csordultig írni a partíciót.

Egyébként igen, kb. 10% szabadon hagyása javasolt, de ebben benne van, hogy az SSD-n gyárilag is van már egy kevés elkülönített terület, ez modellenként és tárhelyméretenként is változik, hogy menni. Ez már beleszámít a 10%-ba, úgyhogy nem egészen 10% szabadon hagyása is elég lehet.

Kösz-kösz, lett vegülis egy 1,5 TB particio a tarhelynek, es a maradek (381GB) a rendszernek. Evvel el leszünk egy darabig edes kettesben.

Sziasztok!

A laptopom (Dell E7480) kicsit lomhának tűnik az elmúlt időben pedig friss win 10 telepítés.

Csináltam egy SSD tesztet. Szerintetek ez alapján lehet ludas az SSD?

Köszi

Addig gyorsítottuk a világot míg mi magunk maradtunk le...

Nem. Keress más bűnbakot..

Sziasztok!
Kérdeznék. Megoldható az, hogy MBR típusú ssd-ről GPT típusúra migráljam az oprendszert és minden adatot? EaseUS Partition Master-t használtam már többször is migrálásra, de ott mindig azonos típusú diskekről volt szó.
Most konkrétan egy 250gb ssd-ről szeretnék átköltözni egy 1TB méretűre. A kicsi MBR, az 1TB méretű meg GPT típusú.
A samsung saját megoldása a "data migration" program mennyire használható? Tudja azt, amit én szeretnék?

A klónozás lényege alapesetben pont az, hogy ami a forrásmeghajtón van, az 1:1-ben átkerül a célmeghajtóra. Vagyis ha az előbbi MBR, akkor normál esetben nyilván az utóbbi is az lesz, most hiába GPT. Az előbbiek miatt pedig teljesen felesleges előre particionálni a célmeghajtót, mert a klónozás során úgyis megtörténik a forrásmeghajtón lévő sémához, elrendezéshez igazodva. Meg ha csak 1 TB-os és jelenleg másodlagos, adattár meghajtóként funkcionál, akkor az inicializálásnál a GPT sem volt létszükséglet, lehetett volna akár MBR-re is.

Ennek a kérdésnek MBR/GPT viszonylatban akkor lenne igazán értelme, ha a BIOS/MBR és UEFI/GPT telepítés közötti váltás is fennáll. De amúgy pl. a Windows 10-nél az sem téma, az MBR2GPT parancssori eszközzel könnyen megoldható.

Köszönöm a segítséged!
Akkor marad most MBR, aztán majd ha valamikor valamiért kénytelen leszek friss rendszert telepíteni, akkor megy majd GPT-re.

Ha magát a telepítést akarod átkonvertálni adatvesztés nélkül UEFI/GPT-re, akkor arra W10-nél ott van a már említett MBR2GPT, meg Windowsokhoz egy általános módszer. Plusz nemrég említett más egy alternatív megoldást is.
Viszont ha most legacy, azaz CSM mód szerint van telepítve a Windows egy SATA SSD-re és jól működik, valamint a célmeghajtó is SATA SSD lesz, akkor felesleges megbolygatni csak azért, hogy UEFI-s legyen. Ez esetben nyugodtan lehet klónozni úgy, ahogy van, MBR séma szerint. Ha NVMe SSD-re váltanál rendszermeghajtónak, ami annál a gépnél UEFI-s telepítést kívánna meg, akkor lenne indokolt az átkonvertálás, vagy az újratelepítés annak megfelelően.

[ Szerkesztve ]

Ajánlom figyelmedbe Zoz hozzászólását itt:
https://prohardver.hu/tema/flash_ssd_osszefoglalo_az_1_hsz-ben/hsz_38407-38407.html

Nem próbáltam, de ha működik, akkor nem csak NVME meghajtókkal.

Az intelligens ember csodákra képes. Az idióta ember bármire.

Hetente többször használom, nekem bevált.

VPN100, A2000. 110 giga írás mindkettőre. Lehet csak kéne egy borda a Kingstonra, hogy szebben mutasson.

Érdekes hogy a HWiNFO nagyon lomhán frissíti az olvasási és írási adatokat a Vipernél. Kell vagy 40-50 másodperc mire észbe kap. A2000, meg pl a 860 Evo esetében meg azonnal.

[ Szerkesztve ]

Sziasztok!

Van valami biztos módszer arra, hogy 100%-osan megbizonyosodjunk arról, hogy a TRIM be van-e kapcsolva rendesen (támogatva van-e, küldi-e a TRIM parancsot, célba is ér-e)?

Jelenleg egy Samsung 850 EVO SSD-m van:
-CrystalDiskInfo szerint támogatva van a TRIM
-Samsung Magician szerint be van kapcsolva a TRIM
-DisableDeleteNotify 0-t ad vissza
-Meghajtó optimalizálás lefut

És mindezek ellenére HD Sentinelt feltéve azt írta a TRIM-re, hogy Támogatva, Letiltva..
Miután viszont Samsung Magicianban kikapcsoltam a TRIM-et, és vissza, akkor már a HD Sentinel szerint is Támogatve, Engedélyezve volt.
Azt hozzáteszem, hogy telepítettem chipset drivert, de ellenőriztem Eszközkezelőben, és nem írta felül az operációs rendszer alap SATA-AHCI vezérlőjét.

Namármost tervezek egy Samsung 970 EVO Plus SSD-t vásárolni, ahol már HD Sentinelen belül nincs részletezve az SSD Jellemzők között a TRIM funkció támogatottsága.
Hogyan lehetek majd biztos benne, hogy kifogástalanul működik-e?

Köszi,
hazazs

[ Szerkesztve ]

[link]

Összefoglalóból az ssdok nevű progit javaslom sata ssd-hez. Egyébként meg a HDS-nek hinnék...

Ezer köszönet. Még SSD teszteket írók sem tudtak arra válaszolni, hogy pl. CrystalDiskInfo miért nem jelzi a TRIM-et, mint feature-t NVMe SSD-knél.
Végre tisztába lett rakva a fejemben, hogy "nincs is"

Amit még mindig nem értek, és nagyon sok helyen írják. Lehet átaludtam pár évet, de mióta felesleges chipset drivert telepíteni (azon felül, hogy régen felülírta az alap AHCI drivert)?

[ Szerkesztve ]

Mindkettőtöknek köszönöm a segítséget!

Sziasztok!
Én is hasonló problémával küzdök, mint wattafaka. Intel 660P PCIe NVME SSD. HDSentinelben nem találom a TRIM-re utaló infót, egy csomó leírásban szerepel a PCIe meghajtók TRIM támogatása, sok helyen pedig azt írják, ne is keressem... Szóval, melyik az igaz?

Ne is keresd. Az nvme ssd-nél nem úgy működik, mint a satas társaiknal. Ott olyan mélyen bele van építve, hogy ha működik az ssd, és üzemel, akkor a trimm is működik.

Klaustrofóbia- Félelem a zárt helyektől, például, ha zárva van a KOCSMA!

Én nem hinnék a HDS-nek, mert előre látom, hogy valami régi verziót használ belőle. De SSDOK-kal rá kéne nézni mindenképpen.

A kolléga fentebb helyesen linkelte egy korábbi írásomat, NVMe-ken nincs TRIM (van helyette más, amit máshogy hívnak, másképp működik).

"sata ssd-hez" és természetesen friss HDS-re gondoltam.

Köszönöm mindkettőtöknek!

5.50 PRO, nem hibázok

Ha tényleg SATA SSD-ről van szó, és a HDS 5.50 szerint sem megy a TRIM, akkor valószínű nem megy. Azért ránéznék SSDOK-kal is.

A nem működő TRIM-nek az szokott lenni az oka, hogy valami spéci SATA driverrel hajtod, nem az alap MS-féle driverrel. Esetleg a BIOS-ban RAID-mód van belőle az AHCI helyett. Az IDE mód is szuboptimális, de abban mennie kéne a TRIM-nek.

Az AHCI driver alap (Szabványos SATA AHCI-vezérlő), a SATA mód pedig AHCI BIOS-ban.
De ahogy írtam, miután Samsung Magicianben ki és visszakapcsoltam a TRIM-et, és frissítettem HD Sentinelben, már ott is jó volt utána.

Más:
Van esetleg valakinek 1TB-s 970 EVO Plus SSD-je feltelepített 1.3-as Samsung NVMe driverrel?