-
IT café
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
-
neil_mullen
aktív tag
sziasztok! van egy régi 915p chipsetes gépem (foxconn 915a04-p-8ks), felgyorsítanám egy ssd-vel (kingfast KF2710MCJ15 32G). működne vele rendesen?
Privát üzenetre illik válaszolni!!!
-
válasz Ice&Lime #14501 üzenetére
Annyit már tapasztaltam, hogy mikor rossz egy kábel, akkor kb. ezt történt:
- rövid időre megállt a filmlejátszás
- a háttérben a HDD kiesett a RAID kötetből
- a HDD SMART naplóban megnőtt az Ultra ATA CRC Error számláló
- a hotplug révén újra megjelent a HDD és nekiállt újraépülni a RAID tömb
-> ismétlések végtelen ciklusban
Mikor letiltottam a hotplug-ot, csak reboot után tűnt fel újra a HDD. Mikor letiltottam az automata RAID újraépítést, de hagytam a hotplug-ot, akkor a tömbön kívül tért vissza a HDD, és ha nekiláttam olvasás teszttel nyúzni, akkor előbb-utóbb elszállt és ismét nőtt a SMART-os ATA CRC számláló.Először én is gyanakodtam arra is, hogy a SandyBridge lap hasal el annak dacára, hogy már a javított B3 revízió, így sokat kíísérleteztem, még kikerült a két hibás kábel (a fenti példát fűszerezte, hogy felváltva hullottak ki a RAID tömbből a HDD-k...)
Szóval a tanúság leginkább az, hogy ha szar a kábeled, akkor:
- ha erről az eszközről fut az OS, akkor valószínűleg lefagy
- időnként eltűnik az eszköz és opcionálisan újra megjelenik
- a hibejelnségeket az ATA CRC SMART érték növekedése kísériTehát ugyan az van, mint a HDMI kábelteszteknél. Ott sem azt kell nézni, hogy a színésznőnek nagyobb lett-e a melle, vagy eltűntek-e az arcáról a szarkalábak, netán kicsit zöldebb lett a szomszéd fűje, hanem egyértelműek a hibajelenségek (HDMI-nél "szikráznak" a pixelek és/vagy kiírja a készülék, hogy "nincs vagy hibás a jel"), ala "vagy jól megy, vagy nagyon nem megy". Ez a digitális átvitel, a paritásbitek és/vagy ellenőrző hash összegek előnye: ha baj van, akkor vagy megoldódik a háttérben (ha nem csak ellenőzrő, de redundáns csomagok is vannak) vagy tudsz róla (csak nem rekonstruálható az eredeti a redundanciából, vagy eleve csak hash van és az nem stimmel).
[ Szerkesztve ]
TV/monitor kalibrálást vállalok. ||| "All right , Thom. But understand this: I do care for you. I care for all the lost souls than end up up here."
-
Ice&Lime
veterán
válasz janos666 #14503 üzenetére
Hát, megmondom őszintén én nem foglalkoztam a témával ennyire, mert nem is volt miért. Akkor két éve kellett egy sata kábel, azóta nem. Egyébként szerintem azok is tökéletesek, amiket még akkor 2 darabot az asus alaplaphoz adtak, érzetre voltak olyan szinten, mint a mellé vásárolt 500ft-os kábel. Nekem ami feltűnt akkor, azok az illesztések, az ssd-be például mindkét fajta kábel elég furcsán illeszkedett, benne volt az, de nem olyan stabilan, de most már mindegy, végül is nem voltak vele problémák és nem rázkódott a ház sem.
-
Memora
senior tag
jakos73, janos666, Fire/SOUL/CD, zeusz55 Köszi mindenkinek a sok hasznos hozzászólást!
Nekem az egyik boltban "Equip" márkájú kábelt ajánlottak, valószínűleg ez is a minőségibb darabok közé tartozik.Fancy quote placeholder
-
Memora
senior tag
-
gozso
senior tag
azt hiszem elakadtam
adott egy ibm laptop (R40) volt benne egy pata ssd (kingfast), rendszer normálisan működött (xp)
most szeretném újra telepíteni, de az ssd nem formázható. windows unable to format....stb.
próbáltam hiren's boot, diskpart, xp telepítő, win7...... semmi eredmény. hibás lehet az ssd?köszönöm a segítséget
fél vese eladó..., szivárványhártya ugyanitt
-
félisten
"...volt benne egy pata ssd (kingfast)..."
1. Akkor úgy kell érteni a kérdésed, hogy most nem az van benne, hanem vettél egy másik PATA SSD-t?
2. Ettől függetlenül, tehát a BIOS látja az SSD-t(azaz fizikailag jelen van), csak semmilyen progival nem tudsz formázni (meg egyéb pl partícióműveleteket stb) elvégezni rajta?[ Szerkesztve ]
Mindenki tudja, hogy bizonyos dolgokat nem lehet megvalósítani, mígnem jön valaki, aki erről nem tud, és megvalósítja. (Albert Einstein)
-
gozso
senior tag
válasz Fire/SOUL/CD #14508 üzenetére
jelenleg is ezt használnám...(illetve a tulaja használná) minden adat látható rajta, másolható. törölni nem, és formázni sem lehet.
amit még megtettem kínomban. átraktam egy másik laposba (asus a6r) a helyzet ott is ugyanazigen, bios látja
hiren's alól látható a teljes fájlrendszer[ Szerkesztve ]
fél vese eladó..., szivárványhártya ugyanitt
-
félisten
Akkor az is elképzelhető, hogy readonly-vá vált a meghajtó, azaz nem enged már semmilyen írást.
Ha más gépben is ez a helyzet és ott pl egy Linux Live alól sem tudsz vele semmit kezdeni(Gparted-el legyalulni pl), akkor vélhetően ez a helyzet. Hogy ez esetben ezt meghibásodás okozza avagy régi meghajtó lévén elérte a ráírható adatmennyiséget az SSD és magát zárta-e le, az max úgy deríthető ki, hogy megnézed mennyi írás van rajta(már ha ad vissza ilyen infót a meghajtó és a pontos típus birtokában a gyártó honlapján utánanézni, hogy van-e írás limit és ha igen, akkor mennyi.Mindenki tudja, hogy bizonyos dolgokat nem lehet megvalósítani, mígnem jön valaki, aki erről nem tud, és megvalósítja. (Albert Einstein)
-
gozso
senior tag
válasz Fire/SOUL/CD #14510 üzenetére
köszönöm a segítséget utána fogok nézni
fél vese eladó..., szivárványhártya ugyanitt
-
Memora
senior tag
A BIOS frissítést muszály megcsinálni SSD installálás előtt? ASRock P67 Pro3 alaplapom van, és még a gyártó oldalán is megjegyzik, hogy ha rendesen működik a lap, NE frissítsek BIOS-t!
Olvastam itt a fórumon nagyon csúnya dolgokat BIOS frissírgetéssel kapcsolatban, nem szeretnék belefutni valami olyasmibe, hogy fekete képernyő fogad bookolás után, vagy többé nem ismeri fel a lap a VGA-t, stb.
Soha nem frissítettem még ezelőtt BIOS-t, (SSD-m sem volt még), és nincs itthon másik gépem sem, amiről esetleg segítséget kérhetnék itt a fórumon, ha valami balul üt ki...[ Szerkesztve ]
Fancy quote placeholder
-
zeusz55
senior tag
válasz Memora #14512 üzenetére
Maga hogy SSDt raksz a gépbe egyáltalán nem indokolja a bios upot. (az esetleges külső tényezők már meglehet)
Ha az adatlapodon lévő ASRock P67 pro3 a lapod akkor ehhez végképp nem kell nyúlni ez egy új lap! Max a biosba kell állítani AHCIt de sztem az is be van állítva!
[ Szerkesztve ]
– – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – =FOR SALE=
-
-
zeusz55
senior tag
– – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – =FOR SALE=
-
Memora
senior tag
Egyébként szerintetek milyen op-rendszert érdemes tenni az alábbi konfigra, amely a lehető legtöbbet hozza ki belőle (a szűk keresztmetszet a 4GB ram)?
Intel i7 2600k, ASRock P67 pro3, Kingston 4GB KHX1600C9AD3K2, WD purple 3TB, Samsung HD103UJ (jelelegi rendszerlemez), Samsung 840 EVO 120GB SSD (új rendszerlemez), Gigabyte radeon HD6950 2GB.
Jelenleg Win 7 professional 32bit van rajta, nem tudom az SSD miatt érdemes e már 64 bites rendszert telepíteni rá? Esetleg Win 8-at? Vagy 8GB ram alatt inkább ne?
ui: ram-ot azért nem vettem, mert túl ügyetlen vagyok az alaplapba belepattintásához, félek, hogy kárt tennék a lapban
Fancy quote placeholder
-
félisten
válasz Memora #14520 üzenetére
Win98-nál alább ne add!
W7, vagy újabb; x64-es, sose tudhatod, mikor állít a házba még 4GB RAM.
Ha mindkét oldalán egyenletesen nyomod be a RAM-ot, akkor nem nagyon lehet baja."Csak egy dologtól félek. Ha meghalok, az asszony eladja a gépeimet annyiért, amennyit bevallottam neki." KERESEM: Lian Li PC-C50, Silverstone Milo ML03 ..............................................................................................
-
Ice&Lime
veterán
válasz Memora #14520 üzenetére
"Jelenleg Win 7 professional 32bit van rajta, nem tudom az SSD miatt érdemes e már 64 bites rendszert telepíteni rá?"
Az ssd miatt biztosan nem érdemes, semmi köze nincs hozzá.
"ui: ram-ot azért nem vettem, mert túl ügyetlen vagyok az alaplapba belepattintásához, félek, hogy kárt tennék a lapban"
Nem fogsz, csak finoman kell csinálni.
-
Memora
senior tag
-
Sk8erPeter
nagyúr
válasz Memora #14523 üzenetére
Azért ennyire ne parázz, támaszd meg az ellenkező oldalát az alaplapnak finoman ujjbeggyel, és nyilván ne a memóriamodul kellős közepén fejts ki erőt, és kezdd el nyomkorászni, mert akkor össze-vissza dülöngélhet nyomás közben, és az kellemetlen következményekkel járhat, hanem éppen ott, ahol az oldalsó, direkt erre kialakított lyuknál belekapaszkodik majd a modult tartó "fogantyú" (és mindkét oldalon csináld meg). Nem muszáj egyszerre bepattintani (ahhoz jó lenne 4 kéz), DE arra nagyon figyelj, hogy mindkét oldalán biztosan bepattanjon a helyére a tartókar, tehát le tudjon szorulni, mert csak akkor van a helyén, úgy biztos az érintkezés. Igazából csak ezt ronthatod el, ha nem esel neki, mint tót az anyjának, akkor nem törsz le semmit. A biztos érintkezés viszont tényleg fontos, ezért figyelj rá, hogy tényleg belekapaszkodjon rendesen az említett fogantyú (tehát az legyen függőleges állapotban a bepattintás után; különben ha nincs rendesen a helyén, és érintkezési problémák vannak, azzal tönkre lehet vágni a RAM-ot - de ne arra alapozz, hogy ez fog történni, hanem csináld meg, sikerülni fog).
(#14524): a 64 bites OS több memóriát eszik, ha pl. elfogy a fizikai RAM, és túl sok a lapozási művelet (túl sokat ír-olvas a háttértárra/-ról, akkor az lassíthatja a gépet. Kevés memóriával tehát megfontolandó a 32 bites használata. De 4 GB RAM már nem számít kevésnek, amennnyiben átlagfelhasználói (átlagos böngészési szokások, filmezés, Office-termékek használata, ilyesmi) igényekről beszélünk.
(#14512):
muszályhelyett muszáj, de amúgy nem az. A BIOS-frissítést tényleg csak akkor kell megejteni, ha a frissítés hiányából konkrét hátrányod származik, vagy esetleg van valami jelentős előnye a frissítésnek. Ha nem érint a BIOS-frissítés által érintett problémakör, akkor egyszerűen figyelmen kívül hagyhatod, hogy létezik már frissebb BIOS, mert irreleváns a szemszögedből.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz janos666 #14483 üzenetére
"WL ilyen szempontból nem gond. Az már az SSD dolga.
Az én aggályom csak az, hogy az SSD vezérlő biztosan tudjon róla, hogy melyik a logikailag üres LBA szektor (és így terület ennyi NAND területet).
Ha nem tudja, akkor őrizgetnie kell a szektorokban tárolt adatokat (és igen, ilyenkor a WL+GC is pakolászhatja ezeket is körbe-körbe a többi hasznos adattal együtt, ami így extra írást jelenthet)."
Az a "terület ennyi NAND-területet" gondolom "törölhet" akart lenni. Viszont ez így akkor ellentmondásos - hiszen elvileg mindkettő "az SSD dolga". Tehát ennek a logikának a mentén, amin elindultál, amennyiben a vezérlő nem tud róla, hogy az a nem particionált terület felszabadítható (mert korábban mondjuk nem volt secure erase, vagy más, ami miatt egész biztosan nem gondolja azt, hogy ott statikus adatok lennének - már amennyiben ez egyáltalán felmerülhet, és pl. a partícióstuktúra-törlés, majd újraparticionálás nem jár TRIM-parancs küldésével egy modern partíciókezelőnél), akkor a wear leveling során történő adattili-toli esetén is az említett olvasás-módosítás-írás hármas igénye miatt (mert azt mondod, a particionálatlan területet úgy érzékelheti adott esetben, mintha ott statikus adatok lennének, meg kell vizsgálnia, szükség van-e az ott lévő esetleges korábbi adatra) lassulhatna az írás.
Szóval ilyen logika alapján szerintem a wear levelingnél is lassulás lenne észlelhető.De szóljon má' bele más is. Sztem a téma érdekes, és jól eldumálunk róla, csak úgy tűnik, nem tudjuk a megoldást.
Pl. Fire/SOUL/CD, Balage76, Bodor, vagy valaki, mi a véleményetek erről a kérdésről?
[ Szerkesztve ]
Sk8erPeter
-
Vakegérke
veterán
válasz Sk8erPeter #14528 üzenetére
Lyully, fogalmad sincs, miket láttam már. Ilyent is, és utána tőlem várta volna el a srác, hogy "összeragasszam" a RAM-ot.
Mondok jobbat. Anno egy szerencsétlen bolond még a rögzítő, a hátlaphoz illeszkedő fémlapot is lebarkácsolta a hangkártyáról, hogy a PCI foglalatba fordítva begyömöszölje. Utána én voltam neki a hülye, mert még ezt a kis problémát sem tudom megoldani.
Szép szolidan, szép szolidan, elvégre nem vagyunk otromba állatok... (KFT) Birodalmi Szóvivő és Békenagykövet (:L topic)
-
Vakegérke
veterán
válasz Sk8erPeter #14530 üzenetére
Életem több, mint 63 éve alatt volt alkalmam találkozni jónéhány őrülttel.
Szép szolidan, szép szolidan, elvégre nem vagyunk otromba állatok... (KFT) Birodalmi Szóvivő és Békenagykövet (:L topic)
-
#21078528
törölt tag
válasz Sk8erPeter #14527 üzenetére
Most janos666 kolléga megjegyzése alapján particionálatlan terület nélkül formáztam meg a meghajtó, és méregetek, hogyan alakulnak a sebességek.
Minden esetre igyekeztem tájékozódni, és előfordulhat, hogy pakolászik a vezérlő szükségtelen adatokat a particionálatlan területen, de elvileg a vezérlőnek (garbage collection rutin pl.) előbb-utóbb rá kell jönnie, hogy az adat törölhető.
Márt csak azért is gondolom, hogy működnie kell a dolognak, mert mint korábban említettem, van ismerős, aki ReiserFS-sel használja a gépet, ami nem ismeri a TRIM-met, és még sincs gond a meghajtó sebességével és állapotával, viszont sok szabad helyet hagyott (particionálatlan terület). Illetve a titkosított partíciók (cryptoloop) is divatosak manapság Linuxon, és ugye ekkor sincs TRIM, és panasz se, hogy lassulna a meghajtó.
Minden esetre tényleg érdekes kérdés, meglátom, hogy ezzel a particionálási sémával változik-e valami nálam...
Annyit még kiokoskodtam, hogy a TRIM-met ismerő Linuxos fájlrendszerek a fájlrendszer létrehozásakor kiküldik a TRIM parancsot, de az már nem derül ki, hogy a teljes meghajtóra, vagy csak a particionált területre, de szinte biztos, hogy az utóbbi...
Még régebbről van valami emlékem (wikin is van rá utalás), hogy a Samsungnak volt valami BGC eljárása, ami figyelt a fájlrendszerre is és a particionálatlan területre is, pont a tárgyalt probléma miatt, de nem tudom, hogy ténylegesen alkalmazzák-e, vagy mi lett a sorsa. -
tialys
csendes tag
Sziasztok!
Most vettem egy 60GB-os Kingston V300-ast, telepítés rendben ment a leírtak szerint, de egy kicsit keveslem ezeket a számokat, vagy ez így jó? 450 a gyári megadottAzt olvastam, hogy a SATA-kábelre elég kényesek az SSD-k, nekem egy 3 éves bontatlan volt itthon, az összehajtástól nem sérülhetett meg, ugye? Meg elég hosszú (45cm) érdemes lenne rövidebbre cserélni? Vagy túl óvatos vagyok és nincs semmi baja se az ssd-nek, se a kábelnek?
-
félisten
válasz Sk8erPeter #14527 üzenetére
Az SSD az egy egybefüggő memóriaterület a szükséges illúzióval, azaz, hogy úgy mutassa magát az OS felé, mintha HDD lenne. Az illúzió miatt fizikailag nem létezik se szektor, se partíció, se LBA meg még "jó pár" dolog sem.
Az SSD belső algoritmusai a teljes felületen dolgoznak, teljesen lényegtelen, hogy nincs particionálva egy terület. (Ezzel csak WL-nek tudsz segíteni, mivel mindig lesz elegendő memóriacella, ami kevesebbszer lesz írva, mint a többi, így a WL is hatékonyabban végzi a dolgát.)
Ha beolvasom az első szektor egy HDD-n, akkor az egy fizikai szektor, ami mindig ugyanott található fizikailag is a lemezen. SSD-nél a 1. "szektor" bárhol lehet/bármelyik memóriacellában és az vándorol is(mert pl a GC vagy WL áthelyezi)tialys #14535
Rendben van ez.adnoctum18 #14536
Azokkal a progikkal kellene dolgoznod, amit a gyorstalpalóban vannak megemlítve...
(tialys azokról dobott képet)[ Szerkesztve ]
Mindenki tudja, hogy bizonyos dolgokat nem lehet megvalósítani, mígnem jön valaki, aki erről nem tud, és megvalósítja. (Albert Einstein)
-
cirkus
aktív tag
Hy ! két op rendszerből szeretnék választani bootoláskor hogy melyiket indítsa a gép. IDE csatlakozós vinyóról WinXp-t vagy SSD-ről Win7-t. Van erre lehetőség vagy megoldhatatlan. Gondolok itt a IDE/AHCI konfig beállításra ?
-
félisten
válasz cirkus #14539 üzenetére
A legegyszerűbb megoldás az lenne, ha az alaplapodon több SATA vezérlő teljesítene szolgálatot és azok üzemmódja külön-külön állítható lenne (ha az alaplapod pontos típusát megírnád, akkor meg lehetett volna mondani)
Ha ilyen lehetőség nincs, akkor marad, hogy mindkét OS IDE-ban vagy AHCI-ben telepíted.Mindenki tudja, hogy bizonyos dolgokat nem lehet megvalósítani, mígnem jön valaki, aki erről nem tud, és megvalósítja. (Albert Einstein)
-
dorika87
őstag
Sziasztok. Ma-holnap meglesz az Evo-m és egy 9.5mm-es HDD helyére szeretném betenni notebookba. Ugye a Samu csak 7mm-es. Lesz ezzel valami problémám a beszereléskor, vagy mire érdemes ilyenkor odafigyelni?
-
zeusz55
senior tag
válasz dorika87 #14541 üzenetére
Ilyenre szükséged lesz! Ha nem adnak az SSDhez, ha gondolod postaköltség fejébe küldök neked egyet.
– – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – =FOR SALE=
-
félisten
válasz dorika87 #14541 üzenetére
Lapos pontos típusa nélkül mi sem tudhatjuk... Általánosságban elmondható, ha a meghajtó(a mostani HDD) egy kiszerelhető "fémbölcsőben" van az oldalán 4 csavarral rögzítve, akkor biztosan bele lehet fogatni a 7mm-es SSD-ket is, nem kell semmi "magasító".
[ Szerkesztve ]
Mindenki tudja, hogy bizonyos dolgokat nem lehet megvalósítani, mígnem jön valaki, aki erről nem tud, és megvalósítja. (Albert Einstein)
-
dorika87
őstag
válasz Fire/SOUL/CD #14543 üzenetére
Acer Aspire TimelineX 4830tg a lapos típusa, és igen, ahogy írtad 4 csvarral van rögzítve egy ilyen "fémbölcsőben" a mostani HDD. Tehát akkor nem lehet gond neki, hogy vékonyabb? Csavarok meg minden passzolni fog ugyanúgy?
-
BomiBoogie
MODERÁTOR
Ennek "ellenére" megrendeltem egy 120-as Intel 530-at (most már lesz Kingston HyperX 3K, Samsung 840 EVO, meg ez is), remélem, nem lesz gond vele.
Mondjuk én már mindegyikről hallottam rosszat.
A Kingstonról a vezérlője miatt, a Samsungról a vezérlője és a "lassulási" probléma miatt, az Intel is "lassú", de eddig még nem tűntek úgy, mint akik be akarnák váltani a hozzájuk fűzőtt reményeket.
-
félisten
válasz dorika87 #14544 üzenetére
Azzal nem lehet gond (2 fajta létezik belőle, az egyikben a fémbölcső oldalához, a másikban az aljához van rögzítve a meghajtó. Egyik sem gond, pont ezért vannak az SSD-k alján is a furatok, a 7mm-es meghajtók is gond nélkül rögzíthetőek.)
[ Szerkesztve ]
Mindenki tudja, hogy bizonyos dolgokat nem lehet megvalósítani, mígnem jön valaki, aki erről nem tud, és megvalósítja. (Albert Einstein)
-
dorika87
őstag
válasz Fire/SOUL/CD #14546 üzenetére
Köszi, akkor biztos menni fog.
-
válasz Sk8erPeter #14527 üzenetére
Igen, az ott elírás volt. Nekifutok még egyszer.
Van mondjuk 128Gb-nyi NAND terület és 120Gb LBA terület.
Az nem mindegy, hogy az SSD tudja-e, hogy az a 20Gb-nyi LBA terület, amit te nem jelölsz ki logikailag partíciónak, nem raksz rá mountol-ható filerendszert, nem tartasz ott nyilván file-okat, azokról az SSD vezérlő is tudja-e, hogy üres szektorok, így ennek megfelelően letörölhet 20Gb-nyi NAND területet (attól függetlenül, hogy ezen felül még mennyit tud törölni a többi LBA szektor TRIM-elése révén, vagy mennyi van neki gyárilag elzárva tartalékba, mennyin van ténylegesen hasznos adat, most csak erről a 20Gb-ról beszélünk...), vagy pedig véletlenszerű 1-esek és 0-ák sorozatával vannak teleszórva azok az LBA szektorok, amik szerinte még hasznos felhasználói adatok, így bár a partíció nincs oda kijelölve, az OS nem tud most ott filerendszert mount-olni, így logikailag nem tartasz ott nyilván semmit hasznos adatot, de mégis ott van, így az SSD vezérlőnek kötelessége őrizgetni, illetve a WL miatt még körbe-körbe mozgatni is (vagyis lényegében pontosan ugyan úgy, mint ha hasznos felhasználói adat lenne egy létező partíción, mount-olt felirendszerrel).Másik példában van egy 128Gb-os HDD-d.
Az egyszerűség kedvéért MBR partíciós táblát raksz rá két partícióval.
Lemented az MBR-t (csak azt kis apróságot, ami azt hiszem 512 byte, semmi mást)
Megpakolod mindkét partíciót hasznos adatokkal.
Törlöd az egyik partíciót, mert nincs többé szükséged az adatokra, amiket azon tároltál, de nem hozol létre új partíciót, csak a másik régit használod tovább.
Egy év múlva úgy döntesz, hogy visszaállítod a régi MBR mentésed.
- Mi történik?
-> Egy csapásra hozzáférhetővé válnak a "törölt" adatok, mint ha sohasem törölted volna őket (hibátlanul mount-olható a filrendszer, sértetlenk az adatok)Az SSD pedig ilyen szempontból LBA szinten ugyan olyan, mint a HDD, ha nincs TRIM-elve az LBA terület. A felvetésem pedig az, hogy partícionálatlan területen nincs TRIM...
Mikor az SSD WL+GC forgat odabent adatokat, akkor jól jön neki, ha van olyan terület, amiről tudja, hogy nincs bennük hasznos adat, így törölhetők/törölve vnnak, felhasználható önkényes motorháztető alatti munkákhoz, stb.
Mikor a vezérlő azt hiszi, hogy azok a partícionálatlan területre eső LBS szektorok még mindig hasznos adatokat tárolnak, akkor a WL+GC nem üres területtel gazdagodik, hanem úgy kell tekintetenie az a 20Gb-ot, mint hasznos adat, tehát ennyivel kevesebb üres NAND teürletet lát és ennyivel több adatra vigyáz, ennyivel többet kell mozgatnia, ha mozgatnia kell valamit (és mivel nincs ott partíció, így ez 100% statikus adat, tehát elkerülhetetlen, hogy egyszer át kelljen majd mozgatnia).
[ Szerkesztve ]
TV/monitor kalibrálást vállalok. ||| "All right , Thom. But understand this: I do care for you. I care for all the lost souls than end up up here."
-
válasz janos666 #14548 üzenetére
Kis helyesbítés: partícionálatlan területen nincs automata TRIM, a blkdiscard és hdparm nyilván működnek (de Windows-on nem tudom, hogy ilyen célra használható-e bármi, pl. a gyártói szoftverek is csak NTFS partíciókat tudnak "optimalizálni" - lényegében újra-TRIM-elni, mint a Windows defrag programja is...).
[ Szerkesztve ]
TV/monitor kalibrálást vállalok. ||| "All right , Thom. But understand this: I do care for you. I care for all the lost souls than end up up here."
-
Sk8erPeter
nagyúr
válasz Fire/SOUL/CD #14538 üzenetére
Ez alapján, amiket írtál, igenis hasznos a particionálatlan terület - pontosabban ideális esetben így lenne. DE mi a helyzet azzal (erre a részre nem reagáltál), ami az eredeti felvetés volt janos666 részéről, majd később még alaposabban elmagyarázta, hogy esetleg egy újraparticionálás, majd szándékosan egy maradék particionálatlan terület meghagyása során a TRIM-parancs küldésének kihagyása miatt az SSD-vezérlő azt "gondolhatja", hogy pl. épp a wear leveling esetén a particionálatlan, nem "kinullázott" területen lévő adatokat is ide-oda kell mozgatni - ez így szélsőséges esetben kvázi olyan, mintha mondjuk tele lenne az SSD, mert mindent mozgatnia kell. Hiszen ha ez így van/lenne, azt feltételezi az SSD-vezérlő, hogy ott kb. statikus adatok vannak, hisz' ezek nem lettek kinullázva, mert az OS nem küldött neki TRIM-parancsot.
DE ez alapján elvileg persze a helyzet, ha egy secure erase után hagy az ember particionálatlan területet, mert akkor az a terület ki lett "nullázva", semmi gond, simán írható a terület.Ezzel viszont nekem az volt a gondom, hogy ilyen alapon a particionálatlan terület tényleg értelmetlen lenne, hiszen ha így működne, ez esetben többet ártana, mint használna. Tehát ilyen alapon tényleg sokkal értelmesebb lenne egy óriáspartíciót tartani az SSD-n élettartam szempontjából, ahogy janos666 írta, és figyelni arra, hogy ne tudd teleírni (ez ellen akár gondolom szoftveresen is tudna védekezni az ember, hogy elzár "magától" egy bizonyos területet, DE mégis egyébként van rajta fájlrendszer, így TRIM-elhető). Ez alapján mindenki rosszul csinálja, aki félrerak egy területet maga elől.
Ez már csak további okoskodás, úgyhogy igazából az előbbi a lényeg, erre lennék kíváncsi, de:
továbbmenve a gondolatmenetben ilyen alapon hiába secure erase-eltünk, majd EZUTÁN hoztunk létre particionálatlan területet, a wear leveling során ide-oda tologatja az SSD az adatokat, ide-oda írogat 0-kat és 1-eseket, és amikor már arrébbtolta egy másik területre, lehet, hogy én csak azután törlök egy adatot, és így az előző, most éppen OS által nem TRIM-elgetett területen nem történik kinullázás, hiszen elvileg csak azt a területet TRIM-eli, amin van épp fájlrendszer. Így pont az a jelenség merülhet fel legközelebbi írási kísérlet során, ami eleve a TRIM-utasítás lényege, ti. hogy ne legyen szükséges az új adat beírása során egy beolvasás/módosítás/kiírás ciklus, ami kifejezetten lassíthat.(#14548)+(#14549) janos666:
Jaja, teljesen világos a gondolatmenet (nagyjából eddig is az volt), van benne logika, de fura lenne szembesülni azzal, hogy igazából a particionálatlan terület meghagyása hülyeség. És jobb egy bazinagy partíció egy fájlrendszerrel, csak rohadtul figyelni arra, hogy legyen tényleg elég szabad hely.
Ezzel kapcsolatban írogattam feljebb, igazából neked is szól, majd kukkantsd meg.
Ja, de még egy dologban nem jutottunk közös nevezőre, konkrétan a wear levelinggel kapcsolatban, hogy az általad felvázolt gondolatmenet nyomán az ide-oda tologatás miatt is gond lehet egy későbbi törlés/írás... Igazából lehet, hogy tök érthetetlen, mire akarok kilyukadni, ha az, akkor majd megpróbálom legközelebb kávé után megfogalmazni.Sk8erPeter
Ú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
- Assetto Corsa Competizione
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Luck Dragon: Asszociációs játék. :)
- MG4 menetpróba
- Samsung Galaxy A54 - türelemjáték
- Nintendo Switch 2 vagy amit akartok (találgatós topik most még)
- Okos Otthon / Smart Home
- Milyen TV-t vegyek?
- Harold Halibut teszt
- Kerékpárosok, bringások ide!
- További aktív témák...
- Inateck NVMe SSD ház - Dobozos, újszerű
- SK Hynix Platinum P41 2 TB M.2 NVME PCI-E 4.0 x4 - Új, Tesztelt - 7000-6500 MBs - Eladó!
- Samsung 980 250Gb-os Nvme SSD csak kipróbált.
- ASSMANN Digitus DA-71545 NVMe - Dobozos, újszerű
- Bontatlan Seagate & Western Digital HDD-k 3TB - 12TB -ig - Számla + Garancia, Ár alatt! BeszámítOK!