- Amlogic S905, S912 processzoros készülékek
- Épített vízhűtés (nem kompakt) topic
- Melyik tápegységet vegyem?
- iPad topik
- Kormányok / autós szimulátorok topicja
- HiFi műszaki szemmel - sztereó hangrendszerek
- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- RAM topik
- AMD Ryzen 9 / 7 / 5 / 3 3***(X) "Zen 2" (AM4)
- MILC felhasználók szakmai topikja
Hirdetés
-
Minden előzetest megerősít a TENAA a Razr 50-nel kapcsolatban
ma Az előzetes információknak megfelelő formában és specifikációval regisztrált a Motorola következő kagylója a TENAA adatbázisában.
-
Két projektorral bővül az Acer Vero család
ph A lézeres elven működő és 4K felbontást kínáló környezetbarát egység a HL68 családba érkezik.
-
Elon Musk: az xAI szuperszámítógépet akar az AI-alapú chatbotjához
it Elon Musk tervei szerint egy szuperszámítógéppel szolgálják majd ki az xAI Grok chatbotjának következő verzióját.
-
PROHARDVER!
A legtöbb kérdésre (igen, talán arra is amit éppen feltenni készülsz) már jó eséllyel megtalálható a válasz valahol a topikban. Mielőtt írnál, lapozz vagy tekerj kicsit visszább, és/vagy használd bátran a keresőt a kérdésed kulcsszavaival!
Új hozzászólás Aktív témák
-
schwartz
addikt
válasz Raymond #29570 üzenetére
Ez vilagos. Viszont az nem, hogy darabszamban az AMD lenyegesen kevesebbet gyartat (kevesebb eladassal tervez) egy minden teren versenykepes GPU-bol, (mondhatni ez a P10 az egyetlen termeke 2eve) mint az NV az 1060-1070-bol. 8 legyartott 1060-1070-re jut egy legyartott P10 ha az eladasi szamokat veszem alapul. (de lehet tevedek)
If he dies, he dies.
-
-
Raggie
őstag
válasz Raymond #29611 üzenetére
Hát nem tudni egészen pontosan, hogy mit jelent ez a "félprofesszionális" besorolás. Elvileg az Nvidia is hasonló supportot ad a TitanXp mellé és az AMD is e mellé. Szóval részben olyan lesz, mint egy professzinális kártya, de nem teljesen akkora supportal. Legalábbis több helyen ez olvasható.
Ettől függetlenül ehhez a kártyához szerintem lesz megfelelő meghajtó azokhoz a programokhoz.
Clint Eastwood FTW
-
Asbee
veterán
-
-
#45997568
törölt tag
válasz Raymond #29659 üzenetére
Nem ertek hozza, se nem vettem reszt a tervezesben se nem vagyok profeta
Ha megy a WS edition 1600-at akkor egy rev 2 RX akar meg mehet is annyit. Meglatjuk, 375 TDP jol hangzik, 2 ilyen es a felet hasznalom a tapomnak Tuning nem hiszem hogy sok marad benne, amd szereti kihasznalni a rendelkezesre allo keretet.
-
HSM
félisten
válasz Raymond #29664 üzenetére
" A Polaris-ra is lett mondva sokminden a megjelenes elott, mert a Powerpoint eltur sokmindent. Aztan lett ami lett. A vart kb. 1500Mhz helyett lett 1266 Boost"
Nagyon unalmas már ez a demagóg sztory újra és újra. Már a megjelenés előtt is csak az elvetemültek lázálma volt a Polarisnak az 1500-as órajel... PPT-n meg aztán végképp sosem volt....
-
HSM
félisten
válasz Raymond #29666 üzenetére
Igen, magam se vélelten kerültem akkor a topikot, ahogy igazából most is,pedig amúgy érdeklne a Vega.
Semmi hivatalos infó nem volt a Polarisokról egészen addig, míg nem jött az, hogy két 480 gyorsabb egy 1080-nálPersze, álmodozni lehet, csak az a nagyon unalmas, amikor utólag ez úgy van beállítva, mintha bármi hivatalos infó alapján lettek volna az irreális várakozások.
-
#45185024
törölt tag
válasz Raymond #29683 üzenetére
Ezek az elméleteid mindig összekuszálódnak a valósággal.
Az 1550 Mhz-es bench link után
PH-ba is bevésödőtt "ordorgg 1560-at dobbantott az Aorus XTR-rel" (580)
Van 5 olyan atom jó minőségű kártya AMD oldalon amira lehet alapozni Vegánál is majd a customot.[ Szerkesztve ]
-
Malibutomi
nagyúr
válasz Raymond #29713 üzenetére
Nem bizom semmiben, csak megvarom mit mutat valos, nem kopkodok elore mint egyesek.
A 300W meg elmegy a csucskartyanal, Az hogy 275 vagy 300 mar doszt mindegy.Aa vizes 375W meg nyilvan csak annyit jelent hogy annal a TDP limit ki van love a viz miatt, mehet ameddig mehet, melegedes nem gond.
Az orajelet majd meglatjuk, vegulis 12.5TFLOPS-al indult ha jol emlekszem aztan lett 13, vegul mar 13.5.
Szoval akarmi lehet, lehet jo AMD szokas szerint a vegletekig huzzak, bar nekem szinte minden AMD kartyamban volt ~20%. Fury nem volt, de 290X-bol volt haromfele is es mind ment, pedig arra is azt volt mondva hogy nem huzhatok. Persze lehet szerencses vagyok. -
Petykemano
veterán
válasz Raymond #29713 üzenetére
Ez a legpesszimistább becslése az ismeretlen tényezőknek, ami azt feltételeti, hogy az amd képtelen a 3 éve piacon lévő maxwell előnyős fogyasztását adó jellegzetességeket és az órajellel való skálázódást megépíteni. Pedig több jel is mutat arra, hogy a gfx9 jobban különbözik majd elődeitől, mint a gfx8.1 különbözött a gfx8-tól.
Találgatunk, aztán majd úgyis kiderül..
-
Abu85
HÁZIGAZDA
válasz Raymond #29738 üzenetére
Tehát szerinted az teljesen rendben van, hogy a konzolon rendkívül sűrűn használt Ballot függvényt úgy hozza a Microsoft PC-re, hogy pont 64 bites a visszatérési maszkja, ami véletlenül pont annyi, amennyi a GCN működéséhez ideális, és pont több annál, amivel az Intel és az NV architektúrája hatékonyan működni tud? Mert szerintem egyáltalán nincs rendben. Ha valaki így akarja használni, akkor ott vannak az AMD saját kiterjesztései, mindenkinek joga van hozzányúlni, de egy szabványalkotó legyen már független.
Semmiféle funkciót nem hozott a GCN4. Nem a hardver teszi a GCN-t azzá amilyen, hanem az, hogy a Microsoft eldöntötte, hogy márpedig a shader model 6.x az lesz PC-n, ami konzolon. Az igazság az, hogy a sokat használt funkciókat tekintve semmivel sem jobb a GCN4, mint a Pascal, csak az AMD mázlista a Microsofttal. Ha most Pascal lenne a konzolokban simán el tudom képzelni, hogy a Pascalra szabott shader model jönne, nyilván a Microsoft nem azért kedvez az AMD-nek, mert szereti őket, hanem azért, mert azzal a saját konzoljának segít.
Ezek a függvények egyébként gyorsítják az egyes algoritmusokat.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Petykemano
veterán
válasz Raymond #29738 üzenetére
Egyenként jelentéktelenek és nagyon nagyon távol vannak abu csodálatos epikus leírásának jókai bablevesétől.
De ha veszel 20 egyenként a teljes munkában 1%-ot számító aoróságot, vagy 10 komolyabb 2%-ot számítót, akkor közel 20% difi kijöhet. Ez mondjuk a végén sorsdöntő lehet, múlhat ezen 100-200 dollár eladott példányonként.Ilyenek nyilván az nvidiánál is vannak, tehát ha 10-20 apróságot az amdre nem optimalizálnak, másik 10-20 apróságra meg odafigyelnek az 30-40%-os különbség is lehet a leadott teljesítményben.
Nem állítom, hogy egy fejlesztésnél nem számít a költség, de Szerintem az a baj, hogy amíg az nvidia ilyen mértékben a vezérürü, addig az lesz az optimalizációs költség célpontja.
Találgatunk, aztán majd úgyis kiderül..
-
Abu85
HÁZIGAZDA
válasz Raymond #29750 üzenetére
Ma shader model 6.0-t nem használnak sehol, most tart a publikus tesztelése a rendszernek, és az őszi Creators frissítésben lesz élesítve, addig nem lehet használni. AGS4.0-t és SPIR-V kiterjesztéseket használnak, ami az sm 6-tal érkező függvények egy részét tartalmazza. Ezek gyorsítását pedig nem lehet lemérni, mert ahogy korábban mondtam nem kérhető az az érintet játékoktól (Doom, DE: MD, BF1, Civ6, SE4, RE7: Bio, WH40K: DoW3, SGW 3), hogy a szabványos shadert futtassák.
(#29751) Szaby59: Véletlen nem az alsó sorra írta az MS, nem nagy ügy.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
válasz Raymond #29758 üzenetére
Nem tudod ezeket kiváltani. Ezek mind azért jönnek mert az aktuális megoldások nagyon lassúak, és ezeknél sokszor még az emulació is jobb. A Ballot préselésnél megspórolja az atomi műveleteket, esetlegesen marha sokat. Persze megoldható naiv megközelítéssel is, de ha ez elég lenne nem dolgoznának a szabványalkotók a Ballot szabványosításán. A prefix sum esetében a vektorutasítások hozzáférhetnek a szomszédos lane-el adataihoz anélkül, hogy az LDS-be kellene írni bármit is. Ha arra van szükséged, hogy a wave-ek a létrehozásuk sorrendjében fussanak le, akkor muszáj a ordered countot használni. Erre egyébként nem a Microsoft nevével keress rá, mert az az SM6-os függvénynév. Ajánlott a GCN ordered atomics, a ds_ordered_count, ezek variációi. A Microsoft specifikációja az XBox One másolata, ami meg az AMD ds_ordered_counthoz van igazítva. Az meg világos, hogy találsz róla kérdést, hogy miképp működik nem GCN-en, mert más hardver nem erre lett szánva, viszont fícsőr szempontjából tök hasznos, hogy csupán egy függvény a háttérben mindent sorrendben "varázsol meg".
A barycentric eseteben sincs más lehetőség. Opció persze az alternatív eljárás a geometry shaderrel, de olyan lassú lesz, hogy inkább érdemes pixel shader kódot írni a barycentric koordinátákra építve. Egyszerűen meg a legrosszabb hardveres emuláció is gyorsabb lesz a geometry shadernél.
Nagyon sok esetben mindegy, hogy xy gyártó emulálja. A régi megoldásnál az emulált is lényegesen jobb. Valószínűleg ezért nem érdekli a Microsoftot annyira, hogy minden gyártót figyelembe vegyen. Annyira túlkoros az SM5 feldolgozási modellje, hogy még a legrosszabb emulációk is előnyt jelentenek ehhez képest. De a gyártókat mondjuk érdekelni fogja, hogy az architektúráikon hogyan viselkednek az egyes függvények a konkurensekhez képest.[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
nagyúr
válasz Raymond #29940 üzenetére
a mai pr-anyagban megnézték E5-1650 v3-mal is, 3.5GHz-n.
Testing conducted by AMD Performance Labs as of May 12th, 2017 on a test system comprising of Intel E5-1650 v3 @ 3.50 GHz, 16GB DDR4 physical memory, Windows 7 Professional 64-bit, Radeon™ RX Vega Frontier Edition / NVIDIA Geforce TitanXp, AMD graphics driver 17.20/NVIDIA graphics driver 382.05 and LITEON 512GB SSD.
Benchmark Application: Cinebench, Radeon™ Vega Frontier Edition FPS: 183.28 and NVIDIA GeForce Titan Xp FPS: 169.72
[link]Tudod, mit jelent az, hogy nemezis? Az érintett, erősebb fél kinyilatkoztatása a méltó büntetés mértékét illetően. Az érintett fél jelen esetben egy szadista állat... én.
-
Jack@l
veterán
válasz Raymond #30094 üzenetére
Yepp, benne van a pascalos titan.
A hozzászólási jogosultságodat 2 hónap időtartamra korlátoztuk (1 hsz / 10 nap) a következő ok miatt: Az ÁSZF III 10/8. pontjának megsértése - trollkodás - miatt. Többször és többen is kértek már, hogy hozzászólás írásakor használd a linkelés funkciót, mert ennek elmaradása sokak számára zavaró.
-
Abu85
HÁZIGAZDA
válasz Raymond #30152 üzenetére
Mert certifikáció nélkül is futnak, és például a VR tartalomvizualizáció szempontjából fontos tényező lehet a SolidWorks. De legalább ennyire fontos valamelyik RT engine, ahol például egy Quadro P2000 vagy Radeon Pro WX7100 a Titan Xp-hez és a Frontierhez képest szart sem ér. Ezzel arra is választ kapsz, hogy miért nem hasonlítja az NV és az AMD ezekhez a prosumer megoldásokhoz az olcsóbb Quadro és Radeon Pro modelleket. Egyszerűen más alkalmazási területeket céloznak.
(#30158) Raymond: [link]
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
válasz Raymond #30160 üzenetére
Senki sem írta, hogy a VR a Solidworks-ön belül működik. A vizualizációhoz egy külső motor kell. Unity vagy Unreal Engine. A SolidWorks a tartalomkészítéshez kell, míg az RT engine a renderhez. Ez adja ki a teljes VR tartalomvizualizációs munkafolyamatot. És ebben az a szép, hogy nem csak az AMD tekinti fő célpiacnak, hanem az NV is elsődlegesen ezzel magyarázta a Titan Xp létezését (ezért sem adott tesztre termékeket, minek...). Ezek az ideális hardverek erre a munkafolyamatra.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
válasz Raymond #30170 üzenetére
Csak végig kellene olvasni, amit írok. A VR tartalomvizualizáció egy hosszabb munkafolyamat. Három részből áll. Tartalomkreálás, render és vizualizáció. Ezekre külön szoftverek kellenek. Viszont pont azért nem jó ide se a gaming, se a profi fókuszú termék, mert a gaming VGA nem jó az első két lépcsőben (terméktámogatás fókusza más), míg a profi fókuszú az utolsóban (olcsón csak nagyon gyér teljesítményű profi VGA-t kapsz). A félprofi vonal erre reagál. Mindegyik lépcsőben jól működő, aránylag gyors hardver, méghozzá anélkül, hogy 5 kilót ott kellene hagyni érte a webáruházban. Ha ebből sem érted meg, hogy mi a célterület, akkor azzal már én sem tudok mit kezdeni, pedig azt hiszem, hogy elég türelmesen elmagyaráztam.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
HSM
félisten
válasz Raymond #30240 üzenetére
Amit írtál, az a "miért most" kérdésre válasz, nem a "miért így"-re, amit én írtam. Én arra gondoltam, hogy sanszosan egy félprofi terméknél a teszteési ciklus is hosszabb, tehát még azt se tudhatjuk, valójában mennyi idős az a gaming mód, amit használ. Ha én lettem volna a projekt menedzsere, tuti csak azt engedélyeztem volna a driverben egy ilyen terméknél, ami 110%-osan kész és halálra tesztelt.
(#30242) Ren Hoek: Mint írtam itt fenn, tekintve a termék célközönségét, én tuti mindent tiltottam volna a driverben, ami még fejlesztés alatt áll. Viszont egy hónap múlva simán elérhenek olyan stádiumba ezek a fejlesztések, hogy egy gaming kártyára már teljesen jók lesznek, mert egy gaming kártyánál nincs akkora jelentősége apróbb grafikai bugoknak, és nem kell annyit tesztelni se.
(#30253) Abu85: Hehehe... Epic.
-
Abu85
HÁZIGAZDA
válasz Raymond #30268 üzenetére
Akkor lesz értelme, amikor a program oldali menedzsment gatya. Az a Vegát nem fogja negatívan érinteni. Erre nyilván lehet számítani, mert olyan játékok is hetekig dadogtak DX12-ben, mint a BF1 vagy a RotTR. Ki tudja mit hoz a jövő, nem olyan egyszerű sajnos a VRAM menedzsmentje.
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
válasz Raymond #30284 üzenetére
Mert ennél a két játéknál ezzel volt a gond az első verzióban. De más fejlesztő is panaszkodott már, hogy puszik nehéz jó hatásfokot elérni, sőt olyan hatásfokot is, amilyet a D3D11-es meghajtók is elértek. Úgy emlékszem, hogy a Hitman fejlesztők is jó darabig azzal küzdöttek, hogy ne legyen 1-1,5 GB nem használt adat a VRAM-ban. Egy év alatt oldották meg ezt a gondot. Egyelőre az explicit API-kkal a legnagyobb gond a memóriamenedzsmentre vonatkozó stratégia.
Senki sem írta, hogy ezeket az AMD találta ki. Ők csak elkezdik az explicit API-kban megadni a lehetőséget, hogy a fejlesztők használhassanak AoS/SoA 16 bites csomagolást. Ez a Vulkan API-ból kompletten hiányzik, de használható az AMD_GPU_shader_half_float, míg a D3D12-höz van egy külön header, ami tartalmaz pár szükséges függvényt. Ezekről majd részletesen írunk az RX Vega cikkben.
Előzetesen talán annyit, hogy a packing/unpacking támogatás a GCN3-mal kezdődik az SDWA-val. A 16 bites AoS/SoA felezett VGPR használatot igények a GCN3/GCN4/GCN5 esetében, de az operációk számát nem csökkenti a GCN3/GCN4-nél, míg a GCN5-nél az AoS ezt harmadával, míg a SoA felével csökkenti.
A HLSL-re kellenek különböző megkerülések, mert például a min16float ugyan 16 bites adattípus, de 32 bites aligmentálást használ, tehát vannak még az API-k szempontjából nehézségek, de a külön header részben ezekre reagál.(#30297) Petykemano: Pontosan. Csak ugye a Fiji esetében az SSG verzió egy nulladik generációs modell volt, míg itt ez már élesben fog menni. Nyilván ez a NYÁK a Pro NYÁK, és a consumer NYÁK rövidebb lesz, mert arra biztosan nem kerül SSD.
Itt viszont nyitva van a lehetőség, hogy mindenhol bővítsék a termékskálát SSG-s modellel.Igazából nem ugyanaz a meghajtó, hanem modernebb. Az a lényeg, hogy a Vega négyféle binning módban működhet. Az egyik az aktív, míg a másik az erőltetett aktív, továbbá van két inaktív mód, egy az új képességekkel, és egy a legacy működéssel. Jelenleg az inaktív binninges legacy mód az alapértelmezett, és a Vega ilyenkor úgy működik, mint egy Fiji. De ettől a meghajtó még fejlődhet a többi komponensével.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
válasz Raymond #30309 üzenetére
Mármint a AoS/SoA 16 bites csomagolás? PC-n újdonság lesz, hiszen eddig egyetlen PC-s port sem alkalmazta még. De azt hiszem ezt leírtam az előbb, hogy nemrég vált elérhetővé a lehetőség az egyes API-kban, ráadásul részben gyártófüggő szinten.
Bocs, hogy leírom ide, de nem szeretem high-level és low-level API-nak hívni a kettőt. Azért nem jó ez a besorolás, mert nem teljesen igaz. Valójában sokkal jobb a low-level API-t explicit API-nak hívni. A high-level pedig azért nem jó, mert valójában a legacy API-k sem igazán magas szintűek, csak az absztrakció rossz szintjén helyezkednek el. Ezt maga Daniel Baker mondta, hogy ezekkel az API-kkal elsődlegesen az a baj, hogy az absztrakció szintje túl alacsony, hogy egyszerű legyen, de túl magas ahhoz, hogy gyors. A legjobb tehát az explicit API kifejezés a DX12/Vulkan párosnak, és a magasabb szintű a régieknek. Ezt csak úgy megjegyeztem, mert nagyon sokan felhozzák, hogy kiverjék a fejekből a low-levelezést.
A kérdésre rátérve elég nagy gondjuk van a motort író/csiszoló csoportoknak ezekkel, mert ha nem lenne, akkor nem enne meg jóval több VRAM-ot az explicit API-val a program a magasabb szintű API-khoz képest. Ez a különbség szimplán abból ered, hogy nem olyan egyszerű a memóriamenedzsment, illetve nyilván a régebbi API-k mögött azért jóval több tapasztalat is áll, így a meghajtók szempontjából a gyártók már igen kigyúrt rendszerekkel dolgoznak. Ettől függetlenül inkább választja az ipar a DX12 és a Vulkan API-t, mert a kódbázis folyamatosan fejlődik, tehát idővel előnyben lesznek, és addig is elmondják sokszor, hogy ne hasonlítsuk össze mondjuk a DX11-et a DX12-vel. Amit persze mi nem tartunk be. Tehát maga a váltás, amit a DX12 és a Vulkan képvisel továbbra is jó, ha nem lenne az nem terjedne. Ugyanakkor nem lehet elmenni a folyamatos fejlődésre épülő világban amellett, hogy mindig lesz jobb alternatíva is, és például a HBCC ilyen, ami a következő nagy lépcsőfokot képviseli a GPU-k fejlődésében. Ez olyan, mint bármilyen más korábbi váltás. Példának felhozva a unified shadert. Utóbbi bevezetésével sem mondtuk azt, hogy a különálló vertex/pixel shader rossz volt, csak elavult nézetek szerint volt kialakítva, és továbblépett a piac. Ugyanez történik most is a Vega és a Volta esetében. Ettől a régi modellek nem rosszak csak elavultak. De tök nagy szerencse, hogy az AMD és az NVIDIA dolgozik azon, hogy fejlődjünk.
Az API-kra rátérve pedig oké, hogy a DX11 és az OpenGL megmaradt a DX12 és a Vulkan mellett, de a probléma az, hogy a Microsoft és a Khronos csak az utóbbiakra koncentrál, és emiatt a fókusz miatt ugyanez igaz a meghajtóimplementációkra is, ami nem túl szerencsés a DX11 és az OpenGL jövője szempontjából.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Malibutomi
nagyúr
válasz Raymond #31414 üzenetére
Amit linkeltel szep es jo, de ettol meg a Vega=Fiji shrink csak magasabb orajel, valtoztatasok nelkul hulyeseg.
Eddig is tudtuk hogy a nagyobb orajelre mentek, ezt mar az eleje ota mondtak ( persze akkor meg az is alomnak volt nyilvanitva itt egyesek altal).A kollega szerint ugy tunik a tiled based rendering, primitive shader es a tobbi mind kamu, nincs is benne.
De majd jol lebuknak hogy ez igazabol egy Fiji chip, csak eddig valahogy senki nem vette eszre.Tranzisztor szam tema, kivancsi vagyok mi valtozott, mert az eredeti Vega diakon 15-18milliard tranyo volt, bar lehet azota megoldottak kevesebbol.
[ Szerkesztve ]
-
nagyúr
válasz Raymond #31435 üzenetére
jó, csak éppen ahogy ráheftöltek az fe-re egy 120as egybevizet, a vrm tartósan 65, a gpu coreok meg 50 fok alatt maradtak, miközben a kártya bepuszilt 33A áramot csak a kábeleken keresztül.
Tudod, mit jelent az, hogy nemezis? Az érintett, erősebb fél kinyilatkoztatása a méltó büntetés mértékét illetően. Az érintett fél jelen esetben egy szadista állat... én.
-
#85552128
törölt tag
-
Jack@l
veterán
válasz Raymond #31920 üzenetére
Helyi kisker még rádob erre 10%-ot + 7% áfa, az mindjárt 215e ft. Kicsit karcos egy léghűtésesért.
A hozzászólási jogosultságodat 2 hónap időtartamra korlátoztuk (1 hsz / 10 nap) a következő ok miatt: Az ÁSZF III 10/8. pontjának megsértése - trollkodás - miatt. Többször és többen is kértek már, hogy hozzászólás írásakor használd a linkelés funkciót, mert ennek elmaradása sokak számára zavaró.
Új hozzászólás Aktív témák
A topikban az OFF és minden egyéb, nem a témához kapcsolódó hozzászólás gyártása TILOS!
MIELŐTT LINKELNÉL VAGY KÉRDEZNÉL, MINDIG OLVASS KICSIT VISSZA!!
A topik témája:
Az AMD éppen érkező, vagy jövőbeni új grafikus processzorainak kivesézése, lehetőleg minél inkább szakmai keretek között maradva. Architektúra, esélylatolgatás, érdekességek, spekulációk, stb.
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Ozeki Kft.
Város: Debrecen