- Kábeleket és csövezést rejtő "kirakatház" a GameMax logójával
- Felvarrták az Arctic rackmount rendszerekhez szánt CPU-hűtőjének ráncait
- Háromféle kivitelben, és nem kis kapacitásokkal jönnek a Micron 6550 ION SSD-i
- Már a Samsung sem szolgálja ki modern AI lapkákkal Kínát
- Havazáshoz igazított kiadás kap a Steam Deck OLED
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- NVIDIA® driverek topikja
- Fejhallgató erősítő és DAC topik
- Apple notebookok
- Xiaomi Mi Box androidos médialejátszó 4K és HDR támogatással
- Kormányok / autós szimulátorok topikja
- AMD FX
- Felvarrták az Arctic rackmount rendszerekhez szánt CPU-hűtőjének ráncait
- Milyen billentyűzetet vegyek?
- Épített vízhűtés (nem kompakt) topic
Új hozzászólás Aktív témák
-
#53
fatpingvin
addikt
Dr. Akula
#51
fatpingvin
addikt
válasz
Dr. Akula
#51
üzenetére
ez is csak azon múlik, hogy a célfeladat mit követel meg. ha van változatosság a piacon, felőlem lehet olyan dizájn is hogy van benne 12 Atom mag meg két HT-képes, bikább Core. vicces módon simán el tudom képzelni hogy ez hova férne el.
[ Szerkesztve ]
A tipikus munkafolyamat legjobb tesztszimulációja a tipikus munkafolyamat. A "napi anti-corporate hsz"-ok felelőse :)
-
Ribi
nagyúr
Szerintem fogyasztást power magokkal is meg lehetne oldani soookal jobban.
Most is miközben netezek a proci állandóan fel fel boostol, 15-20Wot is beszippantva amikor 1 ablakot megnyitok. Viszont power save módban 2.2GHz-en marad és pont olyan gyorsan nyílik meg az ablak, csak közben 5Wal ugrik csak meg a fogyi. Szóval a mostani magokkal is sokat lehetne sprórolni ha rendesen kezelnék. Nem kell 2-3 féle mag, hogy keveset fogyasszon. Csak nem kellene állandóan a szart is kitaposni a magokból ha kell ha nem.
Csak a szokásos dolog megy, 0 SW optimalizálás, majd eladunk HW fejlesztést ami meg kell venni, mert az mindenkinek jobban megéri.
[ Szerkesztve ]
-
Ribi
nagyúr
Nem úgy gondoltam, hogy ténylegesen jobban, hanem sokkal közelebb egy powersave maghoz. Mert most ordas fosul van megoldva a power magok kezelése. Ha power save módban megy a win, akkor kb soha nem emeli a frekit, bármi más módban meg állandóan küldi a magokat ameddig feszből bírja.
[ Szerkesztve ]
-
hallador
addikt
53 év alatt? Elég sokat szerintem, Nem az elmúlt 10 évre gondoltam, hanem az elmúlt 53-ra.
The further a society drifts from truth, the more it will hate those that speak it. (George Orwell) [Work Machines: HP EliteBook, HP ProBook & Linux Mint 20 ; Entertainment: Apple Macbook AIR M1]
-
Kansas
addikt
Szerinted, vagy valami forrásod/bizonyítékod is van? A "biztos úgy van" az nem elég...
#59Gyok2: ezeknek kb. a fele: 64-bit, APU, Raja... AMD-től ment Intel irányba... az L3 cache nem épp nagy fejlesztés... csak egy újabb cache level L2 után.
Nincs olyan MI, ami képes lenne szimulálni az emberi hülyeséget... ha valaha lesz, annak tuti az emberi hülyeség lesz az oka... A Föld erőforrásai közül a legjobban az ész van elosztva - mindenki meg van róla győződve, hogy több jutott neki, mint másoknak.
-
hokuszpk
nagyúr
-
Kansas
addikt
Nem, az ékezetek hiányáról volt szó, de mindegy is...
Nincs olyan MI, ami képes lenne szimulálni az emberi hülyeséget... ha valaha lesz, annak tuti az emberi hülyeség lesz az oka... A Föld erőforrásai közül a legjobban az ész van elosztva - mindenki meg van róla győződve, hogy több jutott neki, mint másoknak.
-
Egon
nagyúr
Elég végiggondolni a kezdeti éveket. 386-ig konkrétan minden CPUI Intel klón volt, egy az egyben másolat (a 486-os éra elején is). Aztán Slot1 -> Slot A, majd a visszatérés a jelenleg is használt foglalattípusokhoz. A CPU sapkázása (lesarkazni csak a P3-akat tudtad, a P4-eket már nem; ellenben az akkori AMD-ket még igen).
Ez csak annyi, amennyi séróból megy, biztos lehetne még találni egy párat."Bonyolult kérdésre egyszerű választ keresni helyénvaló, de ritkán célravezető megoldás" (Wayne Chapman)
-
Kansas
addikt
Nem "klónozták" az Intel CPU-kat, hanem gyártották őket, mert az IBM-nek szüksége volt egy második beszerzési forrásra a PC procik kapcsán, nem akarták hogy az Intel "single point of failure" legyen. Tehát akkoriban ha nem az AMD gyártotta volna őket, akkor vagy más, vagy az IBM nem az Inteltől vette volna a CPU-it.
Keress rá a "second sourcing"-ra, ha érdekel.Akkor kezdték el az AMD-nél revers engineering használatával koppintani a procikat, mikor az Intel szerződést szegve abbahagyta a tervek átadását. Innentől viszont nem ritkán ugyanaz a termék AMD kiadásban jobb volt, mint az azonos modellszámú Intel(nekem volt AMD 486DX4/100-am ami 10-15%-ot vert az Intel párjára)
A két cég nem lenne ott egymás nélkül, ahol ma van, és ez pozitív és negatív értelemben is érvényes kijelentés.
Nincs olyan MI, ami képes lenne szimulálni az emberi hülyeséget... ha valaha lesz, annak tuti az emberi hülyeség lesz az oka... A Föld erőforrásai közül a legjobban az ész van elosztva - mindenki meg van róla győződve, hogy több jutott neki, mint másoknak.
-
hallador
addikt
Pár példa kellene, akkor kezd el összehasonlítani, csak azt, hogy a foglalatokat ki fejlesztette 1997-ig, mert nem az AMD, de az utasításkészletekkel mi a helyzet? Máig mennyit is implementált magától az AMD? 3DNow? Ja igen kb semmit nem jelentett.
A Szerver fejlesztések 90 %-át az Intel vitte, az AMD, meg átvette, vagy licencelte. Az utóbbi 5 évben sikerült saját fejlesztéseket is implementálni, igaz az az Intel találta ki, az AMD továbbfejlesztette. Ha meg nem így képzelted el, akkor menjél bele jobban a technológiákba, nagyon hamar rájössz, hogy az AMD nem sok mindent talált ki itt sem ami 2 - 3 évnél tovább élt volna.
Nagyon érdekes, hogy szerinted az AMD majdnem mindig rávert az intelre, ehhez képest minden esetben az AMD kullogott az intel után hogyan lehet ez szerinted, ha nem csak úgy, hogy az intel előrébb járt?
Egyedül az utolsó 5 évben nem így van, egyelőre, bár érdekes módon nem jelentetek meg abban a topikban, ahol kiderült, hogy az AMD-nek rosszul sikerült ezt ezt lemásolni.Persze veled ellentétben, én tudok mondani kettő olyan technológiát ahol az egyiket sikeresen licencelte az AMD, ez a NUMA node implementálása x86-ra, és az összes hozzá tartozó technológia, azt sem ők találták ki, hanem igazából a DEC. A másik ami nekik köszönhető, a x86-64.
The further a society drifts from truth, the more it will hate those that speak it. (George Orwell) [Work Machines: HP EliteBook, HP ProBook & Linux Mint 20 ; Entertainment: Apple Macbook AIR M1]
-
KROK640
nagyúr
"hanem lesz egy kis teljesítményű magokból álló klaszter (akár kétféle paraméterezéssel), míg a nagyobb teljesítményű opciók tekintetében a legújabb magból maximum egy-kettő kerülne beépítésre, a többi pedig az előző generációból származó tempós mag felújítása lenne, amolyan közepes teljesítményű alternatívaként." - ember legyen aki majd követni tudja, hogy akkor most hány szálas, hány magos és milyen sebességű az adott proci.
Inkább azt kérdezzék miért nincs szobrom, mint azt, hogy miért van...
-
sh4d0w
félisten
Full offtopic, de azért: x64 az AMD-é, nem 5, hanem 15 éve; x86 integrált memóriavezérlő megvan? Mantle, amiből aztán elég sok egyéb grafikus alrendszer lett? Nem mellesleg azért érdemes lenne megjegyezned, hogy 2/3/486 - mindegyikből az AMD csinálta a leggyorsabbat.
Mindig jössz ezzel marhasággal, ami 1000x bebizonyosodott, hogy legjobb esetben kamu, legrosszabban bruttó hazugság.
https://www.coreinfinity.tech
-
Dr. Akula
félisten
Az is, meg hogy ha kell, mit tudsz megcsinálni vele. Nem nagyon értem ezt a 8-10 gyök 2-es mag + 1-2 komolyabb mag felállást, én valahogy úgy látom, hogy a lowcost mag akkor kell, ha nem kell terhelni a procit, de abból meg minek ennyi? Ha már 8 magra van szükség, akkor esélyes hogy a nagyágyút kéne inkább beröffenteni. Tehát inkább fordított, kevés lowcost, sok performance mag felállásra szavaznék. Gondolom az Intel is, ha bírná a lemaradt gyártástechnológiája a magszám versenyt az AMD-vel, és azért csak a lowcost magokat tömi, hogy legalább a marketingesek rányomhassák a "nem vagyunk ám lemaradva, ugyanannyi magunk van mint a konkurrenciának" plecsnit. Ha már erre futja a gyártástechnológiából, akkor inkább kevesebb mag legyen, de abból több a performance.
-
Reggie0
félisten
válasz
Dr. Akula
#69
üzenetére
Sok a low cost task. Fogyasztasilag sokkal jobb sok kis magra szetszorni oket, mint egy nagy magon futtatni. Illetve ez igaz a nagyon jol parhuzamosithato feladatokra is, jobb sok kicsin szetszorni, mint par nagyon futtatni. Az eros mag ketfele tasknak kell: amelyikkel minel elobb kell vegezni vagy amelyik rosszul parhuzamosithato.
[ Szerkesztve ]
-
ShiTmano
aktív tag
A chiplet designt is izzadva próbálja lemásolni az Intel. Talán majd jövőre...(ML) 3D V Cache nem tudom mikor lesz nekik. PCI-E 4 is előbb volt AMD-nél. Sajnos az AMD egyéb fejlesztései ritkán terjedtek el, de csak a mérete miatt. Századrésze volt az Intelnek. Most viszont már tényező. Utolsó pénzügyi jelentésben már csak 5-ször annyi volt az Intel bevétele (ha jól emlékszem). Xilinxszel a markában már sokkal komolyabban veszik. Meglátjuk, hogy alakul, de az AMD már nemcsak porszem a sivatagban.
[ Szerkesztve ]
"Ilyen dolog ez, folyamatos növekedés, egy állandó méretű bolygón :D Rip rendszer..." by Crim
-
#72
fatpingvin
addikt
ShiTmano
#71
fatpingvin
addikt
azért a PCIe 4.0 implementációját annyira ne tapsoljuk, POWER vason évekkel korábban volt már. 2016-ban már volt a piacon PCIe 4.0 képes desktop alaplap, a Talos II.
A tipikus munkafolyamat legjobb tesztszimulációja a tipikus munkafolyamat. A "napi anti-corporate hsz"-ok felelőse :)
-
#73
Kansas
addikt
fatpingvin
#72
Kansas
addikt
válasz
fatpingvin
#72
üzenetére
Nem azt írta, hogy náluk volt először, hanem azt, hogy előbb.
Gondolom, a Talos II széles réteg számára elérhető és megfizethető termékként komoly eladásokkal büszkélkedhet... POWER vas előfordulási gyakorisága meg adatközpontokon(ld. IBM i-Series) kívül a fehér hollóéval vetekedik, különösen a lakosság körében, de KKV-knál se jellemző...
Még ha amit írsz technikailag igaz is, a jelentősége nem valami nagy.
OK, a PCIe v4 jelentősége összességében se világrengető(inkább inkrementális), leginkább gyors de drága SSD-k és agyonvágott(x8, x4 sávos) videokártyák kapcsán hallottunk róla a legtöbben, a mainstream jelentősége még mindig korlátozott, pedig már az Intel és is támogatja.
A fórumtárs leglényegesebb/legérvényesebb érve az hogy számos esetben azért az Intel megoldásai terjedtek el és/vagy váltak szabvánnyá, mert az Intel jelentősen nagyobb cég volt, úgy a tőzsdén, mint eladott darabszámban. Az AMD-féle Fusion is gyaníthatóan szebb karriert futott volna be, ha a méretviszonyok fordítottak(nem, nem konkrét termékekre gondolok, mint a joggal fikázott Bulldozer széria, hanem az alapötletre).
Hogy a méret- és piaci viszonyok miért úgy alakultak, ahogy, nem fogom n+1-edszer is részletezni vagy linkelni, akit kicsit is érdekel, az tudja/tudhatja, de nem azért, mert az AMD ne lett volna eléggé innovatív.[ Szerkesztve ]
Nincs olyan MI, ami képes lenne szimulálni az emberi hülyeséget... ha valaha lesz, annak tuti az emberi hülyeség lesz az oka... A Föld erőforrásai közül a legjobban az ész van elosztva - mindenki meg van róla győződve, hogy több jutott neki, mint másoknak.
-
hallador
addikt
Persze veled ellentétben, én tudok mondani kettő olyan technológiát ahol az egyiket sikeresen licencelte az AMD, ez a NUMA node implementálása x86-ra, és az összes hozzá tartozó technológia, azt sem ők találták ki, hanem igazából a DEC. A másik ami nekik köszönhető, a x86-64.
Nem sikerült elolvasni az utolsó bekezdést ugye? Nagyon okosnak gondolod magad? Akkor miért nem sikerült értelmezned a NUMA node fogalmát? Te szoftveres ember vagy, és ez nagyon is jól látszódik, azt nem értem, hogy miért okoskodsz bele valamibe amihez nincs háttered?
Na mutass meg hol állítottam, olyat, hogy az X86-64 első implementációja nem 2003-ban jelent meg? Még a bekezdés is más ember, nem zavar?The further a society drifts from truth, the more it will hate those that speak it. (George Orwell) [Work Machines: HP EliteBook, HP ProBook & Linux Mint 20 ; Entertainment: Apple Macbook AIR M1]
-
sh4d0w
félisten
"...Nagyon érdekes, hogy szerinted az AMD majdnem mindig rávert az intelre, ehhez képest minden esetben az AMD kullogott az intel után hogyan lehet ez szerinted, ha nem csak úgy, hogy az intel előrébb járt?
Egyedül az utolsó 5 évben nem így van..."Te nagyon okos, a fenti mondatok implikálják, hogy véleményed szerint az AMD az utóbbi 5 évben kezdett el fejleszteni, tehát ha nem akarod, hogy félreértsenek, húzd ki a fejed a német s.ggekből és tanulj meg újra magyarul, hardveres szaki.
https://www.coreinfinity.tech
-
Abu85
HÁZIGAZDA
-
vicze
félisten
"nem lehetetlen NDK-val megcsinálni" nem éppen azonos azzal, hogy "Androidon is úgy működnek az alkalmazások, hogy kiválasztanak egy klasztert" és az egyéb rengeteg mellébeszélés és információ amit leírtál egyáltalán nem igazak.
Abban se vagyok teljesen biztos hogy DynamicIQ esetében lehetséges-e bármilyen célzott mag kiválasztás, pusztán abból adódóan, hogy nincs sok értelme, mert bármilyen lassulás pár pillanatra lenne csak érzékelhető(ez még alkalmazás indításkor), amíg a folyamat nem kerül az erősebb magra.
Nem találkoztam semmilyen gyártói dokumentációval, SDK-val vagy úgy általánosan bármivel, ami ezt lehetővé tenné, és te se tudtál semmit se linkelni erre.
Szóval lehet hogy 4éve lehetett big.Little-lel, de elég könnyen meglehet hogy DynamicIQ-val már nem lehet. De ha lehet is mivel specifikusan kell SoC-okra ezt megírni, 0 esélyt látok rá, hogy bármelyik fejlesztő foglalkozna ezzel bármilyen formában, egy ennyire fragmentálódott platformon. Azt is erősen kétlem, hogy valaha foglakozott volna ezzel bárki, amíg big.Little volt, ugyanazért.Tehát azt állítások, hogy az alkalmazások bármit is választanának hamisak, ahogy az is, hogy az OS nem csinál "semmit" az teljesítmény igény meghatározáshoz, mert gyakorlatban csak az OS dönti el Androidon.
-
Abu85
HÁZIGAZDA
A Big.Little esetében is hintekkel dolgoztak a fejlesztők, és ugyanúgy lehet hintet alkalmazni bármilyen rendszerre. Nagyon is hasznos dolog ez, mert ugye borzasztó akadásokat kapnának a játékosok, ha az OS csak úgy rárakná a parancskreálást a kis magra úgy, hogy közben legalább tíz parancsot batch-el az adott csomag. Gyakorlatilag fél másodpercig megállna a feldolgozás. Aztán hiába korrigálja magát, hogy megy vissza a nagy magra a szál, a baj már megtörtént. Az Intel nem véletlenül vezette be a flagelést, mert nyilván ez náluk is ugyanolyan probléma, mint az ARM-nál, és ezt az okozza, hogy az egyik mag látványosan kisebb teljesítményű a másiknál.
Ha ezt pusztán az OS-re bíznák, akkor az elég nagy gondokat okozna, mert az OS-nek se jósgömbje nincs, hogy pontosan lássa mi lesz, és időgépe sincs, hogy a rossz döntéseket visszacsinálja. Egyedül és kizárólag a fejlesztők tudnak tenni azért, hogy ne legyen egy lagfest a program. Persze az Android már önmagában egy akkora szarlavina, hogy komoly játék nem érkezik rá, de technológiailag lehetséges lenne.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
vicze
félisten
"Big.Little esetében is hintekkel dolgoztak a fejlesztők"
Azon kívül hogy ezt te kitaláltad, az ég világon egyetlen egy bizonyítékot nem tudsz erre mutatni...
Biztos IKS-el is volt hint mi?
GTS csak 2016-2017 környékén tejedt el a gyártók körében.
Tényleg nem ártana egy kicsit utánajárj az egész big.Little és DynamicIQ vs. Linux kernel témakörnek. Linaro anyagokat ajánlom. Energy aware scheduling-nek se ártana utánaolvasni."ugyanúgy lehet hintet alkalmazni bármilyen rendszerre"
Totál hülyeség, mikor gyártó SDK specifikus..."Gyakorlatilag fél másodpercig megállna a feldolgozás"
A nagyotmondást lehet még hova fokozni?
[ Szerkesztve ]
-
Abu85
HÁZIGAZDA
Ugyanilyen hintekkel dolgozik a Qualcomm HetCompute SDK.
Próbáld ki mekkora akadást eredményez egy tíz parancsból álló batch, ami nem a nagy magon fut le. Az Unreal Engine Vulkan leképezőjével sok ilyen szituációt tudsz majd tesztelni.
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
vicze
félisten
Még egyszer Qualcomm HetCompute SDK elavult és nem működik újabb SoC-okon, ezenkívül 2018-ban lett kiadva, és 2019-ben már jött a DynamicIQ és el is avult. Elődleges feladata pedig a CPU/GPU/DSP heterogén programozása volt. Biztos sokan használták...
És csak egy gyártó a fene tudja hány Android SoC gyártó közül.
Azt is leírtam, hogy mikkel kéne tisztában lenni hozzá.Hol van ez a Unreal best practice leírva pontosan?
Van egy elméleted, ami egyszerűen nem igaz és képtelen vagy beismerni...
[ Szerkesztve ]
-
Abu85
HÁZIGAZDA
A HetCompute a hint-ekre egészen egyszerű módszert használt. Annak megvan az utódja.
Most belinkeltél egy 2017 májusában írt dokumentumot miközben maga a motor Androidon a Vulkan API-t 2018-ban véglegesítette. Szó sem volt akkoriban arról a problémáról, hogy az explicit parancsgenerálása a Vulkan API-nak rossz magra rakhat a parancskreálást, mert akkoriban az OpenGL ES egy szem magon futott, és nem volt skálázható. A skálázás nagyjából másfél éve jelent gondot, mivel elég sokat fejlődött ahhoz az UE4, hogy default explicit párhuzamos legyen ultramobilon a leképező skálázása (töltsd le a legújabb motorverziót, és nézd meg, hogy így van már beállítva). Mert ugye 2020 előtt hiába volt maga az API explicit párhuzamos, a default működés egy szálra volt korlátozva Androidon a motorban.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Reggie0
félisten
Pont az ellenkezoje van leirva:
"You can set Android N to permanently run the processor at lower clock speeds, reducing battery drain.
Android N has a sustained performance mode API that is guaranteed to run indefinitely at a lower performance level. While a fast peak performance is attainable on mobile, you cannot sustain it indefinitely due to heat and battery drain concerns."Amugy logikus, ha ki tudja a fejleszto optimalizalni a kodot alacsony fogyasztashoz, akkor a proci teljesitmeny ingadozas sem fog problemat okozni, mert onnan csak felfele tud ingadozni. Egy atlag telo meg a waze-tol is elizzik, nagyobb teljesitmenyt igenylo jateknal garantalt a trottyling, legfeljebb nehany gamingre optimalizalt es nem is tul szeles korben elterjedt telefont vagy tablet leszamitva.
[ Szerkesztve ]
-
vicze
félisten
"Annak megvan az utódja."
Aha, Unicorn amit senki se látott...De vagy 100x-ra ez csak is kizárólag pár Snapdragon SoC-ot érint és semmi mást...
És megint a mellébeszélés...
A Vulkan maszlag meg borzasztó fárasztó, úgy hogy a 2 kezemben meg tudom számolni a játékokat, amik Vulkan-t használnak...Köszönöm a linkeket...
[ Szerkesztve ]
-
hallador
addikt
Elmeséled, hogy megint miért hagytad ki az utolsó bekezdést? Ember, te csak kötekedni jöttél, hiába, na nagyon jól látszódik, ha nincs is igazad, akkor is kötekedés éltet. Szerinted ebből még meg lehet élni? Úgy tűnik igen...
Csak tisztázzuk mi az a NUMA node gyakorlatban, mikor jelent meg, és mi a célja? Ha ezt megértetted volna, nem irkálnál butaságokat, de jól látszódik, hogy te már csak okoskodni jársz ide nem értesz hozzá. Ha tudnád ez mit jelent..... Inkább maradtál volna csendben.
húzd ki a fejed a német s.ggekből
Kicsit sem vagy primitív....Ha nem tudsz mit írni, akkor már csak ez jut, abból is látszódik, hogy mennyit ér a tudásod, hogy csak ennyit tudsz hozzátenni szakmailag.
És mielőtt előjönnél azzal, hogy személyeskedem, nem! Nem téged minősítettelek, hanem a tudásodat.
[ Szerkesztve ]
The further a society drifts from truth, the more it will hate those that speak it. (George Orwell) [Work Machines: HP EliteBook, HP ProBook & Linux Mint 20 ; Entertainment: Apple Macbook AIR M1]
-
Reggie0
félisten
"Nem mellesleg azért érdemes lenne megjegyezned, hogy 2/3/486 - mindegyikből az AMD csinálta a leggyorsabbat."
Miert lenne erdemes? Ezt az AMD mindossze pl. a 286-os proci inditasa utan 7 evvel erte el, addigra mar reg a 386-os ment az intel reszerol. Es ez sem a szuper AMD-s tervezoknek koszonheto, hanem annak, hogy az intel kezdetben 1500 majd 1000 nanometeren gyartott, mig az AMD a nagy kesese utan rogton 800 nm-en inditotta a gyartast. Azaz az eltelt ido technologiai fejlodeset vitte be, nem a csodalatos processzoroptimalizalo kepesseguk.
De a 386-osbol is a release utan 6 evvel tudta kihozni az AMD a 40 megas verziot, addigra mar 2 eves volt a 486.E
[ Szerkesztve ]
Új hozzászólás Aktív témák
Hirdetés
ph A Meteor Lake már három eltérő teljesítményű magot is bevet, de ez még csak a kezdet.
- Elektromos autók - motorok
- Derail Valley
- alza vélemények - tapasztalatok
- Autóápolás, karbantartás, fényezés
- Politika
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Samsung Galaxy A54 - türelemjáték
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Xiaomi 14T - nem baj, hogy nem Pro
- Horgász topik
- További aktív témák...
- Intel Core i7-7700K (8M Cache, up to 4.50 GHz) OEM Processor!
- AMD Ryzen 5 2600 6-Core 3.4GHz (up to 3.9 GHz)OEM Processzor!
- AMD Ryzen 5 1600 6-Core 3.2GHz (up to 3.6GHz) AM4 OEM Processzor
- AMD FX-8320 8-Core 3.5GHz AM3+ Processzor
- AMD Ryzen 7 5700X3D 3.0GHz (96MB Cache, up to 4.1GHz) OEM AM4 Processzor!
Állásajánlatok
Cég: HC Pointer Kft.
Város: Pécs
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest