Aktív témák
-
fLeSs
nagyúr
-
-
-
fLeSs
nagyúr
próbálok rátatálni a TRIM parancs eredetére, de úgy tűnik, hogy sem az AHCI sem az ATA nem rögzíti, ergo ez egy ilyen csak úgy valahonnan jött parancs.
ezalapján elvileg IDE módban is működnie kéne, már amennyiben a Windows 7 IDE-módban települő drivere továbbítja az SSD felé.
lehet, hogy csak azért kell AHCI-t használni, mert csak az AHCI-módban települő msahci.sys továbbítja a parancsot.
mert akárhogy is nézzük, csak a különböző fórumokon lehet azt hallani, hogy kell hozzá az AHCI, ezt eddig semmilyen hivatalos doksiban nem láttam leírva. -
fLeSs
nagyúr
itt a RAID-re kapcsolás előtt elindítandó regbejegyzés
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\CriticalDeviceDatabase\PCI#VEN_8086&DEV_2822&CC_0104]
"ClassGUID"="{4d36e97b-e325-11ce-bfc1-08002be10318}"
"Security"=hex:01,00,04,90,00,00,00,00,00,00,00,00,00,00,00,00,14,00,00,00,02,\
00,4c,00,03,00,00,00,00,00,14,00,ff,01,1f,00,01,01,00,00,00,00,00,05,12,00,\
00,00,00,00,18,00,ff,01,1f,00,01,02,00,00,00,00,00,05,20,00,00,00,20,02,00,\
00,00,00,18,00,9f,01,12,00,01,02,00,00,00,00,00,05,20,00,00,00,21,02,00,00
"Service"="iaStor"
[HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Class\{4D36E97B-E325-11CE-BFC1-08002BE10318}\0001]
"InfPath"="oem3.inf"
"InfSection"="iaStor_Inst_RAID"
"ProviderName"="Intel"
"DriverDateData"=hex:00,00,cd,7f,6a,14,c9,01
"DriverDate"="9-12-2008"
"DriverVersion"="8.6.0.1007"
"MatchingDeviceId"="pci\\ven_8086&dev_2822&cc_0104"
"DriverDesc"="Intel(R) ICH8R/ICH9R/ICH10R/DO SATA RAID Controller"
[HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\iaStor]
"Type"=dword:00000001
"Start"=dword:00000000
"ErrorControl"=dword:00000001
"Tag"=dword:00000019
"ImagePath"=hex(2):73,00,79,00,73,00,74,00,65,00,6d,00,33,00,32,00,5c,00,44,00,\
52,00,49,00,56,00,45,00,52,00,53,00,5c,00,69,00,61,00,53,00,74,00,6f,00,72,\
00,2e,00,73,00,79,00,73,00,00,00
"DisplayName"="Intel RAID Controller"
"Group"="SCSI Miniport"
[HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\iaStor\Parameters]
"queuePriorityEnable"=dword:00000000
"BusType"=dword:00000008
[HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\iaStor\Parameters\Port0]
"AN"=dword:00000000
"LPM"=dword:00000000
"LPMSTATE"=dword:00000000
"LPMDSTATE"=dword:00000001
"GTF"=dword:00000000
"DIPM"=dword:00000000
[HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\iaStor\Parameters\Port1]
"AN"=dword:00000000
"LPM"=dword:00000000
"LPMSTATE"=dword:00000000
"LPMDSTATE"=dword:00000001
"GTF"=dword:00000000
"DIPM"=dword:00000000
[HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\iaStor\Parameters\Port2]
"AN"=dword:00000000
"LPM"=dword:00000000
"LPMSTATE"=dword:00000000
"LPMDSTATE"=dword:00000001
"GTF"=dword:00000000
"DIPM"=dword:00000000
[HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\iaStor\Parameters\Port3]
"AN"=dword:00000000
"LPM"=dword:00000000
"LPMSTATE"=dword:00000000
"LPMDSTATE"=dword:00000001
"GTF"=dword:00000000
"DIPM"=dword:00000000
[HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\iaStor\Parameters\Port4]
"AN"=dword:00000000
"LPM"=dword:00000000
"LPMSTATE"=dword:00000000
"LPMDSTATE"=dword:00000001
"GTF"=dword:00000000
"DIPM"=dword:00000000
[HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\iaStor\Parameters\Port5]
"AN"=dword:00000000
"LPM"=dword:00000000
"LPMSTATE"=dword:00000000
"LPMDSTATE"=dword:00000001
"GTF"=dword:00000000
"DIPM"=dword:00000000ezután vagy előtte (tökmind1) az iastor.sys-t be kell másolni a
C
indows\System32\drivers könyvtárba. az iastor.sys-t úgy tudod megszerezni, hogy a rapid storage telepítőjét elindítod, és a C:\Windows\Temp könyvtárban lévő IIF2 könyvtárból lemásolod a neked megfelelőt (32 vagy 64 bit).újraindítod a gépet, BIOS-ban RAID-re állítod a vezérlőt, elindul a win, és feltelepíted a rapid storage-et.
-
fLeSs
nagyúr
válasz
radi8tor
#5511
üzenetére
semmi különös.
az AHCI-s winbe ami a vinyón volt beimportáltam a RAID-es registrys dolgokat, kikapcsoltam a gépet, acronis true image-gel átklónoztam a vinyó tartalmát a RAID-kötetre, és be tudtam róla bootolni. mondjuk ehhez a két SSD-n kívül (RAID) még két vinyóra volt szükségem.
de sztem úgy is meg lehet csinálni, hogy a registrybe importálás utána RAID-be kapcsolod a BIOS-t, bebootolsz a vinyóról, és onnan klónozod át a RAID kötetre a rendszer, az acronis-szal meg lehet csinálni. -
fLeSs
nagyúr
válasz
radi8tor
#5489
üzenetére
persze mert a sok okoska azonnal ráugrott a hírre, és a poén hogy ki is mérték ezután, hogy 250 MB/s-kel gyorsabb a RAID tömb mint az MS driverrel.
kb. ennyit ér ez a crystaldiskmark.btw nem a crystaldiskmark tehet róla hanem a win7 pufferező eljárása (írási gyorsítótár).
ha lefuttatsz egy tesztet és megtelik a cache és pont akkor indítasz el egy másik tesztet amikor a puffer ki akarna ürülni akkor rosszabb eredményt fogsz kapni. ha hagysz egy kis szünetet és kiürül a puffer akkor elvileg jó eredményt fogsz kapni. egyébként még így is elég ingadozó. én az SSD-ken 4-5-ször mérem le az AS SSD másolási tesztjét, megnézem hogy milyen érték jött ki a legtöbbször és az lesz a végleges eredmény.
volt hogy egy SSD friss format után hirtelen 70 MB/s-kel másolta az ISO-kat, a második futtatásra meg már csak 40 MB/s-kel. -
fLeSs
nagyúr
válasz
radi8tor
#5455
üzenetére
kelleni fog.
főleg mert én már nagyon régen RAID-eztem, és úgy emlékeztem, hogy a RAID tömböt még a Win elindulása előtt be lehet állítani, viszont ezen a P55-ös lapon nincs semmilyen RAID-bios vagy minek szokták ezt nevezni. Ezexerint csak Win alatt lehet RAID tömböt létrehozni? mert ha igen, akkor valszeg szívás lesz. -
fLeSs
nagyúr
Holnap komoly kihívás elé nézek.
Az X25-V RAID0-ra valahogy rá kell tennem egy olyan Win7-es rendszert, ami IDE/SATA alatt lett felinstallálva. Ugyanis a vinyóteszteket csak így tudom lefuttatni.
Valszeg ehhez trükköznöm kell. Egy harmadik SSD-re (vagy vinyóra) rárakom a rendszert, és beimportálom a registrybe a RAID-hez szükséges kulcsokat + iastor.sys bemásolása a system32/drivers-be. Ezután át kell klónoznom a rendszert a RAID tömbre és így amikor elindítom a Win-t RAID módban, nem fog kékhalállal elszállni. Ez az elmélet. -
fLeSs
nagyúr
válasz
sony666
#5449
üzenetére
számold ki.
mondjuk napi átlag 5 GB írás a jellemző egy júzernél.
egy cella 10 000 írást képes elviselni.
ha veszel egy 64 GB-os SSD-t, akkor egy ciklus 12 nap alatt megy végbe, 12 nap után kezdődik el a második írási ciklus (valójában majdnem 13, de mind1, egyszerűsítsünk).
ezek alapján egy év alatt 30 írási ciklust használsz el, vagyis elvileg 333 évig működőképes marad az SSD.
de ebbe persze beleszól ha nem 5 hanem 10 GB-ot írsz rá, ha nem 10 000, hanem csak 9000 írást visel el a cella, a static wear-leveling miatt keletkező "overhead", stb.
sztem nem kell parázni. ha mégis, akkor az majd kiderül. -
fLeSs
nagyúr
válasz
GomezGTS
#5396
üzenetére
sztem kinyiffant.
így is elszállhat egy NAND-os háttértár, semmi sem tart örökké.
de van olyan amikor csak az írásokat elégeli meg, ilyenkor még tudsz róla olvasni (lementheted az adatokat), de írni már nem.
nekem egy pendrive-om vált írhatatlanná pár hete, az a szerencse hogy csak bootolásra használtam, arra meg még most is jó. -
fLeSs
nagyúr
az lenne az igazi, ha mindenki megnézne 1-1 márkát, mondjuk OCZ, Patriot, Kingston, Intel, Samsung, Corsair, CSX, Transcend, stb.
minél lassabban jön ez össze, annál később jelennek meg a valódi SSD és HDD-tesztek, mivel először a gyorstalpalónak kell elkészülnie.
előre is köszi. -
#5356
fLeSs
nagyúr
Dr. Romano
#5355
fLeSs
nagyúr
válasz
Dr. Romano
#5355
üzenetére
ha nem támogatja az SSD akkor nem kapcsol be vagyis nem aktív (és így nincs trim sem).
-
fLeSs
nagyúr
basszus találtam egy durva vinyókinyíró tesztet.
torrentről leszedtem a virtua girl hd-t ami egy zipbe van csomagolva.
total commanderrel bele akarnék lépni és már 5 perce kerregteti a vinyót, közben meg érezni hogy fogja a gépet, de a proci terhelése csak 0-20% között van. a 4 GB memóriám teljesen betelt ettől, de hogy miért azt nemtom.szerk: bakker kiderült, hogy hibás a tömörített fájl.
-
fLeSs
nagyúr
1. a 9.6-os rapid storage driver már támogatja a trimet
2. IDE-módból át lehet váltani AHCI-ra csak előtte a registryt kell buzerálniteasüti: ez a mondat "Firmware 02HA is TRIM capable" régebben nem volt ott. egyébként nem is értem miért van ott, ugyanis a HA nem támogatja a TRIM-et, különben nem adták volna ki a HD-t. a Kingston nem kapott TRIM-es firmware-t az Inteltől ezért szüntették be a 40 GB-os Boot Drive forgalmazását. egyébként is ha támogatná akkor mi értelme lenne ennek az egész leírásnak a firmware-frissítésről? szóval ez így nem kerek. a HD tuti támogatja a TRIM-et, a HA pedig 99,9%, hogy nem.
-
fLeSs
nagyúr
1ébként ez nem is biztos hogy lehetetlen.
a két vinyót az oprendszer egy nagy tömbnek látná.
de nem lenne csíkozás, szal ennyiből ez nem RAID.
ha jönne két azonos méretű fájl, akkor az egyiket az egyik vinyó, a másikat a másik vinyó olvasná be. nem is kéne külön bontani hogy nagy vagy kis fájlról van szó.ezt csak úgy lehetne megoldani, ha a tömb létrehozásától kezdődően úgy működne ez az egész, hogy egy külső vezérlő minden felírt adatot megpróbálna közel tökéletesen kétfelé osztani a két vinyón. vagy nemtom, most TF2-zni akarok szal nemtok gondolkodni .
-
fLeSs
nagyúr
válasz
proof88
#5273
üzenetére
a RAID 0 úgy általában felesleges egy asztali gépbe (kivéve videóvágásnál
), mind1 hogy SSD RAID 0 vagy HDD RAID 0.
a hozzáférési időt nem csökkenti, csak a szekvenciális tempót.
én egy olyan inteligens RAID módnak látnám értelmét ami képes felismerni hogy mikor van szükség a szekvenciális tempó gyorsítására és mikor van szükség a random elérés gyorsítására.
nagyobb adatblokkok beolvasásánál (mondjuk 2+ MB) úgy működne mint egy sima RAID 0, viszont sok kis fájl olvasásánál/írásánál úgy működnének mint két különálló vinyó amiknek összeadódik a teljesítménye.
nyilván ez már nem RAID. és valszeg lehetetlen megoldani. -
-
fLeSs
nagyúr
válasz
proof88
#5231
üzenetére
a partíció törlésénél nem. anand korábbi cikkében benne volt.
szerk: egyébként ehhez nem kell anand, mivel látszik az eredményeken amiket mértem.
partíció törlésnél (nincs format) a hdtune írástesztben nincs közel sem maxon az SSD és csak lassan tér magához, erről írtam itt vmelyik nap. csináltam képet 5 perc, 15 perc, 60 perc és 2 óra után.
ha leformatálom, akkor azonnal maxon van. -
fLeSs
nagyúr
válasz
Raymond
#5229
üzenetére
pont most olvastam el, és itt röhögök.
btw ez a mondat viszont kiakaszt"As we’ve mentioned before, we perform thousands of hours of testing before going into production."
egyszerűen nem hiszem el, hogy nem nézték meg, hogy mi történik formatálás után. ez a több ezer órányi tesztelés egy akkora kamu mint a ház. ezek sztem összetákolnak vmi SSD-szerűséget, letesztelik IOMeterrel meg PCMark Vantage-dzsel aztán piacra dobják. vicc.
-
-
fLeSs
nagyúr
válasz
proof88
#5159
üzenetére
"a szemétgyűjtés (Garbage Collection) a háttérben történik, amikor az ssd nem csinál semmit. Itt egy link, tök jól látszik, hogy üresjárati időt hagyva az SSD-nek, javulnak a benchmark-értékek. Szóval az érvénytelen page-eket tartalmazó blokkokat írja újra az SSD, amikor ráér, és így egyből írható page-ek lesznek a blokkokban az előbb érvénytelen page-ek helyén."
OK, és ki állította az ellenkezőjét? ezt én is tudom/tudtam.
én csak azt nem értem, hogy miért trimel az SSD amikor nem töröltem le róla a fájlt, csak a partíciót?
egyébként már írtam sztem, hogy ez a Patriot Torqx, elvileg az OCZ Vertex/Agility meg még sok másik SSD ugyanezt tudja.szerk: ATTO-t azért nem használok amiért a többi benchmarket sem használom.
én amikor összehozok egy tesztelési metódust legyen szó prociról, vga-ról, akármiről úgy próbálom megközelíteni a kérdést, hogy átlagfelhasználóként mi érdekelne engem ha elolvasnám a cikkemet. lesz@rom az ATTO diskbenchet, meg a crystaldisket meg a többit, az érdekel, hogy mennyire érezhető ha ezt vagy azt a vinyót/SSD-t használom, hogy mit nyerek vele. az iometer kb. olyan szerepet fog betölteni, mint a proci/alaplaptesztekben az everest memóriabench, hogy látszódjon a meghajtó elméleti ereje. lehet, hogy xy SSD 15x annyi IOPS-ot tud mint a másik, de ha nem érzed tőle gyorsabbnak a géped miközben 2szer annyiba kerül akkor nem fogom ajánlani asztali PC-be vagy notiba. -
fLeSs
nagyúr
van mégvmi amit nem értek.
még mindig ez az indilinxes SSD.
teliírtam az iometerrel, aztán azonnal készítettem egy írástesztet hdtune-val, utána 5 perc után, 15 perc után, 1 óra múlva és az előbb, 2 óra múltán. ehhez ugye le kellett törölnöm a partíciót (a hdtune csak így fut), de nem formatáltam le.
az idő előrehaladtával egyre nagyobb területen közelít a maximális sebességhez az SSD, az elején még baromi lassú volt, 2 óra után viszont már 20 GB-nyi területet képes max sebességgel írni és a minimum 25 MB/s-ről 50 MB/s környékéig emelkedett.amit nem értek az az, hogy miért javul az írás, mikor a partíció törlésével csak a partíciót töröltem és nem az adatokat amik előtte rajta voltak.
ezexerint az SSD tudja, hogy a partíció le lett törölve és emiatt trimmeli az egész felületet mert egy új partíció létrehozásakor mindenképpen le kell majd formatálnom?
ha igen, akkor minek trimeli? ezzel csak öregbíti a cellákat. egyszerűbb lenne megvárni a formatálást.
ha viszont nem tudja akkor ez egy kib@szás, mert anélkül trimel hogy én azt megengedtem volna neki és így nem nyerhetjük vissza a korábbi adatokat. ha nem trimelne, akkor még meglenne rá az esély, de így már nincs. -
fLeSs
nagyúr
a vinyónak nem okoz gondot felülírnia egy szektort, szimplán felülírja és kész, nem úgy mint az SSD (read-modify-write).
btw a trim parancsra éppen emiatt van szükség, mert amikor letörölsz vmit a vinyóról, az valójában ottmarad a vinyón, csak az oprendszer megjegyzi, hogy az egy felülírható szektor (az adatmentő cégeknek ez a szerencséjük).
ez a vinyóknál nem gond, viszont az SSD-nél igen. ha nincs trim, akkor ottmarad az adat és a következő írásnál "read-modify-write"-ra lesz szükség, viszont a trim parancsot elküldve tájékoztatod az SSD vezérlőjét, hogy arra az adatra nincs többé szükség, tehát ténylegesen letörölhető (SSD-ken nincs adatmentés). -
fLeSs
nagyúr
ezt tök jól ki tudom majd mutatni azzal a teszttel amit Raymonddal együtt találtunk ki (virtualizáció).
ha a VM-eket egy üres SSD-re pakolom fel akkor szupergyors lesz minden, viszont ha úgy másolom fel őket hogy utána nem marad több szabad hely, akkor a VM-ek elvileg be fognak lassulni, kivéve ha a "spare area" elég lesz az írásokhoz. -
fLeSs
nagyúr
"viszont amikor egy program a már felírt adatokat módosítja (mondjuk a win a pagefájlt) sokadszor ott már kénytelen a read-modify-write ciklust lefuttatni, ergó sokkal lassabb lesz mint az első esetben."
rájöttem, hogy fasságot beszélek.
ez a megállapítás akkor igaz, ha már teli van az SSD.
ha nincs teli akkor a módosításnál az üres területre helyezi el a módosított pagefájl "darabkát" ergo gyors lesz az írás.szal, ezek alapján valóban lassul az írás minél kevesebb a szabad hely. csak kérdés, hogy ez miként jön elő. ha folyamatosan sokat írunk az SSD-re és nem hagyjuk trimelni a meghajtót akkor idővel logikailag megtelik minden cella és kénytelen lesz a már telített cellákat felülírni, amihez read-modify-write kell.
nemtom, hogy ennek köszönhető-e, de amióta kingston ssd-m van azóta team fortress 2 néha megakad, van hogy fél percre. a feladatkezelőn keresztül megfigyeltem, hogy a steam.exe (vagyis a tf2) játék közben írkál az ssd-re. nekem most 15 gb szabad helyem van, a steam.exe pedig pár órányi játék alatt felír 5 gb-ot, ami jóval kevesebb, mégis néha megakad a játék. az a furcsa, hogy a jmicronos csx ssd nem csinálta ezt! bakker, pedig az nem is támogatja a trimet, csak a hyperfast futott a háttérben, viszont nagyobb a mérete, 40 gb helyett 64 gb, ezzel a levezetéssel viszont meg az a probléma, hogy a csx szinte teli volt állandóan, a kingstonon jóval több a szabad hely.
x-akta.
ha értettétek amit írtam akkor jelezzetek vissza. -
fLeSs
nagyúr
épp egy indilinxes SSD-t tesztelek, és elég érdekes eredményeket kapok.
alapvetően majdnem úgy kezdem a tesztelést ahogy az anandtech, tehát iometer, 1 MB szekvenciális olvasás/írás, aztán 4K/4konkurens és 4K/64konkurens olvasás/írás.
úgy tűnik, hogy az anandtech iometeres tesztelési módja részben nem ad megbízható eredményeket az SSD valós teljesítményére vonatkozóan.ő azt csinálja a 4K-s méréseknél, hogy létrehoz egy 8 GB-os tesztfájlt, és így méri le a random olvasást/írást. ezzel az a probléma, hogy így mindig az vadiúj SSD sebességét kapjuk vissza írásban, mert amikor felkerül a tesztfájl az SSD-re, azzal "betömíti" a cellákat, így elvileg ha ugyanoda írnánk vissza az adatot, akkor gyengébb eredményt kapnánk (hiszen másodszorra akarna odaírni). csakhogy az SSD belül megoldja azt, hogy a még szabad tárterületen (a 8 GB-on felüli részen) elossza a valós tesztelés közben bekövetkező írásokat, ergo egy új SSD írási teljesítményét kapjuk vissza ha az támogatja a TRIM-et.
én egy az SSD méretének megfelelő tesztfájlt hoztam létre, és az írási sebesség lement a béka feneke alá, mert ugye az SSD-nek már nem volt hova elosztania a teszt írásait (pontosabban a legelején a "spare area" miatt még normális sebességű, de aztán amikor ebből kifogy, hirtelen lezuhan). a spare area ugye az általunk nem látott terület ahova ettől függetlenül az SSD még dolgozhat. ha van egy 64 GB-os SSD és formázás után csak 59 GB-ot látunk belőle az azt jelenti, hogy 5 GB a spare area, amit mi nem látunk, de az SSD igen.
szóval. most akkor az a kérdés, hogy melyik írási sebesség a mérvadó?
amikor felinstallálunk vmit a gépre az az üres területre megy tehát ott full sebességű az írás.
viszont amikor egy program a már felírt adatokat módosítja (mondjuk a win a pagefájlt) sokadszor ott már kénytelen a read-modify-write ciklust lefuttatni, ergó sokkal lassabb lesz mint az első esetben. -
fLeSs
nagyúr
válasz
luciferk
#5129
üzenetére
itt írnak arról amiről beszéltem:
[link] és [link]de én nem ezekre gondoltam, hanem láttam vmelyik tesztben, hogy az új 325-ös vagy 425-ösben is ilyen toshibára átnevezett jmicron van.
[link] itt az egyik. "While the logic is JMicron, Toshiba is currently making the 618 controller dies. "
de volt még1, ez tuti.
btw ebben a tesztben láccik, hogy random írásban még mindig gyenge.és itt a másik amire eredetileg gondoltam: [link]
"It's tough to see and even tougher to photograph but stenciled on the controller chip are the letters T-O-S-H-I-B-A which apparently is a JMicron JMF618 controller but branded as Toshiba as they are the manufacturer."
indows\System32\drivers könyvtárba. az iastor.sys-t úgy tudod megszerezni, hogy a rapid storage telepítőjét elindítod, és a C:\Windows\Temp könyvtárban lévő IIF2 könyvtárból lemásolod a neked megfelelőt (32 vagy 64 bit).
ezexerint az SSD tudja, hogy a partíció le lett törölve és emiatt trimmeli az egész felületet mert egy új partíció létrehozásakor mindenképpen le kell majd formatálnom?
Aktív témák
- Parkside szerszám kibeszélő
- Youtube Android alkalmazás alternatívák reklámszűréssel / videók letöltése
- Házimozi haladó szinten
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Androidos tablet topic
- hmzs: Fujitsu Futro S920 csúcsra járatva
- Formula-1
- Mr Dini: Mindent a StreamSharkról!
- Anglia - élmények, tapasztalatok
- exHWSW - Értünk mindenhez IS
- További aktív témák...
- Samsung Galaxy S22 8/128GB - Kártyafüggetlen, Fekete - 1 Év Garanciával
- ÁRGARANCIA!Épített KomPhone i5 12400F 16/32/64GB RAM RTX 3060 12GB GAMER PC termékbeszámítással
- Apple iPhone 11 64GB Black használt 100% akku 6 hónap garancia
- ÁRGARANCIA!Épített KomPhone Ryzen 5 7600X 32/64GB RAM RX 9060XT 16GB GAMER PC termékbeszámítással
- AKCIÓ! Dell Latitude 5455 14 FHD+ üzleti notebook - Qualcomm X Plus X1 16GB DDR5 512GB SSD W11
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest