Hirdetés
- Szénszál és réz találkozik az Inno3D egyslotos RTX VGA-in
- Vezetékmentes és kompakt gaming klaviatúra a Cherry Xtrfy védjegyével
- Cserélhető filtereket biztosít az Elgato legfrissebb, 4K-s webkamerája
- A YouTube-ot is betiltják a gyereknél az ausztrálok
- Gyilkosságban és öncsonkításban akart segíteni a ChatGPT
- Haladó fájlrendszerek, de mire jók? Ext4 vs Btrfs vs ZFS vs APFS
- Milyen processzort vegyek?
- Milyen notebookot vegyek?
- Házimozi haladó szinten
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Azonnali VGA-s kérdések órája
- Kormányok / autós szimulátorok topikja
- Nem indul és mi a baja a gépemnek topik
- Egér probléma
- Fejhallgató erősítő és DAC topik
Hirdetés
Talpon vagyunk, köszönjük a sok biztatást! Ha segíteni szeretnél, boldogan ajánljuk Előfizetéseinket!
Új hozzászólás Aktív témák
-
dezz
nagyúr
Ez sokáig csak pénzkérdés volt, de kezd beleszólni a fizika is. Most sem volt egyszerű a váltás 22nm-re, mint írod, kellett hozzá a FinFET (a ő nevezéktanukban 3D Tri-Gate). Nem csak a váltás egyre költségesebb, a gyártás is.
Na igen, az x86 karrierje megmutatja és az ember orra alá dörgöli, hogy az IT is elsősorban üzlet és csak másodsorban tudomány.
-
kisfurko
senior tag
Én már több, mint egy évtizede várom, hogy csökkenjen az intel gyártástechnológiai fölénye, de az csak egyre nő. Nem csoda, olyan bevételek (ilyen processzorárak) mellett. Szerintem azt is hiába várom, hogy a süllyesztőbe kerüljön az egész kotvány x86. Mint valami rákos burjánzás, mindenhol megveti majd a lábát.
-
kisfurko
senior tag
A SIMD egység nem kompatibilis. Tehát nincs semmilyen SSE, csak az új SIMD. A sima utasításokkal, meg FPU kóddal meg a CPU-kon se mész manapság semmire.
A fogyasztásnál csak arra próbáltam rávilágítani, hogy a többiek is lassan meglépik a FinFET-et, és akkor oda az a csekély előny. Az intel 22 nm-es gyártástechnológiai váltása nem egy hétköznapi váltás volt, a következő valószínűleg nem lesz ilyen nagy ugrás. -
dezz
nagyúr
Az viszont már nem mindegy, hogy a fejlettebb gyártástechnológiával is alig jobb a telj./fogy. és ez is a Linpack teszre értendő (lásd a vonatkozó kritikát), miközben összetettebb feladatokban alulteljesít a konkurenciával szemben. Nem biztos, hogy ezek után érdemes erre építeni, hiszen időven az utóbbiak is továbblépnek a gyártástechnológiában - aminek a további fejlesztése egyre nehézkesebb lesz a jövőben, azaz egyre fontosabbá válik az architektúrális fejlettség, hatékonyság.
-
Male
nagyúr
Biztos, hogy nem az?
Igen, azzal is biztos rettentően rosszul jártak, és átverték őket, hogyha olcsóbban adták nekik...
A másikra: Oly mindegy, hogy miért is vezeti... mindenki azzal a technológiával gyárt/gyártat, ami elérhető számára. A vevőt az érdekli, hogy mennyibe kerül, milyen teljesítményt nyújt, és mennyit fogyaszt. Az, hogy 22nm vagy 32nm neki totál mindegy.... az, hogy "ja, de ha ezt is 22nm-en gyártották volna, akkor kevesebbet enne" nem javít semmit a dolog.
-
kisfurko
senior tag
-
kisfurko
senior tag
A dolog ott kezdődik, hogy még binárisan se kompatibilis. Ezek a magok 4 szálat tudnak felváltva futtatni. Sima in-order magok, viszont van melléjük egy baromi széles SIMD. Ha nem használja ki a SIMD-et a program, akkor totál felesleges futtatni rajta.
De mint korábban már írtam, nem az x86-on múlik, hogy milyen egy mag. Egy ilyen chip nem olyan feladatokra van kitalálva, mint egy CPU. Szerinted miért csak a töredéke egy ilyen mag mérete?
Egyik feladatra egyik jó, másikra másik. Ehhez külön szoftver is kell.
Az x86 szoftver párhuzamosításának másik nagy akadálya, hogy teljesen koherens cache-t képzel el. Ez sok mag között brutális mennyiségű szinkronizációt igényel (és az x86 sok cachet igényel, mert kevés a regiszter). Persze lehetne külön lefoglalni a cacheből, de akkor már bele kell nyúlni a kódba.
Azon kívül, hogy ez az egyetlen fegyvere az intelnek, én nem látok rációt az x86-ban.
A kínai szuperszámítógép esetében én meg vagyok győződve arról, hogy erős diszkontáron kapták a hardware-t. Régen ugyanezt csinálták az Itanium esetében. Azt is agyonhypeolták, adták ingyé, és mégis, meg lehet nézni, mi lett belőle.
De nem baj, mert majd megint győz az ész felett a marketing, és az x86 marketinggel, dömpingárral ezt is el fogják adni, hiába szarabb. -
Male
nagyúr
Az más. Amit azért sokan használnak, ott az átírás költsége is megoszlik.... az egyedi megoldásoknál jelent(het) sokat, hogy erre nem kell költeni.
kisfurko: Jaja, "És így etet be az intel megint minden hozzá nem értőt..." ...az Intel úúúúgy megvezette a kínaiakat is, hogy a Phi-kkel megpakolt szerverük a top500-as lista élére került
-
dezz
nagyúr
-
Male
nagyúr
Ha x86 minden mag, akkor nem heterogén, mindössze többszálú... szóval ha eleve kezelt mondjuk 60+ szálat a kódod, akkor újra fordítás nélkül is mennie kell jól (kivéve ha becsúszik valami szűk keresztmetszet a változások miatt).
dezz: Ezt nem olvastam úgy tűnik
Ettől még továbbra is újra kell írni, nem? Vagy elég, ha kellően sok szálat tudott dolgoztatni? (Az egy dolog, hogy C++-ban írhatod meg.) -
kisfurko
senior tag
És így etet be az intel megint minden hozzá nem értőt...
Azért heterogén, mert eltérő elvek szerint dolgozza fel az adatokat. Az, hogy x86, még nem jelenti azt, hogy egy sima programot kéne írnod rá, tehát ezt is heterogén módon kell majd programozni.
A jelenlegi teljesítmény, a jelenlegi eszközökkel elég szarul fest. Továbbá, nem túl nagy tapasztalattal rendelkeznek a témában. Harmadrészt, papoltak ezek már hiper-szuper raytracingről is. Hadd legyünk inkább szkeptikusak. Majd ha bizonyítottak, akkor elhisszük.
Azért jól mutatja, mennyire be vannak ott tojva, hogy ha a szent legjobb gyártástechnológiából is beáldoznak, amit eddig mindig is csak az asztali processzorokra használtak először, a jó zsíros haszon miatt (még az Itanium se kapta meg, ha jól tudom) Vagy jó nagyot fog késni, persze addig az ellenfelek sem ülnek ölbe tett kézzel... -
dezz
nagyúr
A Kaverinél sem lesz már "kötelező" az OpenCL (persze ez a leghatékonyabb). Idézet ebből a cikkből a Kaveri szerverváltozatával (Berlin) kapcsolatban:
"A HSA platformmal és hUMA architektúrával való teljes kompatibilitás is érdekes része a fejlesztésnek, hiszen az IGP a rendszer teljes értékű koprocesszora lesz. Ennek hála nem szükséges a kihasználásához OpenCL-t vagy bonyolultabb programnyelvet használni, így a teljes APU C, C++, Java, illetve Python, vagy akár a különböző szkript nyelvekben is programozható. Az IGP erejének kihasználásával lapkánként 300-700 GFLOPS-os extra teljesítményhez lehet jutni a szerver oldalán, és mindezért alig 10-30 wattos extra fogyasztással kell majd fizetni."
-
#34
#65675776
törölt tag
TESCO-Zsömle
#33
#65675776
törölt tag
válasz
TESCO-Zsömle
#33
üzenetére
Kapásból majdnem 2x akkora teljesítményű az asztali változat.
-
-
#28
ermisukrám
tag
TESCO-Zsömle
#24
ermisukrám
tag
válasz
TESCO-Zsömle
#24
üzenetére
az. powered by Hofi G.
-
#24
TESCO-Zsömle
titán
ermisukrám
#23
TESCO-Zsömle
titán
válasz
ermisukrám
#23
üzenetére
(Gózon Gyula)
-
#22
lenox
veterán
TESCO-Zsömle
#18
lenox
veterán
válasz
TESCO-Zsömle
#18
üzenetére
Szerintem Oppardon...
-
#21
Male
nagyúr
TESCO-Zsömle
#11
Male
nagyúr
válasz
TESCO-Zsömle
#11
üzenetére
Az továbbra is heterogén környezetre programozást igényel majd, míg ez homogén. Illetve az a Xi nem ugyan az, mint ami a hírben van... szóval ugyan úgy áll, hogy egy jelenlegi termék teljesítménye alapján nem kéne temetni egy jövőbenit.
-
#20
FireKeeper
nagyúr
FireKeeper
nagyúr
azok a fránya betűk
-
lenox
veterán
Amugy ebbol a clbenchmark meresbol tul sok kovetkeztetest nem erdemes levonni, annyi latszik, hogy van amiben mar most jol teljesit, meg van amiben erthetetlenul alacsony erteket mertek, amire inkabb azt tippelnem, hogy az opencl support gyengesege miatt van, mint a hardware gyengesege miatt, de az lenne amugy is az egyik erossege, hogy c++ kodot is lehet ra forditani, tehat amugy sem kene feltetlenul opencl-t hasznalni.
-
Male
nagyúr
ad1: Ez már önálló processzor... sem az AMD-nek, sem az nVidiának nincs ilyen megoldása (jó, az AMD gyárt procit, de egy Opteron azért más), a teljesítményét meg nem kéne leírni egy másfél év múlva megjelenő procinak azért, mert a jelenlegi verzió PCIe-re ültetve nem jó.
ad2: Gyanítom a mem. sávszél kisebb lesz, mint különálló kártyán, ezért valamivel kompenzálni kell ezt a hátrányt. Erre pedig vagy cache növelés vagy eDRAM opció van... az előbbi túl drága lenne és sokat fogyasztana (ha egyáltalán lehetne eleget beépíteni), így marad az eDRAM társítása
Új hozzászólás Aktív témák
- Xiaomi 14T - nem baj, hogy nem Pro
- Haladó fájlrendszerek, de mire jók? Ext4 vs Btrfs vs ZFS vs APFS
- Miért álltak az oldalak egy hétig, mi történt?
- Counter-Strike: Global Offensive (CS:GO) / Counter-Strike 2 (CS2)
- Kezünkben a Honor Magic V5
- Milyen processzort vegyek?
- Milyen notebookot vegyek?
- Házimozi haladó szinten
- Kínai és egyéb olcsó órák topikja
- Star Trek
- További aktív témák...
- Eladó Lenovo Y720 Cube kompakt gamer PC: i5 7400, 16GB RAM, GTX 1070, 512GB SSD
- AKCIÓ!!! GAMER PC: RYZEN 7 5700/5800X +RTX 3060Ti/3080/3090/4060/4070 +16-64GB DDR4! GAR/SZÁMLA!
- Ryzen PC-5700X-RTX 3080-B550 AORUS-32GB DDR4-1 TB M.2 SSD-NOCTUA FAN+360 AIO/Garanciás-Beszámítás
- DELL GY1TD PowerEdge R630/R730XD NVMe (U.2 SSD) PCIe Extender Controller Adapter + K9TVP Kábel
- GAMER PC! Intel i7-13700 / RX 7900 XT / 32GB DDR5 / 1TB Gen4 / B760 Tomahawk / 750w! BeszámítOK
- 24 hónapos PlayStation Plus Premium előfizetés a legolcsóbban, egyenesen a PlayStation-től!
- Bomba ár! HP EliteBook 850 G2 - i5-5GEN I 8GB I 256GB SSD I 15,6" FULL HD I Cam I W10 I Gari!
- Bomba ár! Fujitsu LifeBook U758 - i5-8GEN I 8GB I 256GB SSD I HDMI I 15,6" FHD I W11 I Garancia!
- Új és használt laptopok , üzletitől a gamerig , kedvező áron. Garanciával !
- Bomba ár! Lenovo ThinkPad L13 G3 - i5-1245U I 16GB I 256SSD I 13,3" FHD Touch I NBD Gari!