Hirdetés
- Dedikált NPU-t tervezne az AMD?
- És akkor egy fejlesztőstúdió rájött, hogy vissza is élhetne a felskálázással
- Száguld a Meta és a Microsoft, 500 milliárd dollárral lőttek ki az AI-részvények
- Jól áll az ARM-os Windows helyzete, de a játékoknál nem jön az áttörés
- Kínai kézbe kerül a MediaMarkt áruházak tulajdonosa
- Milyen processzort vegyek?
- TCL LCD és LED TV-k
- HiFi műszaki szemmel - sztereó hangrendszerek
- RAM topik
- Azonnali fotós kérdések órája
- Jól áll az ARM-os Windows helyzete, de a játékoknál nem jön az áttörés
- Dedikált NPU-t tervezne az AMD?
- Kettő együtt: Radeon RX 9070 és 9070 XT tesztje
- Épített vízhűtés (nem kompakt) topic
- Milyen asztali (teljes vagy fél-) gépet vegyek?
Hirdetés
Talpon vagyunk, köszönjük a sok biztatást! Ha segíteni szeretnél, boldogan ajánljuk Előfizetéseinket!
-
PROHARDVER!
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
-
margithid
veterán
Érdekességképpen írom ,hogy a Samsung 840es ssd-m továbbra is bírja a gyűrődést, lassan 90 tera van ráírva.
1 hónapja megvettem a jóárasított intel 520-at, természetesen azon van biztonsági mentés, és ha bármi van a samsunggal akkor indul az, addig készenlétben van csak
Én 100%-ig meg vagyok elégedve a Samsunggal! -
#13499
Ice&Lime
veterán
Fire/SOUL/CD
#13498
Ice&Lime
veterán
válasz
Fire/SOUL/CD
#13498
üzenetére
Fw. frissítésnél majd úgy is kiderül, hogy jogos volt vagy sem. Persze, ha lesz új fw. az evo-khoz a közeljövőben.
-
#13498
Fire/SOUL/CD
félisten
Eagle16
#13486
válasz
Eagle16
#13486
üzenetére
Hát, ezzel a hírrel erős kétségeim vannak(max az új chipset-ek kapcsán lehet ilyen dolog,) és bár 700+ "versenyző" jelzett ilyen hibát, de az annyira kevés, mint bolha pöcsén a pattanás...
Az meg megint egy másik kérdés(persze egyáltalán nem elhanyagolható), hogy a HDTach egy elavult szoftver(de nagyon), az AIDA meg nem tud mérni rendesen(sosem tudott, akkora sebességet mér, amit az EVO 120G-as nem is tud...)
UI: Amennyi EVO-t beszereltem, az nem darabszámra, hanem raklapszámra mérhető, de eddig ilyen problémával nem telefonált nekem senki... (Persze azokat a gépeket Én raktam össze, és természetesen nincs telepítve all in one chipset sem...)
-
#13497
Sk8erPeter
nagyúr
janos666
#13481
Sk8erPeter
nagyúr
válasz
janos666
#13481
üzenetére
"hisz a laptop gyakorlatilag szünetmentes tápellátású, szóval nincs belőle para, hogy elveszik a cache tartalma áramszünetkor"
Ez csak széljegyzet, de azért nagyon ritkán (jó esetben ritkán) olyan eset is simán előfordulhat, hogy az ember elbambulja a dolgot, és nem rakja időben töltőre a laptopot, az akksi meg lemerül. Ammegnemjó.(#13492) pinnacle:
"Egyébként nincs az SSD-vel semmi gond, azt azt leszámítva, hogy hibernálásból nem áll vissza a fedlap felhajtása után, be kell gombbal kapcsolni. Azt hittem a fedlap érintkezési hibás, de az alvó módnál működik"
Nincs valami energiamenedzsmenttel kapcsolatos driver/szoftver a Dell support-oldalán?
Bár ez más para, mégis energiamenedzsmenthez valamelyest kapcsolódik, Lenovónál voltak olyan parák, hogy sokakat az alvó/hibernált állapotból való visszatéréskor sötét képernyő fogadta, a durva kikapcsoláson kívül nem volt rá más megoldás (nálam mondjuk szerencsére ez a probléma nem jelentkezett); ennek megoldására a Lenovo publikált egy telepíthető cuccot, ami ezt megoldotta. -
-
pinnacle
nagyúr
válasz
janos666
#13481
üzenetére
Szépen hasít! Milyen gépben van?
Fire/SOUL/CD-nak köszönhetően már minden látszódik a bekapcsolási időt leszámítva.
Samsung Pro és az OEM között mi a különbség? Minőségbeli is van, vagy csak a Dell tesz rá egy saját firmwaret? Csak tudnám minek, mert frissítést sehol sem találok. Egyébként nincs az SSD-vel semmi gond, azt azt leszámítva, hogy hibernálásból nem áll vissza a fedlap felhajtása után, be kell gombbal kapcsolni. Azt hittem a fedlap érintkezési hibás, de az alvó módnál működik. Illetve néha egy pillanatra ilyen elektromos súrlódó hang hallatszik, pont mintha merevlemez írna, lehet, hogy valami elektromos zaj belső feszültség változástól. Proci nem megy 46C°-alá, de ha nem használom a ventilátor is kikapcsol, úgy látszik passzív hűtéssel is bírja.
-
RudY
addikt
válasz
Eagle16
#13486
üzenetére
Az a gond, hogy az iPon szerzője nem igazán olvasott bele, csak említett egy fórumot, a közel 700 hozzászólással.
Pár oldal után azonban kiderül, hogy a HD Tach programról eleve mindenkit lebeszélnek (őskövület, bár jó volt), nem minden firmware mellett jön ki a bug, plusz érdekesség, hogy a defrag használatára bíztatják egymást.
Az biztos, hogy firmware gebasz és javítják. -
#13490
Glaz-dozfhut
őstag
Sk8erPeter
#13468
Glaz-dozfhut
őstag
válasz
Sk8erPeter
#13468
üzenetére
Nahát; csakugyan.
-
Eagle16
addikt
válasz
radi8tor
#13487
üzenetére
26 Gb foglalt, windows van rajta (jó pár hónapos). A maradék hely üres.
A boot sebességgel semmi gond nincs amúgy, nem is érzem hogy lassú lenne. Csak most botlottam bele ebbe a cikkbe, és valahogy furcsálltam ezt, hogy akár 10MB/s-ig is lemegy az olvasási sebesség.
Eddig még nem is teszteltem AIDA-val, csak olyan programmal ami kiadott egy átlagos olvasási/írási sebességet és ott rendben volt még, mikor megvettem pár hónapja.
-
radi8tor
MODERÁTOR
válasz
Eagle16
#13486
üzenetére
Igen is meg nem is.
Azoknál az olcsóbb SSD-knél, ahol a vezérlő tömörítést alkalmaz, ott az olvasási sebesség csökken azokon a területein az SSD-nek, ahol adat van.Ránézésre azt mondanám a te képedről, hogy 18%-ig van random file-okkal, utána nagyobb méretű fájlok vannak rajta.
Ipon cikkében levő képen sokkal rosszabb állapot látszik.
Szerk: ja, hogy a régóta nem változó (statikus) adatok olvasása jelent gondot neki. Az nem jó jel.
-
#13484
RudY
addikt
BomiBoogie
#13482
RudY
addikt
válasz
BomiBoogie
#13482
üzenetére
Talán hasznos lehet: [link]
Nálam SSD és SSHD is került egy új konfigba, úgy lesznek kiosztva a szerepek, hogy mindkettő az előnyösebb oldalát hozhassa...pár nap és mehet a teszt. -
#13483
Fire/SOUL/CD
félisten
BomiBoogie
#13482
válasz
BomiBoogie
#13482
üzenetére
Az SSHD-kban szolgálatot teljesítő "SSD-k" olvasási gyorsítótárként funkcionálnak, ez az oka, hogy pl a boot folyamatotokat felgyorsítják és az SSD-khez nagyon közeli "érzést" tapasztalhatsz ill. "minden" olyan esetben, amikor olvasni/indítani kell valamit. Az SSHD FW-e gondoskodik arról, hogy figyeli, mely fájlokat kellett gyakran betölteni, melyekhez fértek hozzá olvasásra leggyakrabban, stb és ennek függvényében pakolja az "SSD területre" ezeket az állományokat. Mivel a rendszerközeli állományokat/komponenseket stb, minden alkalmazás használja, ezért minden progi indítására, futtatására stb jótékony hatással van.
Az írás már más kérdés, mert nagy/nagyobb fájlok másolásánál már köze nincs az SSHD-nek egy SSD teljesítményéhez, attól nagy mértékben elmarad, ott egy hagyományos (egy, az SSHD-vel azonos "generációhoz" tartozó) HDD sebességeit hozza vagy legalábbis nagyságrendileg nem tér el..
-
#13482
BomiBoogie
MODERÁTOR
BomiBoogie
MODERÁTOR
Most hallottam, hogy nem igazán érezni a különbséget az SSHD-k és az SSD-k között sebességben, tartósságban meg, gondolom, az SSHD-k nyernek, és árban is egész barátiak.
Nem használtam még ilyet (csak HDD-t és SSD-t), tényleg így van?
-
janos666
nagyúr
válasz
pinnacle
#13476
üzenetére
Kösz. Pusztán csak érdekelt, hogy nálad mennyit megy úgy ez az OEM változatú Samsung SSD, semmiképp nem vártam jobb eredményt és nem is javasoltam volna, hogy úgy használd (hisz a laptop gyakorlatilag szünetmentes tápellátású, szóval nincs belőle para, hogy elveszik a cache tartalma áramszünetkor).
Nálam egyébként így alakulnak az eredmények retail 840 Pro-n:
Tehát nem érdemes letiltani a cache-t, ha érdekel a 4k írási sebesség, de a flushing maradhat, mert ennél az SSD-nél nincs számottevő hatása.
Talán "behazudja" ez a vezérlő, hogy már az is megvolt, mikor még a fedélzeti DRAM-ban van a cucc egy része, de az is lehet, hogy amikor már a DRAM-ban van, onnan tényleg elhanyagolható késéssel át tudja írni a NAND-ra (annyira hogy mire a flush-t kéri a Windows, általában már tényleg megtörtént) és csak az OS kernel <-> SSD vezérlő közti kommunikációs csatorna sajátosságai miatt van ekkora szükség a fedélzeti DRAM cache-re, hogy ilyen számottevő a különbség.Szeretnék már látni ilyen cache ON/OFF tesztet natív PCI-E SSD-vel (NVMe módban), mert így sokszor inkább az SSD cache-ét teszteljük, nem magát a NAND írási sebességet (illetve áttétesen azt is, hogy mekkora kockázatot vállal az SSD a cache-eléssel, max. mennyi adatot tart a fedélzeti DRAM-ban és hazudik-e erről a flush kérésnél...).
-
#13480
Fire/SOUL/CD
félisten
scott_free
#13479
válasz
scott_free
#13479
üzenetére
Ha csak klónozol egy OS-t egyik SSD-ről egy másikra, akkor semmilyen driver nem kell.
(Ha esetleg a SATA driverekre gondolsz, azok a SATA vezérlőket/portokat hajtják, de hogy adott vezérlőre/portra milyen SSD/HDD stb van kötve, az driver szempontból mindegy) -
#13479
scott_free
senior tag
Fire/SOUL/CD
#13478
scott_free
senior tag
válasz
Fire/SOUL/CD
#13478
üzenetére
köszi, akkor nem kell új drivereket feltenni, meg ilyesmi?
-
#13478
Fire/SOUL/CD
félisten
pinnacle
#13476
válasz
pinnacle
#13476
üzenetére
Magát a gyorsítótárazást nem kell letiltani, csak a puffer ürítés letiltás a előtt ne legyen pipa ([link]), mert semmi kihatása nincs az SSD-re. (Igen-igen régi SSD-knél volt jótékony hatása, de ott sem mindnél)
scott_free
Klónozásnál (meg backup/restore estén sem), mindegy, hogy miről-mire klónozol: Macrium Free -
#13477
scott_free
senior tag
scott_free
senior tag
sziasztok,
ha van egy Samsung SSD 840 és azon Windows 8.1 pro, akkor ezt a meghajtót ki tudom cserélni egy Intel 520-asra újratelepítés nélkül? (mindkettő 120gb-os)
tehát ssd-ről ssd-re lehet klónozni simán akkor is, ha más gyártótól van a két ssd? -
-
#13475
Fire/SOUL/CD
félisten
pinnacle
#13470
válasz
pinnacle
#13470
üzenetére
Még nem kaptam meg az email-t (megnéztem, SPAM-ben sincs).
Ettől függetlenül már bekerült a SMARt adatbázisba, meg pár darab Kingfast is(amit lehet modell alapján azonosítani), az SSDOK következő változata már megjelenít SMART adatokat is a fennemlített meghajtókról, de az E-mail-t azért jó lenne megkapni.ubyegon2
Az FSTRIM az nem valós trim, az csak kb az üres terület karbantartásával megegyező karbantartás. A valós TRIM az az fstab fájl módosításával jár, a discard paraméter alkalmazásával, de ezt csak akkor célszerű alkalmazni, ha nincs kitéve nagy mennyiségű írásnak/törlésnek kis fájlokon az SSD, mert a Linux ebben még nincs a toppon...
Ezt csak a tisztánlátás kedvéért írtam, a valóságban valóban célszerűbb az fstrim időszakonkénti vagy időzített futtatása. -
Sziasztok!
Linuxot (MINT17 64bit) telepítettem Intel 120 GB- ra és daily TRIM- et állítottam be remélhetőleg sikerrel. Alapból már kezelte a Linux a TRIM- et . Optimális az SSD- nek a napi TRIM beállítása, ha ezzel a beállítással így működik?
Tudtod még más javasolt optimalizálást Linux alatt? Minden 5let jól jön, mert eddig csak HDD- t használtam, most üzemeltem be először SSD- t, de úgy néz ki, hogy nem volt rossz 5let, pedig a WD1003FZEX sebességével is meg voltam elégedve. Azért az Intel 520- al érződik egy kis ugrás a sebességben.
Erről jut eszembe, Linuxra nem tudtok Win- es tesztelő programhoz hasonlót?
előre is
-
janos666
nagyúr
válasz
pinnacle
#13470
üzenetére
Laptopnál nyugodtan be lehet pipálva (hacsak nem vagy olyan bogaras, aki rendszeresen kipattintja az akksit, mikor hálózati áramról működteti), mert csak áramkimaradás esetén csökkenti az adatvesztés valószínűségét/mértékét.
Próbáld ki letiltott cache-el, a 840 Pro nagyon "szép" eredményeket produkál úgy (ebben jobb volt a SandForce).
-
pinnacle
nagyúr
Windows puffer ürítést mikor érdemes bekapcsolni?
Nekem jobb az eredmény kikapcsolva.
SSDOK nem látja az írás/olvasási, bekapcsolás szám értékét. Elküldtem emailben.
-
xuldar
addikt
válasz
kandi88
#13465
üzenetére
Sokan panaszkodtak korábban az AMD driverekre, pont hasonló hibákat dobott az egyik. Gondolom, all-in-one packot tettél fel. Érdemes lenne megnézni, a szabvány win driverrel is dobálja-e a hibákat.
A 4-es ponttól érdekes, de a 3-at is érdemes elolvasni. -
#13468
Sk8erPeter
nagyúr
Glaz-dozfhut
#13467
Sk8erPeter
nagyúr
válasz
Glaz-dozfhut
#13467
üzenetére
"Over Provisioning", azt akartad írni.
-
#13467
Glaz-dozfhut
őstag
kandi88
#13465
Glaz-dozfhut
őstag
válasz
kandi88
#13465
üzenetére
+ az Over Positioning, de az se kéne, hogy ártson ilyen formába. Épp utána néztem, hogy miket okozhatott a Magician használata - néha újratelepítést.
Nem látok semmi hibát a képen. Ha nincs TRIM akkor szokott 80% lenni a teljesítmény, de már a HD Sentinelből is látszott, hogy az van. Szóval nem tudom. -
seneca07
tag
Sziasztok! A következőkben szeretném kérni a segítségeteket. Egy régebbi laptopba (acer aspire 5720g) egy ssd-t raktam. Kingston v300 120gb. Win7 ultimate telepítve, trim, alignálás, rendben, de a biosban nem elérhető az ahci ezért nem tudtam így telepíteni. A bioshoz elérhető frissebb verzió, de a bios uppgrade úgy tudom elég kockázatos, ezért nem tudom érdemes e frissíteni? Előre is köszönöm a válaszokat.
Üdv. -
kandi88
tag
válasz
Glaz-dozfhut
#13464
üzenetére
Annyit bűvészkedtem vele, hogy bekapcsoltam a Rapid Mode-t
-
kandi88
tag
Sziasztok!
A héten sikerült beszereznem egy 840 EVO 120 gigás verziót.
Win7-et telepítettem rá + feldobáltam a Samsung progiját amit adtak az SSD-hez. Az első furcsaság ami gondolom sokaknak már nem újdonság az Over Provisioning menüben az alábbi hibaüzenet:
Viszont használok HD Sentinel-t és ott olyan dolgokat írkált ki amikkel még életemben nem találkoztam...
Ami elsőre feltűnt, hogy percek elteltével folyamatosan csökkent a teljesítmény 75%-ig és ott megállt.
Megnéztem mi lehet a hiba oka... és a napló fülön ki is adta a hibakódokat
Ultra ATA CRC Errors = adatátviteli hibaHa valaki találkozott már hasonlóval legyen szives írja le, hogy mi lehet a gond vagy van-e rá megoldás mert teljesen tétlenül állok a dolog előtt
Már kb. 5-ször újraformáztam + új rendszert is raktam de semmi -
#13454
worxland
addikt
Sk8erPeter
#13453
worxland
addikt
válasz
Sk8erPeter
#13453
üzenetére
Bakker, be kell dugni? Várj, kipróbálom...
.
.
.
.
5 év után végre van kávé itthon!!! Eddig aszittem, elemes vagy beépített atomreaktor hajcsa.
-
#13453
Sk8erPeter
nagyúr
illes.bence
#13451
Sk8erPeter
nagyúr
válasz
illes.bence
#13451
üzenetére
Igen, ezt értettem eddig is, hogy mi volt az oka, ennyi infóból nem fogjuk megfejteni, de ettől még nyilván kell neki tápellátás, ez most olyan, mintha nem dugnád be a kávéfőzőt a konnektorba, de elvárnád, hogy működjön.
-
#13452
Szirtimorc
senior tag
Szirtimorc
senior tag
Sziasztok!
Volt egy link, ahova fel lehetett tölteni az aktuális SSD sebességet, és összehasonlítani másokéval, csak nem találom. Belinkelné valaki?
Köszönöm!
M
-
illes.bence
tag
válasz
Sk8erPeter
#13450
üzenetére
Pont hogy eloszor amikor a tápot is radugtam akkor nem indult
Majd csak másodjára... -
#13450
Sk8erPeter
nagyúr
illes.bence
#13448
Sk8erPeter
nagyúr
válasz
illes.bence
#13448
üzenetére
Milyen meglepő, hogy tápellátás nélkül nem működik...
-
#13449
#35463424
törölt tag
illes.bence
#13447
#35463424
törölt tag
válasz
illes.bence
#13447
üzenetére
V.Stryker arra gondolt, hogy a SATA csati mellett a tápcsatit is rádugtad-e ?
A két első SATA aljzat 0 or 1 -be kell dugni és AHCI módra átállítani BIOS -ba !
szerk .:
látom közbe sikerült rájönnöd csak az oldal nem frissül olyan gyorsan -
illes.bence
tag
válasz
illes.bence
#13447
üzenetére
Bingo! Már pörög is a telepítés. Nem tudom elsőre miért nem indult el a gép...
-
#13446
Doky586
félisten
illes.bence
#13444
Doky586
félisten
válasz
illes.bence
#13444
üzenetére
Dugd át a pent USB3-ról USB2-re..
-
#13445
V.Stryker
nagyúr
illes.bence
#13444
V.Stryker
nagyúr
válasz
illes.bence
#13444
üzenetére
egy darab SATA 2 csatlakozóval - Hülye kérdés, de tápcsatlakozót azért kapott mellette?
-
#13444
illes.bence
tag
illes.bence
tag
Üdv!
A hétvégén megérkezett a PC-Planettől rendelt SSD-m. Ami valószínűleg OEM, hisz, se csavart, se telepítő DVD-t nem kaptam. Beszereltem a gépbe, egy darab SATA 2 csatlakozóval rákötöttem az alaplapra, betettem a Windows 7 telepítő DVD-jét. Majd amikor eljutott oda a telepítő, hogy válasszam ki a meghajtót amelyre telepíteni szeretném a WIN7-et, akkor láttam, hogy nem érzékelte az SSD-t. És kéri, hogy helyezzem be a meghajtó illesztőprogramjának DVD-jét. Van, az SSD-nek valami telepítőprogramja, vagy driverje amit ki kell írjak DVD-re?
Segítségeteket előre is köszönöm!
-
#13441
vasalarcos
csendes tag
vasalarcos
csendes tag
Sziasztok!
Egy Thinkpad x200-asba vettem egy Evo 840 120-gb-s ssd-t. Win 8.1-et raktam rá, hdd-re elkészített, friss installt imageltem rá. Beállítottam a szükséges dolgokat ssd-hez
, kísérleteztem az ahci driverekkel, de mind kb egyforma sebességet ad, sata2-esnek elfogadható.
A problémám: Win 8.1 bootoláskor véletlenszerűen lefagy. A kék logo megjelenik, de az állapotjelző karika már nem, és így megáll, semmi hdd aktivitás. Kikapcsoló gombbal lehet csak kikapcsolni (ctrl+alt+del-re, stb. nem reagál).
Ez a hiba akkor jön elő, amikor hosszabb állás után kapcsolom be a gépet, pl. reggel, vagy amikor először akartam beindítani az ssd-vel a wint. Ha kikapcsolom a gépet, és újra beindítom, akkor beindul minden gond nélkül, gyorsan.
Van valami ötletetek?
Köszi -
Kommy
veterán
Sziasztok,
Van egy OCZ vector ssd-m 11 hónapos, 8.8tb írás van eddig rajta( hdsentinel szerint) és van már rajta 2 hibás szektor. Tegnap reggel még használtam a gépet, amikor hazajöttem nem töltött be az operációs rendszer.
Az SSD-t egy Mac Mini-Ben használom. Tehát Mac OS van rajta.
Kivettem gépből mert nem tudtam valami miatt megformázni, gondoltam majd a másik gépben megoldom Windows alól hát nem jött össze, mert nem töltött be a lemezkezelő ha be volt rakva az SSD.
Ekkor gondoltam live ubuntu alól legpróbálom, de onnan sem sikerült. Látja az SSD-t és a partíciókat is rajta (EFI, RENDSZER, RECOVERY) , ha próbálom valamelyiket törölni, mintha sikerülne, de ahogy próbálom a következőt, már hibaüzenetek jönnek, és ha frissítek eltűnik az SSD.Próbáltam több kábellel is.
Gondolom akkor mehet vissza gariba. -
#13437
Sk8erPeter
nagyúr
Doky586
#13435
Sk8erPeter
nagyúr
válasz
Doky586
#13435
üzenetére
Tyűha, ez már annyira színvonal alatti és óvodás reakció volt, hogy asszem ilyen szintre már tényleg nem érdemes lesüllyedni. A szövegértelmezési és önértékelési gondjaiddal nehéz mit kezdeni, úgyhogy innentől lehetőleg fejezzük is be a szúrkálódást, nem kéne, hogy moderátornak kelljen rendet tennie. Inkább térjünk vissza a szakmai vonalhoz, az oda-vissza reagálást meg hagyjuk.
-
#13435
Doky586
félisten
Sk8erPeter
#13429
Doky586
félisten
válasz
Sk8erPeter
#13429
üzenetére
NE kötekedj! Kiderülne hogy te nemcsak a másodpercekre nem emlékszel..
-
-
Bodor
veterán
válasz
gyuromoj
#13426
üzenetére
Az eredmények jók, de kell neked 8 GB RAM mellett még 8 GB lapozófájl? Állíts be kb. 1 GB-ot, és ha kevés, akkor úgyis szól a Windows.
Ha nem használod, akkor tiltsd le a hibernálást, ezzel is helyet nyersz.SSD nem csinál magának partíciókat, ezt te csináltad.
Lemezkezelőben össze tudod vonni a kettőt. -
#13429
Sk8erPeter
nagyúr
Doky586
#13423
Sk8erPeter
nagyúr
válasz
Doky586
#13423
üzenetére
+ (#13424) : Hát ez király, kiderült, hogy pont az történt, amit leírtam, mégpedig kiderült, hogy igazából senkivel nincs vitád, csak mindeddig nem sikerült felfognod, hogy miről beszélgettünk így hárman.
De azért a biztonság kedvéért párszor néhány gyakorlati tanácsot hülyeségnek minősítettél, hogy nehogy kimaradj az egészből. Hasznos volt. Ja, nem. -
-
#13423
Doky586
félisten
Sk8erPeter
#13420
Doky586
félisten
válasz
Sk8erPeter
#13420
üzenetére
Most kötekszel??
írod: "Ez tényleg elképesztő. Ki beszélt MÁSODPERCEKRE megálló SSD-ről???"
FSCD (#11956) beszél róla, te is erre hivatkozol rá a (#13359)-ben. Idézem:
"már laggolást is okoz(hosszú másodpercekig "darál" az SSD és addig még az egérkurzor is beáll"Az is elképesztő hogy mennyire nem érted mivel értek egyet és mivel nem...
janos666 (#13363) hozzászólását csak azon fentartásokkal fogadtam el amit írtam. A fenntartás a trim volt. NEM az előtte írt hozzászólásokat, nem úgy általában, hanem csak azt a konkrét hozzászólást (#13363) a FORMAT /P magyarázatokkal sebességnövelés ügyben.. illetve a 000-kat tartalmazo file létrehozással (#13370). janos666 elismerte (#13399) hogy használja a TRIM-et, nem XP-t használ(!), tehát nincs tapasztalata az XP-s SSD formázásról (trim nélkül), így tapasztalata sincs hogy ez javít-e a sebességen vagy sem.. (=bort iszik és vizet prédikál)Te is leírod mindazt amivel -szerinted- nem értek eggyet, de valójában egyetértek vele, így csak a hangulatot fokoztad az ismételgetéssel..
Természetesen a TRIM-ről nem általában beszéltem hanem a FORMAT /P vagy a DD használata során..
-
janos666
nagyúr
válasz
Doky586
#13416
üzenetére
Épp most írtam egy hozzászólást ami:
- összegyűjtötte az SE előnyeit a format-al szemben
- megállapította, hogy a foormat-nak nincs előnye az SE-vel szemben
- kimondta a konklúziót, hogy ha lehetséges, az SE-t érdemes használniMost pedig azzal válaszolsz, hogy
- én a format-ot javaslom SE helyett (miután mániákus SE pártolóként tűntem fel)
- megállapítod (zárókelben), hogy túl alaposnak tartom a format-ot és/vagy más zerofill technikákat, pedig nem azok (holott ezt már számtalanszor leírtam én magam, hogy ez az egyik ok, amiért inkább SE-t javaslok helyettük)
- elmondtam már, hogy NEM tartom feleslegesnek a TRIM-et (azt mondtam el számtalanszor, hogy talán te érted félre, hogy a TRIM, vagy akár a zerofill vagy SE mit csinálnak, vagy ha külön-külön érted is a feladatköreiket, egy átfogóbb látképben már nem látod a fáktól az erdőt - bár most tovább olvasva ezt a hsz-t már fogalmam sincs, hogy mit nem értettél, mert most látszólag már érted, de mégis ugyan úgy hülye vagyok, akárhova fordul épp körülöttem a saját véleményed, most épp az én szavaim csavartad ki az ellentettjükre)Nem találtam ilyen programot...?
Nem is kerestem, mert már eleve ismerek ilyet, pl. a Linux-os DD-t, amit használtam is már másra (de még hasonlóra is, mielőtt megismertem az SE-t). De szerintem még konkrétan az is létezik, amit te vázoltál fel, nem csak egy vagy több általánosabb célú szoftvert lehet használni hasonlóra.
De képzeld el... A TRIM-et nem támogató SSD-ket pontosan így lehet karban tartani. A saját gyártói szoftverek, O&O defrag és társaik is hasonlót csinálnak velük: kinullázzák az SSD-n is a filrendszerben logikailag már üres területeket is. (De mint már számtalanszor leírtam, a TRIM is ezt csinálja, csak valós időben és automatikusan.)SSD-nél gyakorlatilag normális, hogy lassul, de ennek is több oka lehet:
- Pl. egy kiforratlan vagy bugos firmware-nél idővel zátonyra viszik a hajót és feladják a harcot az önkarbantartó algoritmusok (wear leveling és garbage collection, plusz ki tudja melyik gyártó mit futtat a háttérben)
- Gyakorlatilag minden SSD lassul, ahogy fogy a szabad kapacitás. Ez erősen modellfüggő (belejátszhat sok minden a felhasznált hardware elemek típusától a vezérlő hardware-ig és annak firmware-étől, illetve a konkrét modell firmware szintű paraméterezésétől az OS szintű driverekig és szoftverekig) és van egy TRIM-től független része (a TRIM-től független a kisebb mértékű, amit tovább súlyosbít, ha TRIM -vagy helyettesítő zerofill- sincs)Én erre a problémára ezeket javasolnám így sorban:
- ellenőrizzük a BIOS/(U)EFI config beállításokat és OS drivert (AHCI/RAID)
- győződjünk meg róla, hogy működik-e a TRIM (tehát ki vannak-e nullázva a filrendszer szinten üres szektorok)
- mentsük le az SSD tartalmát és hajtsunk végre egy SE-t (esetleg, ha nagyon alaposak szeretnénk lenni, megpróbálhatjuk sorban, hogy standard, enhanced, standard; a lényeg, hogy mindig legyen lefuttatva a standard is, mert az enhanced opcionális, így nem feltétlenül működik, de elképzelhető, hogy picit alaposabb, ha mégis, és hivatalosan a standard hagy csupa nullát - bár általában gyakorlatilag az enhanced is, de azért zárjuk a kört standard-el)
- ha még mindig nem jó, akkor esetleg próbáljuk meg manuálisan feltölteni nullákkal (DD-vel és HDS-el blokkonként, ne format-al ; esetleg, ha nem tudjuk ezeket használni, akkor format /P módban), hátha (bár ennek gyakorlatilag csak akkor lesz eredménye, ha nincs TRIM)Mindez nem számít, mert az már a vezérlő dolga, hogy mit csinál odabent.
Mindegy, hogy mivel (DD, HDS, format, filrendszer, SSD-defrag) íratod fel a nullákat, ha ő mást fog helyettük felírni.
De az SE után ilyenkor is tisztában kell lennie a vezérlőnek azzal, hogy minden terület (pillanatnyi fizikai tartalmától függetlenül) szabadon felülírható, tehát végrehajtható a NAND Erase, hisz épp most mondták neki félreérthetetlenül és halál komolyan, hogy "Most azonnal dobj el minden létező adatot, még a saját naplóidat és a szemetet is. Nem maradhat semmi! Ez parancs, nem gyakorlat!" (Lényegében ez lenne a Secure Erase). Ha ezt nem teszi meg azonnal, vagy a soron következő néhány (másod)percben (nem fut végig egy NAND Erase is titkosítás esetén a privát kulcs random újragenerálása után), akkor buta (nem tudja magát rendesen karbantartani). De akkor miért bízunk benne, hogy a TRIM után lesz NAND Erase, ha ilyen buta a vezérlő, hogy még akkor sem áll neki törölni, mikor épp azt mondták neki, hogy töröljön mindent?A másik csavar pedig az, hogy a titkosítás a TRIM után lett divat, így esetleges néhány kivételtől eltekintve van TRIM is, ha van titkosítás. Ha pedig van TRIM, akkor nincs szükség a filrendszeren keresztül végzett zerofill-re. Ha mégis szükségünk támad valamire, akkor az SE-vel lesz még érdemes próbálkozni (nem a format-al, mert az is filrendszer szintű zerofill -> de ezt még mindig nem értem, hogy miként lettem format pártoló, mikor azzal kezdtem és mindig is azt folytattam, hogy "ezt vagy azt, csak format-ot ne").
Csak kis érdekesség, de volt SSD-d a TRIM korszak előtt? (Nekem volt, durván 32Gb került annyiba, mint ma 128Gb és egy idő után lassabb volt az írás, mint egy HDD-re, illetve igen, néha befagyott 1-2 másodpercre a Windows a jó kis Marvel vezérlővel.
)Mikor OS-en belül írsz 0-al teli fileokat, akkor utána nyilván letörlöd azokat a file-okat (különben nem lenne értelme), ilyenkor pedig a TRIM kényszerít ki egy Erase-t (ez akkor lehet érdekes, ha valamiért nem működött egy ideig a TRIM, de most már igen). Olyanról nem tudom hol beszéltünk, hogy egyidejűleg van titkosítás, de nincs TRIM.
Bár nincs értelme ennek az egész beszélgetésnek onnantól, hogy én sohasem javasoltam a format-ot SE helyett, épp ellenkezőleg, így kicsit nehéz megvédenem a nemlétező kijelentésem, hogy nem is szeretném.
-
#13420
Sk8erPeter
nagyúr
Doky586
#13416
Sk8erPeter
nagyúr
válasz
Doky586
#13416
üzenetére
"Előszöris: azért értettem FSCDvel eggyet mert ő a SecureErase-t javasolta, veled pedig azért nem mert a te a formatos nullázást és/vagy a nagy nullákat tartalmazó file felírását javasoltad (ez utóbbi nem a lemez teljes felületét érintheti de ezt most nem lényeges) és feleslegesnek tartottad a TRIM-et."
Bár nem nekem írtad, de úristen, miről beszélsz, ember??? Ezt most halál komolyan leírtad, miután elvileg elolvastad az előzményeket?
Tessék: [link], csak hogy idézzem az eredeti állítást janos666-tól (még a lényeget is kiemeltem neked, hátha végre hatásos lesz):
"A Secure Erase elméletben MINDEN szektort töröl, még a tartalék területet [...]
Az szerintem már csak másodlagos előny, hogy a host write számlálót sem hízlalja, az pedig a hab a tortán, hogy a kettő közül ez relatívan villám gyors. [...] A formázás alapvetően NEM írja tele nullákkal!
A zerofill az egy külön kapcsoló a format parancsnak, amit tetszőleges menetben is elvégez neked. De alapvetően csak OLVAS, nem ír. A DD valóban teleírja nullákkal, ha ezt kéred tőle, de csak a látható részt, a tartalék területet nem törli, mint a Secure Erase. Én inkább az SE-t ajánlanám."
Aztán a másikat: "Nem is mondtam semmit TRIM-ről.
Pont ezt mondtam, hogy külön kapcsoló kell még a format mögé, ha azt szeretné az ember, hogy írja is tele (már a felhasználói datokkal megtölthető terültet).
Nem, ennek semmi köze a TRIM-hez."Érted??
Mégis hol állította, hogy a TRIM felesleges?! Az eredeti feladatot tekintve (amit gondolom még mindig nem értesz) állította, hogy a TRIM-nek jelen esetben nincs szerepe, nem általánosságban állította, hogy a TRIM felesleges lenne. Te meg azt állítod, hogy ha faltól-falig teleírja valaki 0-kkal, pl. egy live Linuxról bootolva, akkor is tök hasznos lenne a TRIM, mert biztos rettentő sok extra dolgot csinálna.Aztán idézve Fire/SOUL/CD-t: "Szóval igen, PM-mel az Erase Disk opcióval fuss neki elsőre, arra ügyelj, hogy egy ponton felajánlja, hogy Enhanced Secure Erase-t akarsz-e, ott ne azt válaszd.
A Windows parancssorból kiadott lassú formázás 0-val írja felül az összes szektort, mint ahogy a DD is Linux alatt. Nálam a Secure Erase nem szokott használni, hogy teljesen visszanyerjem a gyári sebességeket, a lassú formázás természetesen mindig.
Más meghajtóknál persze használhat(és használni is szokott) az SE, de Samsung-oknál (470/830/840) nálam nem igazán."És ezt érted?!
Már nem vagyok meggyőződve róla, hogy ezt felfogtad, hogy pont az ellenkezője történt, mint amiről te beszéltél, így ha már itt tartunk, ezek szerint pont kevésbé FSCD-vel értesz egyet, inkább janos666-tal. De te azért szemellenzősen hajtogatod ugyanazt!"van aki lassúnak tartja az ssd-jét a sok használat miatt és a fenti módszerekkel erre kellene módszer hogy gyorsabb legyen a több éves használat után. Én ugyan nem láttam laggoló (több másodpercre megálló) ssd-t, és a sebesség kapcsán is mit értenek ezen hozzászólásokban lassúnak? (hogy a telepítéskori 500/500-ról leesett a sebesség 420/420-ra???)
--- Mert a másodpercekig való megállásban én nem vagyok biztos hogy az ssd okozza, az 500-ról 420-re való lassulásban pedig ez van, azaz nem tartom panaszra okot adó hibának."
Ez tényleg elképesztő. Ki beszélt MÁSODPERCEKRE megálló SSD-ről??? A nagyon minimálisan is érezhető lassulás (pl. egy 2 évvel ezelőtti állapothoz képest) szerinted definíció szerint másodperceket kell, hogy jelentsen? Még véletlenül sem elképzelhető, hogy továbbra is GYORS az eszköz, de picit mintha érződne lassulás a régi állapothoz képest? Szerinted miről beszélt FSCD is? Pontosan erről. És hol beszélt másodpercekig tartó akadásokról? Segítek, sehol! Ahogy én sem. Vagy ha ő mondja, azt elhiszed, ha más állítja, még véletlenül sem?
Simán elképzelhető, hogy egyszerűen egy OS-újratelepítés is segítene a dolgon, de azért merült fel bennem a kétely, mert korábban hasonló állapotban (ugyanennyi idő után a telepítést követően, hasonló számú programmal, amik ebben közrejátszhatnak, stb.) talán kevésbé volt érezhető HELYENKÉNT, minimálisan (NEM másodpercekre, picit, ezt az veszi csak észre, aki ismeri a saját konfigurációját) ez a kis akadás. Meg fogom próbálni a secure erase-t, újra is telepítek, mindenki happy. De maga az elméleti fejtegetés kifejezetten érdekes volt. Csak közben ne vitatkoztál volna csak azért is, mindenáron.Miután lényegében mindent félreértettél eddig, amit csak lehetett, vagy elborította az agyad a kényszeres vitatkozási mánia, és így képtelen voltál odafigyelni, hogy itt miről beszélgettünk (és láthatóan még mindig nem érted), kicsit viccesen hat, hogy arról panaszkodsz, hogy téged értettek félre. Majd ha kicsit ráérsz, olvasd vissza a beszélgetéseket még egyszer, hátha sikerül értelmezni is a hozzászólásokat.
-
HIJ
őstag
Üdv!
Van egy Vertex3 -am, amire most a HD sentienel ezt írja: "A merevlemez 8 alkalommal vizsgált meg gyanús adatszektorokat. A vizsgált terület hibátlannak minősült." A HDD regenerator is azt mondja, hogy kezdjem meg a mentést a drive -ról. Ez mitől lehet egy SSD -nél? Én eddig azt hittem, hogy a bad sectorok csak a vinyóknál léteznek
-
Crytek
nagyúr
Van 2 SSD-m. Az egyiken a rendszer sata 0/1 kinek mi tetszik a másik a sata 1/2-ön amin a játékokat tárolom.
Van egy olyan bajom hogy ha steamről töltök a 2. SSD-re játékot (elvileg max sebességgel de ez kb lényegtelen) akkor addig olyan szinten belassul az egész rendszer hogy az már fáj.Mi lehet a baj?
-
Doky586
félisten
válasz
janos666
#13413
üzenetére
Na akkor mégegyszer - hátha rájösz hogy miben különbözik a véleményünk és miben nem.
Előszöris: azért értettem FSCDvel eggyet mert ő a SecureErase-t javasolta, veled pedig azért nem mert a te a formatos nullázást és/vagy a nagy nullákat tartalmazó file felírását javasoltad (ez utóbbi nem a lemez teljes felületét érintheti de ezt most nem lényeges) és feleslegesnek tartottad a TRIM-et.
Nem véletlenül nem találtál ilyen programot: megírni valóban nagyon könnyű lenne ezen programot, de a hatása semmilyen volna (=nem érne semmit) sebességnövelés szempontjából. HDD-ket pedig ne keverjük ide - az más tészta: ott a töredezettség játszik.
Másodszor: arra kerestük a megoldást hogy van aki lassúnak tartja az ssd-jét a sok használat miatt és a fenti módszerekkel erre kellene módszer hogy gyorsabb legyen a több éves használat után. Én ugyan nem láttam laggoló (több másodpercre megálló) ssd-t, és a sebesség kapcsán is mit értenek ezen hozzászólásokban lassúnak? (hogy a telepítéskori 500/500-ról leesett a sebesség 420/420-ra???)
--- Mert a másodpercekig való megállásban én nem vagyok biztos hogy az ssd okozza, az 500-ról 420-re való lassulásban pedig ez van, azaz nem tartom panaszra okot adó hibának. Persze lehet hogy az öreg 5+ éves ssd-k ilyeneket művelnek, dehát a technika fejlődik, cserélni kell ha valami kiöregszik.Veled is sokmindenben egyetértek, sok olyanban is amit most is leírtál (újra és újra), ezért újra leírom miben NEM értünk egyet.: a (TRIM nélküli) nullázás (=format vagy üres file) gyorsító hatásában.
Részletezve: Neked a nulla az csak nulla. Ezt többször is kifejted. Sajnos ez mostanában már nem ilyen egyszerű. Azzal egyetértek hogy a flash biteket akkor lehet gyorsan írni ha 0 az értékük. DE! ez a ssd fizikai rétegére vonatkozik. A 0-kat tartalmazó file vagy a format pedig filerendszer szintjén tartalmazza a 0-kat. A kettő NEM ugyanaz. (egyik 0 =/= másik 0 val) Manapság minden ssd flash része titkosított (ezért csak 2sec a SE, ezért van hogy ATA jelszóval lezárt ssd-ből hiába veszed ki a nand IC-ket a tartalmukat nem tudod visszafejteni). Emiatt a titkosítás miatt a 00000-val teleírt file vagy a 000-at író formázás a flash fizikai rétegére már NEM 000-at ír hanem titkosított adatot amiben véletlenszerűen 1-esek is vannak. (a 3állapotú bitekről, tömörítésről szintén lehetne beszélni, de az még mélyebb rétege a valóságnak).
Tehát pont emiatt az oprendszer 000-val való írása NEM 000sítja az ssd felületét. A TRIM ahogy írtad az 0-sítja, esetleg a SE is előbb-utóbb nullásítja.Egyszerűen az oprendszer által küldött 0-ák és a fizikai rétegen a flash-on szereplő nullák közt nincs közvetlen megfeleltetés. Azokat csak a TRIM utasítással vagy talán az SE al lehetalaphelyzetbe állítani.
Remélem így már érthetőbb volt, de ennek leírására több ezer szó is szűkös lenne, és nem értelmezitek félre amit leírtam (mint ahogy eddig több helyen is).
-
#13414
Sk8erPeter
nagyúr
Sk8erPeter
nagyúr
http://prohardver.hu/tema/milyen_ssd-t_vegyek_2/hsz_21913-21913.html
(#21913) beleszólok:
--> erre reagálva, csak mert sok benne a furcsaság, és nem abba a topicba tartozik."Viszont... OK, a boot felére rövidült. És?"
A kérdésfeltevéssel önmagában még egyetértek, sokan a bootidővel vannak állandóan elfoglalva, arra gerjednek, hogy hány másodperc alatt töltődik be az operációs rendszerük, méregetik, centizgetik, versenyeznek rajta, miközben ez kb. a legirrelevánsabb előnye az SSD-nek, mivel a lényege az általános felhasználás közben jön ki. Én sem a bootidővel foglalkozom, hanem azt élvezem, hogy a felhasználás közben SSD-ről pörgő OS-sel és programokkal, fájlokkal összehasonlíthatatlanul gyorsabban tudom elvégezni a munkákat vagy akár a szórakoztató tevékenységek egy részét, mintha HDD-ről töltögetnék be mindent. Még akkor is, ha nem is fogadod el a TÉNYT, hogy az SSD körüli hype-nak megvan az oka."Mivel letiltottam az indexelést és az automatikus defragmentálást, nincs valódi összehasonlítási alapom, hogy boot utáni első bejelentkezéskor mennyivel gyorsabb."
Minek tiltottad le az indexelést? Teljesen felesleges volt."Viszont használat közben nincs akkora sebesség növekedés, hogy az már komolyan növelné az ú.n. felhasználói élményt."
Már hogy a viharba' ne lenne?
Hát figyelj, ha te tényleg nem érzel különbséget, akkor egészen biztos, hogy nálad van a probléma, és alaposan körül kellene nézned. Például elolvasni ezt: Gyorstalpaló SSD sebesség problémásoknak!"Cserébe ha sokat matatsz lokális adatbázisokon, akkor évente cserélheted az SSD-t"
Mit jelent nálad a "sok"? Ez egy kicsit tág fogalom, úgyhogy ez az állítás önmagában, körülbelüli adatok nélkül igen könnyen cáfolható."De mondom: fejlesztők esetében még értem is valahol (csak a csodákban nem hiszek - mióta itt ül a gépemben, azóta végképp nem
), csak a hype-olás főként azokban a körökben megy nagyon, ahol a boot a legdiszkigényesebb folyamat."
Nemcsak fejlesztők érzik a jelentős sebességnövekedést, hanem átlagfelhasználók is. Korábban már felhoztam a példát, hogy édesanyám régi konfigurációnak is adott egy lórúgást a régi állapothoz képest, de ha körbenézel a topicban, kevés hozzád hasonló elégedetlenkedő hozzászólást fogsz találni, vagy ha mégis, akkor általában vagy a választott SSD, vagy valamilyen egyéb szoftveres/hardveres körülmény az oka (legtöbbször persze az utóbbi, röviden user error).
Szóval én amondó vagyok, nézz körül, nálad minden rendben van-e, mert ha eddig csak egy darab hosszabb távú SSD-vel kapcsolatos tapasztalatod van, és szerinted ennyire nincs releváns eltérés a HDD-s állapothoz képest, akkor szinte biztos, hogy nálad lehet valami probléma, és nem az SSD-k körüli "túlzott hisztivel". Ahogy korábban kifejtettem, ennek a "hisztinek" elég jól megalapozott oka van.(#13413) janos666 :
Bocs, most köcsög leszek, de már nem bírom ki a korrekciót
:ugyan az--> ugyanaz,ugyan akkor--> ugyanakkor,ugyan olyan--> ugyanolyan,ugyan úgy--> ugyanúgy,ugyan ennyiért--> ugyanennyiért,ugyan ilyen--> ugyanilyen,ugyan olyan--> ugyanolyan, stb...
Pedig az "ugyanakkor" szót jól írtad a korábbi hsz.-eidben. Szóval ugyanaz a szabály, ugyanúgy kell írni a többi hasonló szót is ("ugyebár").
Ugyan az az állítás is igaz, hogy a helyesírásod amúgy teljesen jó, az ugyanaz szó megfelelő leírását még elrontod (hogy írjam egy helyes használatát is az ugyan és az az szó összekapcsolásának).
Bocs, helyesírás-mániás vagyok. -
janos666
nagyúr
válasz
Doky586
#13410
üzenetére
Már megint egybemosol több különböző (független, vagy csak lazán kötődő) dolgot és elbagatellizálod az egészet.
Utoljára még egyszer összeszedem neked a tényeket:
1: A Secure Erase SSD-nél nagyságrendekkel gyorsabb, illetve akár SSD-n, akár HDD-n alaposabb is, mint a nullákkal való teleírás, mert törli a host elől rejtett területet is (amiből arányaiban és átlagban SSD-ken sokkal több, az összkapacitás mellett sem eltörpülő méretű, akár több Gigabyte szokott lenni).
2: A Secure Erase eredménye egy kinullázott SSD (minden, a vezérlő által szabadon felülírható szektora csupa-csupa NULL, ZERO, nuku, 0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0.........).
3: A format tool alapvetően nem ír nullákat
4: A formázás és file létrehozás csak a filrendszer által felhasználói adatokkal teleírható területet törli, a partició és magukat a filrendszer adatokat nem törli.Ha csinálsz egy Secure Erase-t, az ugyan az, mint ha TRIM képes OS-el törölnél az SSD-ről minden file-t (plusz még letörli azt is, amit az OS nem is lát). Csupa nulla minden szektor (0,0,0,0,0,0,0,0,0,0,0,0,0,0,0).
I.) A Secure Erase-nek HDD-knél is csak előnyei vannak a manuális végignullázással szemben, így általánosságban is javasolható, nem csak SSD-re.
II.) A formázás, DD-s nullázás, stb semmi előnnyel nem jár a Secure Erase-el szemben.
--->>> Ha semmi nem hozható fel ellene, de mellette jó néhány dolog, akkor miért ne javasolja az ember? <<<----
Az egy ettől teljesen független "probléma", hogy ahogy fogy a szabad terület, úgy lassul az írás, akár volt TRIM, akár százszor teleírod az üres területet nullákkal, akár kettévágod két partícióra és százszor leformázod az üres és tesztelt rész a telített részt békén hagyva. Ez egy másik kérdés.
Ezt miért oldaná meg az, ha egy csodaprogram (amit most feltaláltál) felirkál 1Gb-os file-okat csupa nullákkal?
Ezt már megint te találtad ki, és megint engem nézel érte hülyének!
Lassan áruld már, ha direkt sz¤patsz. Vagy legalább hívj már meg legközelebb előtte egy vacsorára, vagy valami. Ez így nem fog menni, hogy folyton meg akarsz sz¤patni, de mindig csak veszekedünk. De amúgy se foglak lesz¤pni.
-
#13412
Sk8erPeter
nagyúr
Fire/SOUL/CD
#13397
Sk8erPeter
nagyúr
válasz
Fire/SOUL/CD
#13397
üzenetére
OK. Végül is a lassú formatot később is megpróbálhatom (készítek egy képfájlt az SSD komplett tartalmáról, lassú format, majd vissza a képfájl tartalma), akkor előbb secure erase.
Ahogy itt elnézem, az "enhanced secure erase" ezt csinálja: "Some SSDs implement the enhanced version of secure erase by default—which also deletes the drive’s housekeeping data—but if an enhanced erase option is available, you might want to use it. Definitely use it if you’ve been doing work for the CIA.",
Egy másik hasznos link:
http://security.stackexchange.com/questions/62253/what-is-the-difference-between-ata-secure-erase-and-security-erase-how-can-i-en/64480#64480
"Secure erase overwrites all user data areas with binary zeroes. Enhanced secure erase writes predetermined data patterns (set by the manufacturer) to all user data areas, including sectors that are no longer in use due to reallocation.
This sentence makes sense only for spinning disks, and without encryption. On such a disk, at any time, there is a logical view of the disk as a huge sequence of numbered sectors; the "secure erase" is about overwriting all these sectors (and only these sectors) once, with zeros. The "enhanced secure erase" tries harder:
- It overwrites data several times with distinct bit patterns, to be sure that the data is thoroughly destroyed (whether this is really needed is subject to debate, but there is a lot of Tradition at work here).
- It also overwrites sectors which are no longer used because they triggered an I/O error at some point, and were remapped (i.e. one of the spare sectors is used by the disk firmware when the computer reads or writes it).
[...]Another method for secure erasure, which is quite more efficient, is encryption:
When it is first powered, the disk generates a random symmetric key K and keeps it in some reboot-resistant storage space (say, some EEPROM).
Every data read or write will be encrypted symmetrically, using K as key.
To implement a "secure erase", the disk just needs to forget K by generating a new one, and overwriting the previous one.
This strategy is applicable to both spinning disks and SSD. In fact, when a SSD implements "secure erase", it MUST use the encryption mechanism, because the "overwrite with zeros" makes a lot less sense, given the behaviour of Flash cells and the heavy remapping / error correcting code layers used in SSD.When a disk uses encryption, it will make no distinction between "secure erase" and "enhanced secure erase"; it may implement both commands (at the ATA protocol level), but they will yield the same results. Note that, similarly, if a spinning disk claims to implement both modes as well, it may very well map both commands to the same action (hopefully, the "enhanced" one)."
Gondolom ez az oka, hogy nem ajánlod az enhanced secure erase-t, csak a secure erase-t, mert előbbi túlzásba viszi a célt.
De sanszos, hogy Te tömörebben is meg tudnád fogalmazni, engem érdekelne.(#13396) Doky586 :
Öhh, ne "ennyi"-zz, mert gáz.
Némi önellentmondásba keverted magad: azt írod, egyetértesz Fire/SOUL/CD-vel, miközben ő azt állítja, egy secure erase és egy lassú format igenis valamelyest jótékony hatással lehet az SSD teljesítményére, janos666 inkább csak a secure erase-t pártolta, te meg pont e kettővel akarsz vitatkozni (mondván, kb. ez sz@rt se ér), plusz szerinted mindenki túlmisztifikál most már mindent. Akkor mégis mivel/kivel értesz egyet, ha nem értesz egyet senkivel?Ha szerinted túl van misztifikálva, akkor azt milyen ellenkező elmélettel vagy tapasztalattal (utóbbit nem várom el) támasztanád alá?
Aztán mintha kevernéd a szezont a fazonnal, mert továbbra sem világos, hogy hogy jelen esetben hogy jön ide a TRIM: sok kapcsolódó hsz.-t írtál, de ezekben rejtélyeskedsz, tagadsz, de nem lehet érteni, hogy egész pontosan miért is. Nem azt írtam, hogy "magyarázkodj", de ha már beszélgetünk valamiről, akkor egy-egy odavetett, pár állítást hülyeségnek minősítő hsz. ebben a formában nem túl hiteles. (A "magyarázkodás" szó egész másképp hangzik, mint az elmagyarázás.)
Vagy lehet, hogy nem érted, most mi a cél, nem tudom.
Azt mondjuk nem értem, miért szúrkálódva akarsz vitatkozni, pedig egy szakmai vita tök konstruktív tud lenni (számomra az eddigi is az volt), még ha a felek nem is értenek egyet. -
flash-
veterán
samsung 830
sata 3-on windows 8.1 alattkicsit mintha a seq és az 512 írás alacsony lenne nem?
- Prefetch és SuperFetch kikapcsolva,
-samsung magicianban maximum performance-ra van állitva,
-"Windows írási gyorsítótárhoz tartozó puffer ürítésének letiltása az eszközön" bepipálva,
-indexelés kikapcsolva,
-töredezettségmentesités kikapcsolva
-hibernálás kikapcsolva
-
Doky586
félisten
válasz
janos666
#13399
üzenetére
Hátha ennyire egyszerű miért szivatjátok szegény segítségkérőket??
(akiknek lassú vagy laggol az ssd-jük)Minek javasoljátok a SecureErase-t és a format /p -t?? elég destruktív módszerek. Ha igazad van tele a net olyan progikkal amik szoftveresen létrehoznak párszáz db 1GB-os 0-ákkal telített üres filet, ráírja az ssd-re amíg be nem telik, majd azonnyomban törli is őket.. Ezen csodaszer programok az addig lassú laggoló ssd-ket adatvesztés nélkül (akár munka közben, kockázat nélkül) gyors 500/500-as sebességre tuningolja pár perc alatt..
HA igazad van.
-
#13409
djculture
félisten
indigen205
#13408
djculture
félisten
válasz
indigen205
#13408
üzenetére
Jó de az ssd-hez szükséges optimalizáció megvan csinálva? Pl kikapcsolva a lapozófájl vagy ha nagyon szükséges áthelyezve. indexelés kilőve. hibernáció rendszervisszaállitás stb stb?
-
#13407
V.Stryker
nagyúr
Fire/SOUL/CD
#13404
V.Stryker
nagyúr
válasz
Fire/SOUL/CD
#13404
üzenetére
Szerintem meglett a kis mocsot...
Otthon is fel van csatolva a nasról egy pár lemez, a melóhelyen meg mégtöbb. Otthon nem látom a meló lemezeit és fordítva. Na, induláskor szerintem ezeket keresheti, mert most letöröltem mindet és egyből 38 másodperc a boot idő.
-
#13406
V.Stryker
nagyúr
Fire/SOUL/CD
#13404
V.Stryker
nagyúr
válasz
Fire/SOUL/CD
#13404
üzenetére
Nah, elég sokat küzdöttem és a következőkre jutottam:
- A rendszerrel induló programokat mind kitiltottam, semmi sem indult el. A helyzet érdemben nem változott, mert csak 6 sec-et nyertem.
- Az ahci drivereket össze vissza próbálgattam, intel drivert tettem fel és szedtem el, a helyzet nem változott. Egy valami volt érdekes, hogy ha feltettem egy másik drivert, akkor az utána lévő újraindítás teljesen jó volt, cirka 40 sec alatt megvolt a restart. Viszont ezután már mindegyik indítás a szokásos 1 perc 10 másodperces.
- Windows 8.1 alatt nincs gond, de ott a rendszerrel vannak olyan gondok,hogy nem akarom használni.Sebességteszt ahci 1.0 -val:
Más driverrel alig 10Mb/s-es eltéréseket tapasztaltam.
-
#13405
pinnacle
nagyúr
Fire/SOUL/CD
#13404
pinnacle
nagyúr
válasz
Fire/SOUL/CD
#13404
üzenetére
Köszi! Nekem ezt a kettőt nem ismeri fel, nem tudom, hogy mi lehet, mert egyelőre működik minden. Nem akarom az összes drivert feltolni, mert nem vagyok benne biztos, hogy mind kell. Dell-nél a Win7-t javasolták, mert a Win8-al gondok vannak, lehet, hogy csak azért, mert minden drivert feltesznek az emberek.
-
#13404
Fire/SOUL/CD
félisten
pinnacle
#13402
válasz
pinnacle
#13402
üzenetére
Az eszközkezelőt nézd meg, ha ott vannak ismeretlen eszközök, azokhoz természetesen fel kell rakni drivert és van ami a chipset-ben van. (Pl az Intel management engine (IMEI) ismeretlen eszköz szokott lenni, de van hozzá külön driver vagy pl a Windows Update-ről is szokott jönni hozzá...)
V.Stryker
Egy régi AHCI driver került fel. Ez 2 módon fordulhat elő, vagy külön telepítetted vagy a chipset driver pakolta fel. Amit lehet tenni az ez.1. Visszaállítod az alap OS AHCI driver-t: 4. pont
2. Ha nem segít, akkor ezt telepítsd fel: SetupRST_12.9.0.1001.exe
3. Ha ez sem segített, akkor a chipset driver okozza a hibát, amit levakarni sem lehet, lehet újrainstallálni az OS-t -
#13403
V.Stryker
nagyúr
Fire/SOUL/CD
#13401
V.Stryker
nagyúr
válasz
Fire/SOUL/CD
#13401
üzenetére
-
#13402
pinnacle
nagyúr
Fire/SOUL/CD
#13401
pinnacle
nagyúr
válasz
Fire/SOUL/CD
#13401
üzenetére
-
#13401
Fire/SOUL/CD
félisten
V.Stryker
#13400
válasz
V.Stryker
#13400
üzenetére
Az SSDOK-ról képet kérnénk, mert akkor nem kell feleslegesen kérdezni számos egyéb dolgot, illetve a lapos pontos típusa kellene elsőre.
pinnacle
Ehhez az SM841N-hez és sem találok firmware-t a Dell oldalain, ha gondolod megreklamálhatod (bár ez a meghajtó Pro széria tagja, mert 256GB kiszerelésben nem létezik EVO, még OEM-ben sem(legjobb tudomásom szerint)), de csak akkor érdemes reklamálni, ha esetleg gond van a mostani meghajtóval.
persze SSD esetében ez nem játszik.
Majd csak másodjára...
)
Új hozzászólás Aktív témák
Pyttawrx- 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
- Milyen processzort vegyek?
- Miért álltak az oldalak egy hétig, mi történt?
- Itt egy pár fotó az iPhone 17 sorozatról
- Anglia - élmények, tapasztalatok
- Szétveri a kritikus gondolkodás képességét a ChatGPT
- Helldivers 2 (PC, PS5)
- Battlefield 6 - Bemutatkozik a többjátékos mód
- Azonnali fáradt gőzös kérdések órája
- Mibe tegyem a megtakarításaimat?
- Bemutatkozott a Poco X7 és X7 Pro
- További aktív témák...
- BESZÁMÍTÁS! ASUS VS228DE FHD TN 5ms monitor garanciával hibátlan működéssel
- AKCIÓ! ASRock Z370 i5 8500 16GB DDR4 512GB SSD 2060 Super 8GB Zalman Z9 Plus Enermax 750W
- Samsung Galaxy S22 Ultra 256GB Kártyafüggetlen 1 év Garanciával
- Samsung Galaxy S23 Ultra 256GB Kártyafüggetlen 1Év Garanciával
- Akció! Gigabyte Vision Z590 D Wi-Fi Alaplap! LGA 1200!
Állásajánlatok
Cég: FOTC
Város: Budapest