-
Fototrend
Ide várunk:
- minden saját tapasztalatot/tesztet, észrevételt a már megvett, és használatban lévő SSD-vel kapcsolatban, illetve mindenféle, megbízható forrásból való cikket/tesztet/érdekességet.
Új hozzászólás Aktív témák
-
djculture
félisten
válasz Doky586 #14127 üzenetére
Én azt nem irtam hogy ez a normális működési paraméter, csak az hogy ez a lock az ssd egy védelme ami kativálódhat kártevőre ami folyamatosan próbálja újrairni a blokkokat erre a védelem biztos hogy lockolni fog. Azért lezárt ssd-t szerintem senki se úgy ad el hogy tökéletesen működik.
[ Szerkesztve ]
-
félisten
válasz Doky586 #14273 üzenetére
"Eszerint az összes többit (Adata, Kingston, stb) NEM támogatja???"
Ezt én sem igazán értem, hogy itt mire is gondolt ubyegon2 topiktárs, de érdeklődéssel várom a válaszát."Ezt a Win7-8 valós időben állandóan kezeli. A linuxra csak ilyen offline verzió van mint XP-re..?"
Nem, csak alapból nincs bekapcsolva. Ahhoz az fstab szerkesztése szükséges a képen látható discard paraméter beszúrásával (és restart).
Ezért nem alapértelmezett. | TRIM vs. fstrim[ 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)
-
ubyegon2
nagyúr
válasz Doky586 #14273 üzenetére
Linuxon 14.04- től alapból engedélyezve van a heti rendszeresség, de cron-ban beállíthatod, milyen sűrűn akarod lefuttatni, szerintem ha nem nagyon sok írás van, akkor bőven elég a heti egy, ezt úgy tudom boot/alatt előtt csinálja, emiatt a 24/7- ben futó gépeknél meg kell adni egyparamétert hozzá, hogy lefusson a beállított időközökben. Akár terminalból is TRIM- melhetsz, ha nem állítasz be semmit. Ez egyébként jobb, mint Win7-8 valós idjű kezelése, mivel úgy állítod be, ahogy akarod. Csak nem kell ezt a csoda TRIM- et állandóan figyelgetni!
Lassan kezdem kapisgálni a win/linux logikájának a különbségét, így már azt is sejtem, miért gyorsabb és kisebb erőforrású a Linux, mint a Win.A többi SSD- vel nem működött még optimálisan a TRIM, így azt kézzel kell beállítani igény szerint beállítva fentiek szerint. 14.10 verzióról még nincs elég infó, lehet, hogy már abban támogatott lesz a többi SSD is.
(#14274) Fire/SOUL/CD
Ahhoz az fstab szerkesztése szükséges a képen látható discard paraméter beszúrásával (és restart).Több helyen írták, hogy a discard opció mellőzendő, viszont a noatime erősen javallott helyette!
Ezekről mi a véleményetek?
Szerinted van esély, hogy hozzáértők annyi okosságot összeszedjenek a Linux/SSD párosról, hogy egy cikk összejöjjön belőle vagy legalább kiegészítés a Win- es írásokhoz?
új Samsung 980 1TB SSD 24eft 0TB írás, gyártói garancia
-
válasz Doky586 #14878 üzenetére
TRIM és csupa nulla...
Igen, közben már beismertem és azóta arra is rájöttem, hogy mi volt a félreértés:
Egyszer, mikor nagyon csúnyán belassult a 840 Pro SSD-m, akkor látványosan segített neki az, hogy tesztképp végigírtam nullákkal. Ez volt a saját egyéni tapasztalatom így a TRIM generációval is, és korábban a TRIM korszak előtti SSD-kről is olvastam hasonlót, hogy volt, akinek ez segített (nekem is volt már SSD-m a TRIM előtti időkben is, de nem érdekeltek ennyire és általában meg is döglöttek, mire betömődtek, így nem volt velük hosszabb távú tapasztalatom, főleg nem az ilyen problémák kezelésében. ).
De tény az is, hogy alapvetően később terjedt el az automatikus hardware-es titkosítás, mint a TRIM.
--- Szóval ez úgy kezdődött, hogy marha lassú lett a 840 Pro, elkezdtem tesztelni, végül írással is, majd egy faltól-falig történő zerofill-el bezárva, amit hagytam végigfutni, mikor láttam, hogy induláskor az is nagyon lassan megy neki, viszont ahogy fut, úgy egyre csak gyorsul. Végól pedig adtam neki egy második kör zerofill-t, ami alatt egyértelműen gyorsabb volt, mint először, így sikeresnek nyilvánítottam a kísérletet. ---
Akkor ez számomra még rejtély volt, hogy mi történt előtte-közben-utána. Ezt követően frissítettem az SSD firmware-t és Secure Erase-t is adtam neki, azóta pedig nem volt vele hasonló probléma.Ma úgy sejtem, hogy a megoldás abban rejlett, hogy a szekvenciális írás || legyen az akár csupa egyes vagy nulla, netán véletlenszerű byte-ok, a lényeg, hogy nagy blokkokban írjunk az SSD-re || "töredezettségmentesíti" az SSD-t, amit a véletlenszerű kis írások "tördelhetnek" (ami ott és akkor valahogy nálam ténylegesen is bekövetkezett ; talán OS oldalon volt hiba, talán firmware oldalon, talán a kettő együtt okozott gondot, ezt nem tudom biztosan).
-> Innen volt az a tapasztalatom, hogy segít a zerofill.
---> De!!! Deee!!! Egyébként tényleg segített is a maga módján!
Az már egy másik kérdés, hogy arra a problémára sem ez volt a legjobb megoldás és hogy kicsit összekeveredett a dolog, mert nem ugyan azt éri el, mint a TRIM. Az az én téves feltételezésem volt, hogy van olyan okos az SSD vezérlő, hogy ha pl. 2Mb egy Erase blokk és valaki felír 2Mb-nyi nullát, akkor az SSD vezérlő odabent "töredezettségmentesítés" után töröl egy Erase Blokk-ot, de erre nagyon jól rámutattál, hogy a belső titkosítás miatt ez nem ilyen egyszerű és valószínűleg nem történik meg. Lehetne ilyen okos a vezérlő, kereshetné és a NAND-on egymás mellé mozgathatná a csupa nulla LBA-kat, hogy törölhesse a blokkot, csak épp titkosítva már nem nulla a nulla. Teljesen igazad volt.[ Szerkesztve ]
TV/monitor kalibrálást vállalok. ||| "All right , Thom. But understand this: I do care for you. I care for all the lost souls than end up up here."
-
Sk8erPeter
nagyúr
válasz Doky586 #14914 üzenetére
Ezt írta ő is: "ugyanakkor a 4k alatti AU méretnek már érdembeli negatív hatása van".
(#14878) Doky586:
Na, tehát összességében elmondható, hogy ezek szerint Te is azt az álláspontot erősíted, hogy amennyiben nem secure erase után raktunk félre particionálatlan területet, hanem előtte azon a területen mondjuk adatok voltak, akkor mivel sima Windows-os eszközökkel történő újraparticionálás során ezek nem TRIM-elődnek, a wear leveling során kvázi statikus adatokként tilitolizódnak ide-oda, ergo olyan, mintha az SSD jobban tele lenne, mint hinnénk.DE továbbra is kérdés számomra, mi van az újabb (>7) Windows-ok háttértár-kezelős GUI-ja mögött, nincs-e TRIM, ahogy az újabb Linuxok partíciókezelőinél a partíciótörlés során...
[ Szerkesztve ]
Sk8erPeter
-
válasz Doky586 #14916 üzenetére
De egyrészt, amennyire én tudom (de javítsatok ki, ha tévedek - én elismerem, hogy előfordul) a legtöbb SSD nem 4k, hanem 8k "szektoros", mert 8k szokott lenni egy NAND Page (ami ha jól tudom azt jelenti, hogy ekkora egységekben írhat a vezérlő a NAND-ra, a 4k írást is vagy úgy oldja meg, hogy kiolvas 8k-t és visszaírja 4k-val módosítva, vagy alternatívaként összevár több 4k-s írást, mikor "ráér" és elfér a cache-ben).
Másrészt pedig sok SSD a fizikai és logikai szektorméretet is 512 byte-nak jelenti, egyiket sem 4k-nak vagy 8k-nak, és így a Windows nem is nagyon tudhatja, hogy mekkora egy NAND Page (hacsak nincs valami más módszer, amit erre használ, de olyanról még nem hallottam).
Harmadrészt pedig akkor is az a lényeg, hogy a SATA3 szabványban LBA-kat lehet TRIM-elni, méghozzá azokat az LBA-kat, amiket az SSD mutat az OS felé, azok pedig bizony legtöbbször 512 byte-osak (az teljesen más kérdés, hogy az SSD-n belül mi van, az OS így látja és így kommunikál, ha ezt mutatja neki az SSD).
Negyedrészt, ha össze tud fűzni 2x4k-t a cache-ben, akkor illene hogy 16x512byte-ot is össze tudjon. De legalább is nem lehetetlen feltevés, hogy lehetséges az ilyen. Annyit megért, hogy egyszer mértem így is (512 byte-os AU-val). És szerintem nem is az a gond, hogy ne tudná összefűzni a cache-ben, hanem hogy bizonyos nézőpontból szemlélve gyakorlatilag 8x annyi IOPS-t kéne kitolni izomból, ami szekvenciális műveletnél nem gond, de random 4k tesztnél igen -> ugyan is pont ezt mértem le, hogy a szekvenciális tesztet nem befolyásolja a szektorméret, csak a random 4k-t. Felteszem azért, mert nem képes a SATA és/vagy SSD vezérlő végtelen sok IOPS-re. -> De ez meg valószínűleg csak szintetikus tesztben számít és fogadnék, hogy nem nőne gyorsabban a Wear Leveling számlálóm hétköznapi használat közben, ha 512byte-al formáznám a C:-n az NTFS-t. De ha érdekel, akkor szívesen kipróbálom (engem érdekel egy kicsit, de annyira nem, hogy magamnak kipróbáljam).
Ezért ötlött fel bennem, hogy ki lehetne próbálni 8k NFTS-el formázni a Windows particióját (így nem a vezérlőnek kell odabent játszogatnia azzal, hogy olvas-módosít-ír, vagy összevár 2x4k-t a cache-ben).
De mivel két különböző SSD tesztelése után azt láttam, hogy nincs érdemi különbség szintetikus tesztekben, így most inkább vagyok azon a véleményen, hogy többet ér akkor inkább 4k-n hagyni, pontosabban kár vele foglalkozni, hogy átállítsuk 4k-ról (aminek megvannak a maga megszorításai, hogy mikor minként lehet). Elég nagy és gyors az a SoC-on belüli cache, illetve úgyis ott van benne több ARM CPU mag (SSD vezérlő), nem kell félteni, feltalálja magát 4k-s és 8k szektormérettel is.
Az itt közölt hozzászólás magánvélemény. A tévedés jogát fenntartom. Az esetlegesen ebből fakadó károkért felelősséget nem vállalok.)
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."
-
Unteroff
aktív tag
válasz Doky586 #14907 üzenetére
No valamit sikerült alkotnom, van itt pozitív, semleges, meg hál' Istennek negatív is:
P:
Végre felismeri (valamennyire) az SSD life pro:
Meg van itt egy HD sentinel is:S: Még mindig nincs írva, mennyi adatot írt, stb:
Illetve a rossz:
Megpróbáltam megcsinálni a leírás szerint (harmadjára megtaláltam azt a fránya 1.0 verziót), de újra indítás után magától restart, de a win úgy néz ki, kijavította.
Kábelt kicseréltem, másik csatlakozóba is, nem látok rajta törést, de a hd sentinel minden újraindítás után ad hozzá 1-2 új hibát az adatátvitelnél...Steam: BlasiusUnteroffizier SC: Felcser Origin: Felcser_HUN Uplay:FelcserBlasius
-
worxland
addikt
válasz Doky586 #14994 üzenetére
Az Enhanced Secure Erase jobb.
Persze, ha csak törlöd a partíciót, akkor is eléred azt, hogy a Kürtön és az NSA-n kívül senki az általad valaha is ismert csoportok/emberek közül nem hozza vissza az adataidat.
Az NSA-nak jelenleg is megvan az összes adatod, nekik már nem kell.
A Kürt pedig többet kér az adataid visszaállításért, mint amennyit érnek.''It's difficult to work in a group when you're omnipotent.'' - Q
-
nagyúr
válasz Doky586 #14998 üzenetére
Bevallom őszintén fogalmam sincs mit csinál a windows 7-8-8.1 egy normál formázás során az SSD-vel.
Rosszabb esetben zerofill-t csinál, mint a normál HDD-k esetén, ami egyet jelent azzal hogy minden egyes blokkot/cellát teleír nullával. Ez a lehető legrosszabb eset ami SSD-vel történhet, szóval inkább nem próbálgatnám. Ráadásul a lemez teliírása (még ha az csak nulla is) telíti és belassul amíg nem megy végbe a TRIM-garbage collector folyamat.Szóval abszolút elég a quick format, ami TRIM-eli a meghajtót és ezáltal "törli" az egészet + visszaállítja a teljesítményt eredetire.
Minden más csak időpocsékolás vagy a P/E ciklus/wear level felesleges növelése.
[ Szerkesztve ]
Steam/Origin/Uplay/PSN/Xbox: FollowTheORI / BF Discord server: https://discord.gg/9ezkK3m
-
válasz Doky586 #15212 üzenetére
Lentebb írtam, de itt van az eredeti project FAQ: [link]
3.8 How was the Linux NTFS Driver written?
Microsoft haven't released any documention about the internals of NTFS, so we had to reverse engineer the filesystem from scratch. The method was roughly:
Look at the volume with a hex editor
Perform some operation, e.g. create a file
Use the hex editor to look for changes
Classify and document the changes
Repeat steps 1-4 foreverEz a végtelen ciklus lényegében ma is zajlik, csak míg az ismétlések száma a végtelenhez, úgy a hiba valószínűsége a nullához konvergál és már elég régóta használják az emberek, alaposan le van tesztelve.
[ 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 Doky586 #15230 üzenetére
Ki mondta, hogy nem lehet?
Az Androidos telefonomban lévő cserélhető SD kártyát extFAT-al formáztam, ráadásul magával a telefonnal (tehát nem csak olvasni, vagy írni is, de még létrehozni is képes már a Linux exFAT filerendszert). Persze nem gyári OS fut rajta, hanem Cyanogenmod + custom kernel + custom recovery. (Minden írható belső tárhely F2FS -> erre céloztam a múltkor, hogy érdekes lenne, ha esetleg elkezdené támogatni a Windows is, mint egy közös új alternatívát).(#15231) NetTom
Ezt már tőlem is kérdezték sokszor, és mondtam nekik, hogy az IOMeter tökéletes a feladatra, csak épp azzal, ha túllépik a gyártó által megszabott keretet, azzal esetleg érvénytelenné válik, mintsem cserét fial a garancia (legfeljebb csak "szerencséjük" lehet, hogy közben előbújnak a gyenge cellák és a szektorhiba számláló hamarabb éri el a korlátot, vagy hogy megsül a vezérlő menet közben, stb). Szóval hülyeség...
[ 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 Doky586 #15308 üzenetére
"Nálam is a BB6Q van a restoration soft futtatása után"
840 EVO legfrissebb firmware-je az EXT0CB6Q.
Lásd: [link].Plusz:
http://www.samsung.com/global/business/semiconductor/minisite/SSD/us/html/support/downloads.html
"Samsung SSD 840 EVO Performance Restoration Software
Samsung is releasing a new firmware and performance restoration software package for the 840 EVO and 840 EVO mSATA.
The firmware update is recommended to users who may have experienced any drop in read performance of the mentioned drives.
Running the software packages provided will first update the firmware(840 EVO : EXT0CB6Q, 840 EVO mSATA : EXT42B6Q), then scan and calibrate all existing data on the drive."[ Módosította: radi8tor ]
Sk8erPeter
-
válasz Doky586 #15312 üzenetére
Kiemelten felhívja a Samsung a figyelmed arra, hogy ha lefuttattad a v1.0-t, akkor ne futtasd le a v1.1-et is, de hajrá.
Vagy inkább olvasd el a piros betűst részt arrogance-trolling helyett [link]:
* If users restored performance (windows version) with "Samsung Performance Restoration v.1.0", users do not need to use "Samsung Performnace Restoration v.1.1". (Tool does not work)
A EXT0BB6Q 2014 decemberi firmware verzió, a v1.0 tool attól sokkal újabb.
[ 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."
-
ledgeri
nagyúr
válasz Doky586 #15791 üzenetére
Ok, mert kb méretéhez képest csökkentett particiómérettel megy, mióta használom... 2 éve...
// #ublockO-HardMode // anti-blockadblock-er // PH! új arculat: 1/ 500 // szeksziboj -nálam van egy pirospontod! // Találtam sárga fényű lézert! (kézit, ceruzaelemest) https://youtu.be/XQnmMjYHgcM //
-
jozsef8
aktív tag
válasz Doky586 #15910 üzenetére
Megérni megérte, mivel nem volt drágább, és még TRIM támogatás nélkül is gyorsabb. De még elképzelhető, hogy meg lehet oldani a TRIM-et, és akkor majd 85-90%-al gyorsabb lesz mint egyedül egy SSD. Az összefoglalót nagyjából átfutottam. Intelen könnyebben menne, mert ott minden RAID TRIM rendszert támogat az intel drivere. Itt még nem tudom hogy sikerül-e majd megoldani, vagy nem. De már pár napja csak ezzel foglalkozok A szoftveres RAID az milyen?
[ Szerkesztve ]
-
Lenry
félisten
válasz Doky586 #15929 üzenetére
a kérdező RAID0-ról kérdezett, jakos73 meg en bloc kijelentette a RAID-ről, hogy az kockázatos meg rossz. utóbbira válaszoltunk, miszerint ez így nem feltétlenül igaz.
szvsz a RAID0 semmivel nem kockázatosabb a sima egylemezes megoldásnál, mert mindkét esetben pontosan ugyanúgy egyetlen meghajtónak kell meghalnia az adatvesztéshez.
Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
SN2O
aktív tag
válasz Doky586 #15929 üzenetére
Azt tudom,hogy a magician maga nem titkosít, de ha a bitlocker nem káros az ssd-nek akkor személy szerint azt szeretném használni
Ugyanakkor a beépített jelszó se tűnik rossz megoldásnak, de annál meg nem egyértelmű,hogy mivel és hogyan titkosít
Valaki tudja konkrétan, hogy árt-e neki vagy semleges igazából? -
Sk8erPeter
nagyúr
válasz Doky586 #15995 üzenetére
De igen, teljesen normális. Másnál is van ez a jelenség, mint a hozzászólásomban látható linkekben szerepel. Vágod, AHCI "allows the use of advanced features of SATA such as hotplug and native command queuing (NCQ)"...
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Doky586 #15997 üzenetére
Te miről beszélsz, emba'? Hogy ezekre a következtetésekre milyen belső komplexusok vezettek, azt nem tudhatom, de a hozzászólásom annyiról szólt, hogy javítottam a hibás megjegyzésedet. Még egyszer: de, normális a kérdező által említett jelenség. Tán olvasd el még egyszer a hsz.-t, pontosan ennyit tartalmazott, nem többet (amiket még beleláttál ).
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Doky586 #15999 üzenetére
Azt a kurva, te nagyobb idióta vagy, mint gondoltam. Vágod, hogy a Prohardver rangrendszere szerint lehet valaki félisten? De nagyon remélem, hogy mindezt tudod, csak játszod a kretént (bár elég sokszor volt példa rá). Tessék. Az összes PH! nagyúrnak esetleg nem nem akarsz beszólni a rangjuk megnevezése miatt? Aztán jöhetnek a moderátorok, ők se maradjanak ki.
A jelenség normális, mivel ez az adottság az AHCI-ból következik. Attól még, mert neked nem tetszik, és attól függetlenül, hogy van rá kerülő megoldás (akár hardveresen, akár szoftveresen tiltod le), ez így van. Nem kell mindent dramatizálni, mindenen feszkózni, csak hogy kiemelkedj a tömegből, nyugi, nem ez a megfelelő hely az ilyesmik levezetésére.Sk8erPeter
-
NoOne1976
őstag
válasz Doky586 #15999 üzenetére
A [link]-ben szereplő bios beállítást hol tudom elérni? "Enable SATA Safe Removal" Mert én ilyet nem látok az Asrock 970 Extreme4 lapom biosában.
Mert nekem az a problémám, hogy adott egy külső hdd bölcső, amibe ha beteszem a vinyót, és bekapcsolom, akkor a vinyót felismeri a W7. De eltávolítani, mint egy usb-s eszközt, nem tudom. (Korábban az XP alatt és más lappal ilyen gondom nem volt.)
-
patow
senior tag
válasz Doky586 #16071 üzenetére
Az van hogy új az asztali gépem és azért gondoltam hogy ha úgy sem használom az ssd-t használja a torrent azt,de közben eszembe jutott hogy a régi laptopomban még jó a satás 320-as hdd berakom azt és azon menyen a torrent, a 60-as ssd meg majd jó lessz tartaléknak. Azért kössz a válaszokat.
-
félisten
válasz Doky586 #16496 üzenetére
A meghajtók mindig 2-es számrendszerre értendő mértékegységben adnak vissza ilyen jellegű adatot (pl legkisebb mértékegység az írt LBA szektor szám, ami 512 byte méretű szektorra értendő), szóval mindig MiB/GiB stb a számolás alapja a SMART értékeknek.
A HDS a Windows "szabványt" követi, mert a Windows a kezdetektől GB-vel 2-es számrendszerbeli mértékegységet jelöl (én az SSDOK-ban direkt a félreértések végett használom a GiB/TiB stb jelölést)zsoltti - SSDOK-ról dobhatnál egy 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)
-
Pityu.
nagyúr
válasz Doky586 #16708 üzenetére
Hát remélem nem térítették át a hdd met egyébként ez nem sokat tesz a latba szerintem,hogy köze van hozzájuk,ha csak nem úgy érted hogy pénzügyileg esetleg őket támogatnám.
#jakos73
Na majd meg nézem ezeket a cuccokat.
Az aki kérdez, öt percre tudatlan, de az ki nem kérdez,örökre tudatlan marad.
Ú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
- Call of Duty: Modern Warfare III (2023)
- Kertészet, mezőgazdaság topik
- Hegesztés topic
- Újabb államok perelik az Apple-t, mert sok pénzt szed ki a vevőkből
- Elnéztük a mai dátumot
- bitpork: 2024 phautós tali ?
- Mikrofon topic
- Elemlámpa, zseblámpa
- Motoros topic
- Fejhallgató erősítő és DAC topik
- További aktív témák...
- Crucial T705 PRO 4 TB M.2 NVME PCI-E 5.0 x4 - Új, Bontatlan - 14100-12600 MBs - Eladó!
- Netac NV7000 4TB M.2 NVME PCI-E 4.0 x4 - Új, Tesztelt - 7200-6850 MBs - Eladó!
- 4db SK hynix PE8110 M.2 1.92TB 22110 + HYPER M.2 X16 CARD V2
- WD BLACK SN850P 2 TB M.2 NVME PCI-E 4.0 x4 - Új, Tesztelt - 7300-6600 MBs - Eladó!
- Silicon Power UD90 2 TB M.2 NVME PCI-E 4.0 x4 - Új, Tesztelt - 5000-4800 MBs - Eladó!