- Adobe Lightroom topic
- WordPress tartalom kezelő rendszer (CMS)
- Van, amit nehéz lett megtalálni a Google keresőjével
- Kínában túl sok az EV, fokozódik az árháború
- Crypto Trade
- Megrendszabályozza a Pornhubot az EU
- A személyre szabott reklám lehet a streaming következő slágere
- Programozás topic
- Rossz üzlet az EV-kölcsönzés
- Ubuntu Linux
Új hozzászólás Aktív témák
-
rii
nagyúr
.... jó lenne vége a Personal Cumpter-ek világában más architecktúúra is mint az x86, melynek egyik sokat kifogálsolt jellemzője hogy megőrizte a lefelé valókompatibilitást a 286-386 váltáskor (ha jól emlékszem)
saját cpu-t talán nehezebb előállítani, mint egy beszállítót cserélni
szerencsétlen OSX írók folyton írhatják újra a kódot? .-)
megírták PPC-re, majd az x86-ra váltáskor mi történt? .-)
újra kellett írni?PPC-nél azt volt h annyival erősebb volt az intel CPU hogy elég volt a kezdetekben a PPC-t emulálni x86-on, és a PPC-re írt OSX futott egy darabig ...
gondolom akkor már folyik az erre a CPU-ra írt OSX "írása"
piros-kapszula: https://www.youtube.com/watch?v=oW-VZVYohRg
-
imi123
őstag
.
[ Szerkesztve ]
Tévedni emberi dolog, de állati kellemetlen.
-
Kaiku
senior tag
Ha ez igaz akkor az új platformra, megint teljesen külön kell programokat fejleszteni ami azért kellemetlen lesz a régi x86- os generációnak. Gondolom az Apple nem fogja hosszú ideig támogatni a régi platformot.
-
opr
veterán
Vannak ketsegeim oszinten szolva.
Egyreszt 2020 brutalisan kozel van, meg akkor is necces lenne, ha mar 90%-ban kesz lenne a processzor, leteznenek belole tesztpeldanyok, amikkel felszerelt devkitek a legfontosabb partnereknel mar lennenek (amihez ugye kell egy valamilyen szinten mukodo OS verzio is, csak a vas szart sem er).
Masreszt nem csak starbucks-hipsterek hasznalnak mac-et bongeszesere, hanem profik is hasznaljak, nekik meg kell a kraft. Intel cpu-knal erosebbet, vagy akra csak azokkal versenykepeset tervezni a nullarol, elsore, akarmilyen architekturan eleg bator vallalasnak hangzik.Szoval szerintem ennek az eselye nem tobb, mint mondjuk 10%. Nem az architekturavaltasnak, hanem hogy mindez 2020-ban meg fog tortenni.
De kivancsi leszek ra, vegul mi lesz, lattunk mar meredek dolgokat az apple-tol."Programozó vagyok. Ez azt jelenti, hogy amit leírok, megtörténik." :D “The only valid measurement of code quality is What-The-F**ks/Minute.” - Robert Martin
-
AAAgold
senior tag
A telefonokban és tabletekben van már annyira erős hw, hogy a legkisebb laposokat elvigye 2 év múlva a fejlődéssel együtt. Lényegében egy nagyobb tablet lenne, billentyűzettel, saját ios-szel.
"Miért imádják az aranyat? Nem lehet megenni..."
-
Kabika
csendes tag
Hirtelen ötletként eljátszottam azzal a gondolattal, hogy közelítik egymáshoz a macOS-t és az iOS-t.
Indításnak kompatibilis appok (iOS -> macOS irányú kompatibilitás), hasonlóan, mint a Chrome OS -> Android appok.
Akiknek meg fontos a platform, azok úgyis megírják a natív alkalmazásukat az új OS-re is. -
titán
Hahaha. Macbook Air (tudom, nem használják már ezt a nevet) alá elmegy egy random proci, de mit raknak egy Mac Próba Az a 2020 jó lesz 2025-nek is.
evDirect villanyautós töltőhálózat
-
opr
veterán
Parhuzamosan ezt nehez, mert vagy a fejlesztok kuldenek el a picsaba (jogosan), hogy ketszer annyit kell dolgozniuk ugyan akkora bevetelert, ha kenyszerited oket, hogy mindket paltformodra dolgozzanak, vagy emulalsz, ami lassu mint a tetu es az aramot is zabalja, vagy pedig az egyik platformot (valszeg az ujat) hagyod kiverezni, mert senki nem fog vele foglalkozni.
"Egyszer már megléptek egy jelentős váltást."
Igen, de ott az uj annyival erosebb volt a reginel, hogy lehetett mindent nyugodtan emulalni, meg ugy is gyorsabb volt az uj gep. Azert ez nem mindegy.Egyebkent meg tudja a franc, az apple van annyira eros, hogy meg tudjon lepni egy akarmit, szoval siman kiderulhet, hogy neked van igazad, es lesz valami atmenet, esetleg teljesen kulon kategoriak az inteles meg az arm-es termekvonalnak es parhuzamosan fognak futni egymas mellett, vagy akarmi.
Olyat is el lehet kepzelni akar, hogy minden gepben az arm-es proci meg OS fut, aztan fordul a kocka es az intel lesz a kiegeszito cpu, ami csak a nagy vasakban van, es csak adott programokat futtat. Szerintem meg ez lenne a legerdekesebb koncepcio, bar a megvalosithatosaga meg a programkompatibilitas kerdese ezt is tokon lovi."Programozó vagyok. Ez azt jelenti, hogy amit leírok, megtörténik." :D “The only valid measurement of code quality is What-The-F**ks/Minute.” - Robert Martin
-
tag
Nem kell a nulláról tervezni, már meg van az alapja az A11 személyében. Van nekik már saját grafikus lapka is, sőt hamarosan kijelző is lesz. Én már alig várom, hogy ez a szutyok x86 eltűnjön végre a süllyesztőbe, már az x86-64-et sem kellett volna erőltetni.
A sebességgel kapcsolatban én meg nem aggódnék.
https://thenextweb.com/apple/2017/09/12/apples-new-iphone-x-already-destroying-android-devices-g/Ne bízz komoly feladatot olyan szerverre, amit egymagad is fel tudsz emelni...
-
titán
Böngészgetni, videózgatni jó egy nullinger ARM is, de a munkaállomásnak egy dual Xeon kiváltásra teljesen alkalmatlan. Olyan messze van túle, mint Makó Jeruzsálemtől. Az pedig nem fog menni, hogy a munkaállomásokba x86, máshova ARM, azért a nagyon kevés piaci részesedésért senki nem fog duplán fejleszteni.
Én már alig várom, hogy ez a szutyok x86 eltűnjön végre a süllyesztőbe, már az x86-64-et sem kellett volna erőltetni.
Akkor még nagyon sokáig várhatsz.[ Szerkesztve ]
evDirect villanyautós töltőhálózat
-
#54625216
törölt tag
válasz #06658560 #14 üzenetére
Az Apple ökoszisztéma fenntartásához szükség van tartalomgyártásra is, ahhoz meg nem jó a felhő + gyenge hardver. A tartalomgyártást pedig nem engedheti ki az Apple a kezei közül, mert azzal megint csak más platformoktól függene.
Igazából nem látom esélyét, hogy az Apple a közeljövőben a desktop vonalon is ARM-ra váltson. Eddig minden architektúra váltást az indokolta, hogy az aktuálisan alkalmazott technológia lemaradt a teljesítmény versenyben.
Jelenleg viszont még mindig az x86 vezeti toronymagasan a desktop CPU mezőnyt, így nincs technológiai oka a váltásnak.
Max. olyasmit tudok elképzelni, hogy mondjuk 4-8-12-16 ARM procit pakolnak egy Mac-be, ami összteljesítményben már le tudna nyomni egy x86-os megoldást.
Az Apple elméletileg megteheti, hogy az egész ökoszisztémát brutál mód multithread-re erőlteti, de még ha az OS-t titokban fel is készítik erre, 2020-ra akkor sem tudnának előrukkolni egy ennyire radikális megoldással, mert ahhoz legalább néhány meghatározó szoftver fejlesztőnek (Adobe, Autodesk, stb.) is ugrásra készen kellene állnia. -
-
Cassi
senior tag
Ugyan már, ne a telefonokba szánt ARM-mal hasonlítsd már össze. Itt van például a most megjelenő Qualcomm Centriq 2400 összehasonlítása néhány Xeonnal:
https://hothardware.com/news/qualcomm-centriq-2400-cloudfare-benchmarks
Az Apple évek óta készül az ARM-ra való átállásra, volt idejük kialakítani az új architektúrát. Piacvezető csiptervezőik vannak. Még így is megtehetik, hogy fokozatosan térnek át, kezdve az alsó kategóriás notebookokkal.
Ami miatt aggódom, az a PC, sajnos, a Microsoft egyre inkább magára hagyja a Windowst, más jelentkező meg alig akad.
-
tag
Nyilván nem a Xeon munkaállomásokkal fogják kezdeni, hanem a hordozható szegmensben, nevezetesen a macbook-ok lehetnek az elsők. A programokat meg nem kell duplán fejleszteni, minimális módosításokkal egy program lefordítható szinte bármilyen platformra. Nem először történt már ilyen.
A piaci részesedésről meg annyit, hogy az apple programokat az emberek többnyire megveszik, mert a legtöbben pénzt keresnek vele. Így érdemes rá fejleszteni. x86 platformon meg inkább lewarezolja a legtöbbje. Nem véletlen, hogy hiába nagyobb az android piaci részesedése is, az iOS programok mégis sokkal nagyobb hasznot hoznak. De ez már nem ide tartozik.
Akkor még nagyon sokáig várhatsz.
Már nem kell olyan sokat.Ne bízz komoly feladatot olyan szerverre, amit egymagad is fel tudsz emelni...
-
titán
Kutyát nem érdekel, hogy kiszolgálóként használható lenne egy ARM-os macOS, az Apple kiszolgálói feladatokra 0,00x% részesedéssel bír. A számítási teljesítménye egy 46 magos ARM-nak is kevés, de amíg a legtöbb asztali szoftver képtelen 46 magra hatalmas overhead nélkül skálázódni, addig semmi keresnivalója egy ilyen architektúrának az asztalon.
evDirect villanyautós töltőhálózat
-
titán
Nem lehet kettéosztani. Nincs olyan, hogy a macOS Pro gépek x86-tal futnak, a tartalomfogyasztó gépek pedig ARM-on. Illetve ilyen már van, úgy hívják IOS. A macOS nem osztható, senki nem fog duplán, két architektúrára párhuzamosan fejleszteni.
evDirect villanyautós töltőhálózat
-
opr
veterán
válasz #06658560 #14 üzenetére
Van, ahol ez mukodik, viszont van olyan tipikusan magas cpu-igenyu alkalmazas, ahol a felho a nagy kesleltetes miatt kiesik. (vegyuk figyelembe, hogy fel is kell tolteni az adatot meg le, nem csak a ping van)
Ilyen pl a zeneszerkesztes, filmvagas, kepszerkesztes, stb. Persze a vegleges termeket mar ertelmes cegek cloudban vagy valami serveren renderelik ki, de odaig el is kell jutni.Programozasnal sok esetben nagyon jol mukodik a lepkefing ereju kliens, eros buildserver elgondolas, de szerintem ez inkabb azt jelenti, hogy a programozas a specialisabb jellegu feladat.
De pl egy ertelmesebb IDE egy nagy volumenu projekttel biztos, hogy egy a11-et kifektet a picsaba forditas nelkul is ma is, es akkor meg nem profilozunk vagy ilyesmi. Alattam a Ryzen 7 1700 (otthon) meg a mittomen milyen xeon nem kicsit erolkodik/haldoklik/szenved sokszor, pedig distributed build van.
Pl. Egy combosabb webkit fork rebuild 4-5 ora ugy, hogy befogok magam melle meg 15 gepet xeonostul ramostul mindenestul.
De ha a buildtol eltekintunk, amikor valami nagyobb dolgot irok at/valtoztatok, aztan tesztelek/profilozok, neha konkretan az eger is akadozik, annyira terheli a gepet a cucc.Dolpa #15:
"Nem kell a nulláról tervezni, már meg van az alapja az A11 személyében."
Igen, kb mint ahogy a ferrarinak se kell nullarol tervezni, mert mar megvan az alap a kispolak szemelyeben."Én már alig várom, hogy ez a szutyok x86 eltűnjön végre a süllyesztőbe, már az x86-64-et sem kellett volna erőltetni."
Ezt azert leervelhetned jol, ha mar igy kinyilatkoztattad."Programozó vagyok. Ez azt jelenti, hogy amit leírok, megtörténik." :D “The only valid measurement of code quality is What-The-F**ks/Minute.” - Robert Martin
-
titán
válasz #06658560 #29 üzenetére
Amit el tudok képzelni, hogy kiadnak néhány ARM-os, IOS oprendszeres, billentyűzetes tabletet mondjuk "MacBook Air" néven. De az macOS rendszert az egész egy csöppet sem fogja érinteni. És ebből a félpletykából gyártott valódi bullshitet a bloomberg újságírója.
[ Szerkesztve ]
evDirect villanyautós töltőhálózat
-
koby11h
aktív tag
Mint ha már lett volna egy cég aki ilyen telefonon-laptopon-PC-n "azonos" op.rendszert akart volna, nem emlékszem, sikerült Nekik? Ja igen, Microsoft és a Windows-Windows-RT-Windows Phone... és nem Nem fikázom, Win Pc, Win laptop és Microsoft 650-esem van, még támogatás is van hozzá, de érzek némi hasonlóságot.
Ha volna sonkánk, akkor csinálhatnánk sonkás tojást, ha lenne tojásunk!
-
tag
válasz #06658560 #29 üzenetére
Milyen 2 különböző OS? Az Apple pont arra felé megy, hogy 1 OS legyen és az fusson több platformon is.
Ahogy pl. a Linux disztribek is több platformon vannak jelen, nem kell 2x ugyanazt megírni, csak lefordítani arra az architektúrára.Ez honnan jön, hogy egy programot újra kell írni és dupla munka, ha azt egy másik platformra szeretnék kiadni?
Ne bízz komoly feladatot olyan szerverre, amit egymagad is fel tudsz emelni...
-
E.Kaufmann
addikt
-
titán
Megnézem, hogy egy Apple Logicot milyen kezelőfelülettel futtatsz te (vagy inkább ők) egy szifonon. Nem véletlenül van éles különbség a 27"-os és fölötte méretű, többkijelzős rendszerek, és a 3,5"-os prüntyögők között. Az IOS nem alkalmas nagy kijelzőre, a macOS pedig nem alkalmas telefonra és tabletre. Meg lehet próbálni összemostni a kettőt, de az a katasztrófához vezet. Ilyen hülyeség még a Steve fejéből sem pattant ki, csak az idióta Balmernek jutott ilyen baromság az eszébe.
[ Szerkesztve ]
evDirect villanyautós töltőhálózat
-
hokuszpk
nagyúr
nemtom miert gondolkozik mindenki Arm alapon, azert licencdijat kell fizetni, amit az Apple nyilvanvaloan nemengedjhet meg maganak.
en arra tippelnek, hogy ha mar lud legyen kover alapon mindent ujraterveznek. Az elso bittol az utolsoig Apple proci lesz sajat utasitaskeszlettel, miegymas.[ Szerkesztve ]
Első AMD-m - a 65-ös - a seregben volt...
-
titán
válasz Parallaxis #37 üzenetére
új Apple proci x86-os lesz
Jogilag lehetetlen. Nincsen licencük rá.(#36) hokuszpk
miert gondolkozik mindenki Arm alapon, azert licencdijat kell fizetni, amit az Apple nyilvanvaloan nemengedjhet meg maganak.
Jelenleg is fizetnek licencdíjat az ARM-nak minden iphone és ipad után. nem tudom mire gondolsz.[ Szerkesztve ]
evDirect villanyautós töltőhálózat
-
#06658560
törölt tag
-
rii
nagyúr
válasz E.Kaufmann #34 üzenetére
hoppá
ezt nem vágtam, h C-ben írták X%-t is ... persze annál lentebb menni már tényleg horror lenne.
a világ legszebb nyelve a C .-)az a baj, még mindig az a kérdés, hogy honnan tud az apple saját fejlesztésű, és bika processzort kihozni - mert ha el akarják hagyni a beszállítókat, akkor kell az erős CPU ... ehhez képest most egy új C compiler-t írni az új CPU-ra már kismiska ,-D
(#37) Parallaxis:
nekem az jött le a cikből, hogy minden intel CPU-t hanyagolni akarnak, mint ahogy annó minden PPC-s CPU-t is hanyagoltak ... csak most nem új beszállító kell, hanem saját CPU gyár, ami tudja azt amit az intel - vagy jobb ...[ Szerkesztve ]
piros-kapszula: https://www.youtube.com/watch?v=oW-VZVYohRg
-
válasz #06658560 #39 üzenetére
"Az OS nem tud mindent elfedni, mert nem tud minden utasításkészletet behazudni.": ülök itt a linuxom előtt, ami fut vagy 30 féle architektúrán, és nézek bambán, mint noé a harmadik tevére...
egyébként meg nem is nagyon kell emulálni semmilyen utasításkészletet, ha natívan is futtatni lehet. a posztban levő linket elolvasva az derül ki, hogy már régen van arm-os coproc a macekben.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
opr
veterán
válasz Parallaxis #37 üzenetére
Akkor meg nem csak a 2020-as datum van nagyon kozel, hanem meg a 2030 is.
Ne felejtsuk el, hogy egy procit megtervezni egy uj utasitaskeszlettel azert nem egy het, megis, az csak egy dolog, meg csak nem is a legbonyolultabb.
Mondok egy hirtelen peldat: Az volt tobb, mint egy ev, hogy legyen egy normalis cpp11 fordito. Pedig az egy ismert architekturara egy ismert es szeleskoruen hasznalt nyelv kiterjesztese volt, nem egy minden szinten uj architektura egy nullarol irt OS-el, raadasul a megjelenese (veglegesitese) elott jo sok idovel mar lehetett tudni, hogy mire lehet szamitani.Namost egy teljesen uj architektura egy teljesen uj utasitaskeszlettel teljesen uj nyelveket es forditokat igenyel (vagy legalabb a jelenlegiekre egy uj forditot/virtualis gepet), a sajat kiegesziteseivel es korlatozasaival, ami meg a fejlesztoknek ki kell tapasztalni, meg kell tanulni, stb. Ha 10 even belul bongeszesen kivul masre is ertelmesen hasznalhato lenne, mar az felerne egy csodaval. Meg az apple eroforrasaival is egy eros ontokonszurasnak tunik ez nekem, de vegulis, sose lehet tudni, ha valakinek megvannak az eroforrasok egy ilyen lepeshez, az az apple, ebben egyetertunk.
"Programozó vagyok. Ez azt jelenti, hogy amit leírok, megtörténik." :D “The only valid measurement of code quality is What-The-F**ks/Minute.” - Robert Martin
-
opr
veterán
válasz #06658560 #43 üzenetére
+1, illetve: Es minden programja futni fog minden architekturan ujraforditas meg minden nelkul, hibatlanul, stabilan?
"Programozó vagyok. Ez azt jelenti, hogy amit leírok, megtörténik." :D “The only valid measurement of code quality is What-The-F**ks/Minute.” - Robert Martin
-
paprobert
senior tag
Az Apple eddigi munkássága az volt, hogy optimalizálták az ARM által lefektetett alapokat a saját igényeiknek megfelelően.
Pont annyit fejlesztettek rajtuk, hogy az igényeiket kiszolgálja.
A munkájuk eredménye az lett, hogy ARM szinten IPCben veszettül erős, néhány maggal dolgozó SoC-ot tettek le az asztalra OK fogyasztással, OK fizikai kiterjedéssel. Persze ebben a cutting edge litográfia is mindig a segítségükre volt, amire nem sajnáltak pénzt kiadni.Egy laptopokban/desktopon is használható hardver architektúra létrehozásához a jelenleg befektetett mérnöki munkaórák száma nem elégséges.
Nem elég az eddigi "néhány" szakit ráállítani, hogy "akkor most srácok tuningoljuk fel a cuccost". Ha ennél többet szeretnének akkor a jelenlegi mérnöki felhozatal nem elégséges, kilószámra kellene igazolni a mérnököket.Látjuk-e ezt?
640 KB mindenre elég. - Steve Jobs
-
#54625216
törölt tag
Ha az x86-ról ARM-ra váltás tényleg csak annyiból állna, hogy újrafordítják a meglévő kódot, akkor a WinRT sikertörténet lenne, valamiért mégsem az.
-
tag
"Én már alig várom, hogy ez a szutyok x86 eltűnjön végre a süllyesztőbe, már az x86-64-et sem kellett volna erőltetni."
Ezt azert leervelhetned jol, ha mar igy kinyilatkoztattad.- x86 is CISC
- borzalmas memória menedzsment
- nem SMT-re lett kitalálva és elég rosszul is skálázódik.
- overlapping register classes
- fixed registers az integer szorzás/osztáshoz
- feleslegesen sok jump utasítás van
- emellett rengeteg használhatatlan, lassú utasítás van benne
- túl kevés regiszter
- emiatt sokat dolgozik közvetlenül a memóriába
ADD AX,[BX+10] tulajdonképpen ADD AX,[DS<<4+(BX+10)]
tehát tulajdonképpen:
ADD BX+10
SHIFT DS<<4
ADD DS<<4 + BX+12
És ez csak két szám összeadása, a legtöbb esetben tehát a sz@r memória menedzsmenten keresztül éri el az adatokat, mert nem tudja belül tárolni, mert nincs elég hely. Nézz meg egy nagyobb assembly program kódot, gyakorlatilag a lassú memóriában pakolgat ide-oda adatokat.De ezt nem én találtam ki, a neten elég sokan, nálam profibbak is írnak róla.
Ne bízz komoly feladatot olyan szerverre, amit egymagad is fel tudsz emelni...
-
válasz #06658560 #43 üzenetére
"Tehát mindegyik linuxod tud adni a programoknak AVX-512-t?": erre két dolgot is válaszolnék.
1. el kellene felejteni azt a tévedést, hogy azok a programok, amikről itt szó van, a processzorral interfészelnek. természetesen nem a procival vannak kapcsolatban. a sírás-rívás az átlagos felhasználói programokat fejlesztők felől indult, nekik semmi közük a procihoz. legmélyebben a libc szintjére babrálhatnak, lejjebb nem. tehát ők nem avx512-t fognak keresni, hanem ilyen-olyan multimédiás vagy egyéb szolgáltatásokat. azt beleteszik a libc-be (vagy ami hasonló funkcionalitást ad) és vagy végrehajtják hardveresen, ha az adott proci tudja, vagy emulálják libc szinten. A felhasználói programoknak erről nem kell tudniuk.
2. azt se ártana figyelembe venni, hogy nem kell általános megoldást adniuk. ami nagy könnyebbség, a programoknak nem kell tetszőleges architektúrán futniuk, csak azokon a vasakon, amiket az apple árul. ettől rögtön nagyon szűk, kis halmaz lesz a támogatandó hw lista. ráadásul ott van még az is, hogy házon belül van, tehát ha az oprendszer fejlesztői úgy gondolják, hogy muszáj valamit hardverben megoldani, akkor átmennek a szomszéd szobába, lemeccselik, és benne lesz a hardverben. ez például a linuxhoz képest is nagy előny, mert a linuxot mindenre fel kell készíteni, az osx-et meg nem.
harmadrészt most is multiprocisak a nem túl régi notebookjaik, ha fent leírt egyik módszer sem járható út (amiben nagyon nem hiszek), akkor majd a coproc megcsinálja. bigLITTLE koncepciót nem csak arm magok között lehet csinálni, hanem arm-x86 között is, ennek példája, hogy van ilyen projektjük, neve is van: Marcipán.
Persze sivalkodni sokkal egyszerűbb, mint legalább a posztot meg a linket elolvasni, ezt elismerem.
Még annyit, hogy az általam itt leírt megoldások annyira új, trükkös és világmegváltó megoldások, hogy az ibm a hatvanas években már alkalmazta a módszereket.
Szerk: természetesen azt én sem állítom, hogy a kernelnek meg az alapszintű libeknek meg a fordítónak ugyanannak kell lenni. azt házon belül oldják meg, hogy minden architektúrára legyen egy garnitúra alap cucc. Itt csak a felhasználói szintű programokról beszélek.
[ Szerkesztve ]
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
Új hozzászólás Aktív témák
- Beszámítás! Intel Core i5 6500 4 mag 4 szál processzor garanciával hibátlan működéssel
- Beszámítás! Intel Core i3 9100 4 mag 4 szál processzor garanciával hibátlan működéssel
- Beszámítás! Intel Core i3 10105 4 mag 8 szál processzor garanciával hibátlan működéssel
- Beszámítás! Intel Core i7 7700K 4 mag 8 szál processzor garanciával hibátlan működéssel
- Intel I7 13700K 16mag/24szál - Új, Tesztelt - Eladó! 128.000.-