- NVIDIA GeForce RTX 5060 Ti (GB206)
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- Milyen digitális videókamerát?
- Milyen belső merevlemezt vegyek?
- Vezeték nélküli fejhallgatók
- Milyen monitort vegyek?
- Steam Deck
- Házi barkács, gányolás, tákolás, megdöbbentő gépek!
- Hobby elektronika
- Milyen billentyűzetet vegyek?
Új hozzászólás Aktív témák
-
stratova
veterán
Ha már Turks-szel ábrázolták DC módban:
HD 6620G WLIV5, 400:20:8, 444 MHz - 355.2 GFLOPs
HD 6650M WLIV5, 480:24:8, 600 MHz - 576.0 GFLOPs
TrinityM WLIV5, 480:24:8, 610 MHz - 585.6 GFLOPs
HD 6770M WLIV5, 480:24:8, 725 MHz - 696.0 GFLOPsHD 6550D WLIV5, 400:20:8, 600 MHz - 480.0 GFLOPs
HD 6570 WLIV5, 480:24:8, 650 MHz - 624.0 GFLOPs
TrinityD WLIV5, 480:24:8, 710 MHz - 681.6 GFLOPs
HD 6670 WLIV5, 480:24:8, 800 MHz - 768.0 GFLOPs -
Roxbury
őstag
válasz
atti_2010
#94
üzenetére
Én a helyedben vettem volna abba a konfigba egy X6-ot 35-ért újonnan 3 év garival. Felrántod 3.6-3.7-re mondjuk és hidd el tovább elég lett volna, mint ez. Meg ugye ott az L3, meg a 6 mag.
6850 mellett használom én is, ahogy Te. Egy jó ideig csak a VGA-t kell cserélgetni majd.
Idle fogyasztásban meg az a különbség elég sok idő alatt térülne meg, de ahhoz nagyon kockának kéne lenned, hiszen egész nap kellene mennie a gépnek.
Attól függetlenül nagyon jó processzornak tartok ezeket. Bár, ha engem ilyen APU-s dolgok érdekelnének, meg mellette a fogyasztás, akkor csak is BRAZOS. Nővéremnek BRAZOS-os laptopot (450) vettem amúgy, amikor rám bízta a dolgot. Nagyon jó, tetszik.
+ Ugyebár vettél 40-ért egy Athlon II X4 640-et, kicsit kisebb fogyasztással + egy IGP-vel. Mondjuk az az IGP nem rossz., de ha csak a költségeket nézzük, akkor ugyebár + 1 FM1-es alaplap is kell. Nekem személy szerint jobban megérte volna egy AM3/ + -os lap, bele egy Athlon II X4 + egy diszkrét vga. És akkor 2-3 év múlva csak azon kell gondolkoznom, hogy milyen VGA-t vegyek bele.
Meghát ugye az eladás. Szerintem jóval kisebb a kereslet 1-2 év múlva az FM1-es lapokra, mint egy AM3+ -ra mondjuk.
-
#95
Armagedown
őstag
Armagedown
őstag
A 17 wattos verziónak a teljesitménye hogy fog viszonyulni az E-450 hez ?
-
stratova
veterán
válasz
audi100td
#89
üzenetére
Szerintem A8-3870K-nál nem lesz erősebb Trinity (max. olyan területeken, ami újabban fekszik neki [Adobe]). Ha 3870K megfutja a 3600-3800-at s közben nem száll el az USB 3.0, SATA vezérlő sem, az nem rossz.
Itt minden jel max. 2 modulra mutat (bár szvsz nem lenne lehetetlen asztaliban négy sem - pláne L3 nélkül - ha ez és ez befér 65W-ba). -
-
stratova
veterán
válasz
audi100td
#86
üzenetére
Ezen agyalok néha én is.
Frescho kolléga tesztjében is hasonló konklúzió született Athlon II X3 környékén tanyázott a kicsi FX-4100.
Az eddig ismert leggyorsabb 2 modulos mobil Trinity ES 2500@3200 MHz kontra Llano A8-3550MX 2000@2700 MHz, az asztali 3800@4100 MHz vs. A8-3870K 3000 MHz (gondolom ennek valahol 3600 a saját egész jó tuningpotenciállal rendelkező Llanodból kiindulva).
Kérdés mit nyújt egy gyorsabb "3 magos" egy 4 magossal szemben. (Korábban keresgéltem hasonló órajelarányú X3 vs. X4 teszteket de most nem találom talán techpowerup-on volt ilyesmi).
Viszont a Bulldozer témában egész szép alulfeszelésről számolt be többek között Borokafa is.
Illetve Tomshardware-en még decemberben jelent meg teszt FX-8150 fogyasztás/teljesítmény viszonyáról a feszültségváltoztatás függvényében. Lehet rajta javítani, de tény hogy 2500K-2600K-tól messze van.Abu85 Ha még nem fáradt el a szemed a sok kacsintástól, érdekelne hogy Trinity csak az átnevezett 7000-es kártyákkal, vagy a 7700-asokkal is képes együttműködni. E tekintetben a korábbi pletyka nem sok jót sejtetett.
-
Abu85
HÁZIGAZDA
válasz
audi100td
#81
üzenetére
Olyan lesz, mint a Bulldozer. Két Integer cluster és egy megosztott FPU, ami a feladattól függően kettéválasztható. Persze lesznek benne kisebb-nagyobb változások, de az elv ugyanaz.
Az, hogy ezt 1 vagy 2 magnak tekinted ... erről vita van. Az AMD szerint két mag. Szerintem egy. Mindketten tudunk érvelni, hogy miért 1, illetve 2. Nyilván az AMD azért tekinti két magnak, mert a 2 nagyobb az 1-nél. Egyszerű marketing. -
atti_2010
nagyúr
Grrrrrr! Mindegy úgy se vennék egy 7950-70 -es szörnyet mert nem tudom kihasználni egy 7850 meg nem jó a ZeroCore hiánya miatt, hátha a 8xxx szériára összehoznak valamit.
Angel1981 Nem tűnhet el mert egy 8 magos prociba nincs hogy beleerőltessék az IGP-t is, de ez saját vélemény.
-
Abu85
HÁZIGAZDA
-
Oliverda
titán
Mivel dual graphics esetén a diszkrét kártyára kell csatlakoztatni a megjelenítőt, ezért ez máris kiesett. Ahhoz, hogy ez működhessen először azt kellene megoldani, hogy a diszkrét kártya frame buffer tartalma zökkenőmentesen (az fps csökkenése nélkül) el tudjon jutni valahogy az alaplapi kivezetéshez, ha éppen az a kártya aktív. Gondolom ezt egyelőre nem olyan egyszerű kivitelezni 148 féle különböző felépítésű megoldással, így inkább nem is szenvednek vele.
-
Abu85
HÁZIGAZDA
Asztali fronton most a Virtu erre a lehetőség. Annyira nem szeretnék ezt alkalmazni a gyártók, mert minden Muxless megoldás -5-10% a teljesítményben. Volt róla szó, hogy lesz Optimus Synergy néven és PowerXpress, de egyelőre többet ér a teljesítmény, mint a nyerhető pár wattos fogyasztás. Az új GCN ZeroCore szolgáltatásával az AMD esetleg megpróbálhat egy olyan megoldást, ami úgy kapcsolja le a VGA-t, hogy közben nem vesz le a teljesítményből 5-10%-ot, de ez csak platformon belül működhet. Az Intel procikhoz az eredeti koncepció vethető csak be.
-
#59
Plazmacucci
félisten
T_Stark
#58
-
Abu85
HÁZIGAZDA
Nem is mostanában lesz, hogy bekerül. Eredetileg a Haswell lett volna a kiválasztott, de a Larrabee elhasalása miatt ez kockázatos. Most a Skylake lehet opciós, de ajánlott már a 2014-es váltásnál elgondolkodni, mert 2015 az komoly csúszás. Az AMD 2013-ra integrálja a GCN-t, míg az NV 2014-ben áll elő a Maxwellel, ami a Kepler utódjához fűzi a Denver procimagokat. Mindkettő előnye, hogy olyan integrációt jelent, melyben a CPU és a GPU közös címteret és teljesen koherens memóriát oszt meg. Az Intelnek ide a Larrabee integrálása a belépő.
-
wdtv
tag
hat hogyne kevernem ide: mikor a cache csak azert kell mert a kulso memoria lassu, egy mai gpu kb 3-szor akkora savszelesseget igenyel mint amit tudnak biztositani, egy cpunal ez az ertek sokkal nagyobb ,kb 10-szeres, ezert van az hogy egy processzorba sokkal nagyobb cache kell
-
wdtv
tag
"The first Intel MIC products target segments and applications that use highly parallel processing, including:
High Performance Computing (HPC)
Workstation
Data Center
"
intel oldalrol olloztam , tehat meg az intel sem allitja hogy ez mostanaban bekerulne barmilyen mainstream szerkezetbe, a windows 8-as compute shader inkompatibilitasrol nem is szolva , szamomra nem tunik ugy hogy ezzel mostanaban foglalkozni kellene -
Abu85
HÁZIGAZDA
A belső cache-szervezésről van szó. Ne keverjük ide a külső memóriát. Az olyan amilyen. Rakhatsz a Larrabee mellé is ultragyorsat. Sőt a Knights Corner mellé biztos ilyen kerül.
A mobil termékek jó része erre fel is is készült, hiszen a Tegra az egyetlen SoC, ami IMR IGP-t használ.
-
Abu85
HÁZIGAZDA
A Knights Ferry-t kukázták a Larrabee névvel együtt, de a koncepció továbbra is él. Az új név a MIC. Erre az első termék a Knights Corner lesz, ami terv szinten is a Ferry leváltója.
Az SCC az egy másik projekt. Ott nem egy darab sokmagos chipról van szó, hanem 24 darab kétmagos processzorról egy lapkában. [link] - ez is a Tera-Scale projekt része, ahogy a MIC is, de nem egyeznek meg.Az LLC-re az Intel MESIF protokollt használ. Mindegyik procimag olvassa a teljes tárat, de csak a saját szeletbe írnak. Az IGP-re ez nem vonatkozik. Ez a mag oda ír ahova akar. Majd ha a Larrabee beköltözik, akkor ez a Larrabee magokra is vonatkozik. Olvasnak mindent, de csak saját szeletbe írnak. Itt rendszer túlterhelését a rengeteg kommunikáció jelentheti. Ezért kell az LLC-t kímélni.
-
wdtv
tag
azert van a cache szervezesben kulonbseg intel es nvidia chipeknel, mert a mas memoriat hasznalnak, az nvidia dragat es gyorsat (10-szer gyorsabb!!!) , mig az intel olcsot es lassut
a mobil termekeknel ahol meg lassabb memoriat hasznalnak , ugy nagyjabol 2GB/seces savszelessegut , a problema meg nagyobb, foleg ugy hogy mind a cpu magok mind a gpu ezt szivattyuzza
-
#45
HaRdCoRe^mp4
tag
HaRdCoRe^mp4
tag
Ezektől hülyét kapok : "Kiszivárgott egy kép az új lapka fizikai felépítéséről."
-
wdtv
tag
en nem tudom honnan veszed a larrabbees infokat, tudtom szerint az a project megbukott , es kukaztak mindent,
a jelenlegi single cloud chip (SCC) pedig mar a nevebol adoddoan is csak cloud server platformra van tervezve, nem is mukodne sem asztali sem mobil termekben hatekonyanegyeblent ha megnezed az ivy bridge die fotojat, lathatod hogy nem egeszen kozos az az L3 cache , separalva van a magokhoz, mert valoszinuleg igy a kisebb meret altal gyorsabb is , es a szinkronicacios ido a cache tombok kozott is elenyeszo
-
#43
Abu85
HÁZIGAZDA
Plazmacucci
#40
Abu85
HÁZIGAZDA
válasz
Plazmacucci
#40
üzenetére
Nem a driveren múlik. A driverből tilthatod és engedélyezheted az LLC írását. Ennél többet nem tud tenni. A beépített L3 az sokat segít abban az esetben, ahol az LLC írásának tiltása aktív az IGP-re nézve, mert ott marad az SB IGP-je nagyobb gyorsítótár nélkül. Az szupi, hogy egy GPU nagyon tolerálja a késleltetést, de azért ennek is van egy határa.
Az NV és az AMD GPU-k cache-szervezéséhez érdemes hasonlítani. Mindkét cég fordítva fejleszt, mint az Intel. Sok regiszter, nagy elsődleges gyorsítótárak, és arányaiban kisebb másodlagosak. Az Intel az LLC-vel a nagy másodlagos tárat elméletben megoldotta, így a regisztereket, és az L1 tárakat eléggé elspórolták az SB IGP-jéből. Ez az Ivyre mérsékelten lesz jellemző. Az L1 továbbra sem valami acélos, de a regiszterek száma már több, illetve lesz LDS, ami megfelel az adatok átadására. A belső L3 meg logikus. -
Abu85
HÁZIGAZDA
Azt senki sem mondta, hogy nem működik 4-8-12 procimagnál. Az a kérdés, hogy a Larrabee beköltözésével működni fog-e. Mert az 20-30+ magot jelent. Azt természetesen tudjuk, hogy a Larrabee-t eleve Binned Renderre csinálták, azaz egy TBR rendszer, hogy kímélje a saját LLC-jét. [link] - erről korábban írtunk. Ugyanez az elv szükséges az integrálásnál is. Az LLC-t minden eszközzel kímélni kell, mert ha ez megfekszik, akkor a teljes rendszer teljesítményének annyi. Ami most van az csak egy átmenet. Az LLC-t nem arra tervezték, hogy egy mostani IGP-t kiszolgáljon. Később a Larrabee magokat fogják erre ráfűzni, és megtartanak pár nagyobb magot. Ugyanígy erre kerül majd az System Agent, és pár fix funkciós egységeket tartalmazó tömb.
-
#40
Plazmacucci
félisten
Abu85
#33
-
wdtv
tag
ha csak arra gondolok hogy parhuzamos programozas alatt a tobb processzormag szinkronizacioja egeszen a memoriaig uriti a cachelinet,mig intel eseten eleg az L3-ig, ami messze gyorsabb es a kesleltetese is nagysagrendekkel kisebb, mar megerte
ebben az esetben valami olyanra kell gondolni hogy memoria kesleltetese ezer orajel, L3 cache kesleltetese 20 orajel , tehet a magok kozti szinkronizacio 50-szer gyorsabb intel eseteben -
Abu85
HÁZIGAZDA
Valószínűleg, hogy egy olyan változással éltek, ami nagyon hasznos (sebesség vagy fogyasztás szempontjából), és így inkább váltanak foglalatot. Esetleg most akarnak felkészülni a 2013-as APU-ra. A Llanóból sokan nem adnak el az asztali piacra (a termékek 70%-a mobilba megy), így jobb most váltani, mint jövőre.
UI.: nyugodtan tedd On-ba. A témához kapcsolódik.
-
Abu85
HÁZIGAZDA
Ez a probléma. Az Inteltől kérdeztem, hogy miért viselkedik így, vagy miért hagyják, hogy ilyen legyen ebben a tesztben a rendszerük. Mondták, hogy reagálnak rá, és a jelzett két alkalmazásnál megtiltják, hogy az IGP írjon az LLC-be. Az tudom, hogy annak az FF benchmarknak megtiltották, mert később folyamatos lett a futása (persze az átlag fps esett, de legalább nem ingadozik, és nem áll le másodpercekre). Ezt driverből régóta vezérlik. Egy csomó játéknak tiltva van már az írás lehetősége, az AMD azért rakott benchmarkot a tesztbe, mert ott arra nincs tiltva, vagyis szépen ki lehet fektetni az LLC-t, amire az Intel rendszerének nagy szüksége van. Ha kiveszed a buliból, akkor a teljesítmény drasztikusan esik. Egyszerűen túl sok, ha proginként 3 MB-ot teleír az IGP mindenféle felügyelet nélkül. Az Ivy Bridge ezen segít, ugyanis az IGP kap egy saját L3-at (úgy tudom nem nagyot 256-512 kB körülit, egy GPU-nak ez elég). Ettől még írhat az LLC-be (a Stream out oda megy mindenképpen, de ez kicsi adat), de ha tiltani kell a fenti okok miatt, akkor nem marad nagyobb méretű cache nélkül.
-
"Elnevezhették volna a Socket FM1-et FM1+-nak is."
Persze. Nem is azon rugózok hogy miért ++ és nem inkább +, hanem hogy fizikailag is még csak visszafelé sem kompatibilis - mindez nem egész egy éven belül. Nem vagyunk naívak, a Slot1-féle sokgenerációs alaplapok aligha jönnek vissza - de azért egy bizonyos határon túl nevetséges, hogy ennyire szarul terveznek akár csak középtávra is és/vagy ennyire lefekszenek az alaplapgyártóknak.
-
Abu85
HÁZIGAZDA
A Trinity korábban is az optimalizálásról szólt. Ott a kép, amit fentebb beraktam. Abban benne vannak a célok minden generációra egészen 2014-ig.
(#27) HeavyToys: Igen. bidirekcionális energiamenedzsmentet kap.
A feszültséget nem babrálhatod a Catalystból. Ott maximum fogyasztási csúszka lesz, vagy órajelcsúszka. A többit a rendszer állítja. A júzernek ezt le kell egyszerűsíteni. Aztán nyilván ehhez is lesznek tuningprogramok, de a gyári driverbe egyszerűen kell tálalni ezeket, lehetőleg garantált működés szintjén.A Llanoról szerintem sem érdemes váltani. Illetve csak akkor, ha az extrákat kihasználod (SAMU/VCE)
-
atti_2010
nagyúr
Ezek szerint várhatok még egy évet hogy lényeges változáshoz jussak, ha lesznek kegyesek lecserélni a GPU részt, az új GPU architektúrára.
Ez itt a legnagyobb probléma hogy évente elvárjuk a gyártóktól a változást és az újabbnál újabb termékeket, aztán meg jön a sírás rívás hogy "ez alig tér el a tavalyitól", nem lehet évről évre radikális változtatásokat produkálni és nincs is rá szükség, azon kívül hogy mi meg egy pár ember megveszi a kutyát nem érdekli.
-
HeavyToys
senior tag
Akkor ez leegyszerűsítve, de hasonlatos lehet egy mostani jófajta Tweak-hez, annyiban különbözik akkor tőle, hogy tudja tologatnia fogyasztási kereteket, a CPU és GPU rész között és így szabályozhatja az órajeleket. Csak az lehet érdekes, ha én manuálisan lentebb viszem az adott órajelhez tartozó feszültséget, akkor ezt a rendszer érzékeli-e? Vagy pedig a mostani megoldáshoz hasonlóan nem vesz róla tudomást, "csak" kevesebbet eszik és kevésbé melegszik.
Hm... mindenesetre érdekesen hangzik, ha a Bulldozer alap energia igénye kedvezőbb lenne, felhőtlen lenne az örömöm és meg is lenne mit választok, így még azonban van bennem kétség, hogy mennyi is lesz az annyi
.Úgy néz ki, hogy a mostani A6-3400m-ről, amim van, nem fogok váltani, mert az extrém feszültség csökkentésnek és órajel növelésnek hála még nem biztos, hogy megéri.
-
Abu85
HÁZIGAZDA
[link] - Ezért nem akar az AMD közös cache-t a CPU-magoknak és a GPU-nak. A videó végén teljesen lehal a Sandy Bridge, mert elindítottak rajta két olyan programot, ami terheli a GPU-t. A GPU pedig az LLC-t teleírja (programonként 3-3 MB-ot), így a procinak mennie kell a memóriába az adatért.
Ez koncepcióból van így, mert kérdéses, hogy mennyire jó, ha a GPU a proci által használt nagyméretű LLC-be piszkít. Jelen esetben szálanként 32 kB-ot. Ezt minden felügyelet nélkül teszi. Az AMD szerint ez nem jó, így inkább másik oldalról közelítenek, vagyis nem egy LLC-re építik a rendszert, hanem a magokat látják el jó nagy gyorsítótárral.
Később majd az is kérdés lesz, hogy az LLC ring kapcsolat mellett mit szól majd, ha nem 5 magot lát el, hanem 50-et. A Larrabee 32-vel nem működött jól, ez egy komoly meló lesz. -
Taragas
aktív tag
Én konkrétan most a grafikus mag miatt vagyok elkeseredve. Nekem proci szinten hozzák azt ami kell, jobba energia managemnetel, mert sokat netezek, és időnként játszok, de akkor szeretnék szép grafikával. Viszont ha marad a WLIV5, akkor érthető, hogy miért nevezgették át a 7670-et 6670-ről. Mert baknak megoldani, hogy erősebb vgaval is működjön dualban a rendszer. Csodálkoztam is, hogy a 7700-asok új architektúra, a 7600-as meg átnevezés, de akkor mi lesz ezzel pariban? Na tessék itt a válasz. Engem egy órajel emelés, GPU szinten nem hat meg. Ezek szerint várhatok még egy évet hogy lényeges változáshoz jussak, ha lesznek kegyesek lecserélni a GPU részt, az új GPU architektúrára.
-
Abu85
HÁZIGAZDA
válasz
HeavyToys
#22
üzenetére
Attól függ, hogy mit állítanak be a driverben alapértelmezett fogyasztási szintnek. A CPU és a GPU az új lapkában átlapolhatja magát. Elvehetsz a GPU-tól energiát, hogy azt a CPU-nak add a gyorsabb működésért. Ezt manuálisan is lehet szabályozni, de nem tudni, hogy az AMD hogyan állítja be.
-
HeavyToys
senior tag
A mobil megoldások, a most talán leginkább elterjedt A6-3400m-hez viszonyítva, csak CPU erőt figyelembe véve, azonos fogyasztási osztályban (itt ugye 35W-os TDP-ről beszélünk), szerinted emelkedni fognak?
Tudom és ismerem, hogy a Bulldozer felépítése miatt is alapvetően magasabb órajelekről beszélünk, mint az előző generációs CPU magok esetében, szóval nem is az órajel irányában indult el a kérdésem.
Illetve, a "tovább fejlesztett" Bulldozer magokon tudtak-tudnak annyit csiszolni, hogy fogyasztás/teljesítményben (megfelelő ütemezővel, mint pl Win8 is lesz), beérjék az előző generációt?
-
Abu85
HÁZIGAZDA
Mert el akarja az AMD érni a 17 wattos fogyasztást, ami csak az új architektúra moduljával lehetséges. A Llanoból ezért nincs 17 wattos, mivel nem olyan jó a Husky energiagazdálkodása. Lehetne, persze, de akkor egymagos lenne a lapka. A Bulldozerrel egy modulos is maradhat, azaz kétmagos.
-
ftc
nagyúr
-
Abu85
HÁZIGAZDA
Elnevezhették volna a Socket FM1-et FM1+-nak is.
Egyébként szerintem a bidirekcionális energiamenedzsment miatt kellett nagyobb változtatás, illetve lehet készülni a következő körre is.
Itt a roadmap. Az első a Llano, a második a Trinity, a többi pedig az új generáció, azaz a 2013-as és a 2014-es APU-k.
-
Majdnem jó, de ebben számomra az nem áll össze, hogy ha a Llanoban (legalábbis az asztaliban) egy K10.5 mag volt, és onnan váltunk most ugye Bulldozerre*, akkor ezt a cserét a "csupasz" CPU esetén miért lehetett egy sima AM3 - AM3+ váltással lezavarni...?
*OK, Piledriverre - lehet hogy a Bull/Pile közötti eltérések miatt van a dolog...? Akkor viszont a csupasz Piledrivernek is új foglalat kellene AM3+ helyett, nem?
-
#7
Plazmacucci
félisten
Sajnos az eddigi tendenciából kiindulva szerintem nem lesz gyorsabb mint a legjobb mobil Llano. Szokás szerint elvérzik cpu fronton. De biztos nincs igazam de ugye ha csa azt mondom, hogy Bull L3 nélkül.... De persze ne legyen igazam.
Ezen azért talán nem lepődik meg a világ. 
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
Hirdetés
- A fociról könnyedén, egy baráti társaságban
- Bemutatkozott a Fairphone 6
- Milyen légkondit a lakásba?
- One otthoni szolgáltatások (TV, internet, telefon)
- Linux kezdőknek
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- PROHARDVER! feedback: bugok, problémák, ötletek
- Autós topik
- Mobil flották
- NVIDIA GeForce RTX 5060 Ti (GB206)
- További aktív témák...
- AKCIÓ! MSI B550 R7 5700X 32GB DDR4 512GB SSD RTX 3060Ti 8GB Rampage SHIVA MSI 650W
- AKCIÓ! Lenovo Legion Slim 5 16AHP9 notebook - R7 8845HS 16GB RAM 512GB SSD RTX 4060 8GB Win11
- HUAWEI MateBook 13 2020 - Kijelző nélkül - I7-10510U - 16GB - 512GB SSD - Win11 - MAGYAR
- Epson Workforce DS-530II Dokumentum szkenner
- 15,6" Dell Latitude laptopok: E6540, E5550, E5570, 5580, 5590, 5500, 5501, 5510/ SZÁMLA + GARANCIA
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged