Hozzászólok Aktív témák

• #1 Bounti aktív tag

  Új Válasz 2020-12-10 15:36:18 #1

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Bounti

  aktív tag

  ...

  [ Szerkesztve ]

  Ha a halál árnyékának völgyében járok is, nem félek a gonosztól... Mert én vagyok a völgyben a legesleggonoszabb!

• #2 Petykemano addikt

  Új Válasz 2020-12-10 15:43:28 #2

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Petykemano

  addikt

  és akkor végülis miért működik a 64 magos EPYC és miért nem a 64 magos Phi?

  Találgatunk, aztán majd úgyis kiderül..

• #3 Cythyel senior tag Petykemano #2

  Új Válasz 2020-12-10 15:49:45 #3

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Cythyel

  senior tag

  válasz Petykemano #2 üzenetére

  teljesen más mértékű a magok felépítése a Phi-ben és más az Epyc-ben... ha jól emlékszem, akkor valami Atom procc magjánál is egyszerűbb pár lépcsős szálak voltak csak benne gpu-ra jellemző gyorsítótárral és parancsfeldolgozóval, ami viszont nem volt megfelelő az x86/64 féle tech-hez... de aztán lehet hogy tévedek és rosszul emlékszem, majd valaki informáltabb kijavít

• #4 Abu85 HÁZIGAZDA Petykemano #2

  Új Válasz 2020-12-10 15:56:27 #4

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Abu85

  HÁZIGAZDA

  válasz Petykemano #2 üzenetére

  Túl sok a cache-miss a Phi-nél.

• #5 Petykemano addikt Abu85 #4

  Új Válasz 2020-12-10 16:00:34 #5

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Petykemano

  addikt

  válasz Abu85 #4 üzenetére

  Ugyanez a probléma megjelenik/het amikor Arm magokat akarunk felskálázni 60-100 magra, vagy ez a cache miss független a magok számától?

  Találgatunk, aztán majd úgyis kiderül..

• #6 Abu85 HÁZIGAZDA Petykemano #5

  Új Válasz 2020-12-10 16:25:46 #6

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Abu85

  HÁZIGAZDA

  válasz Petykemano #5 üzenetére

  Meg. Ezért van logikailag négy tömbre osztva a Fujitsu ARM-os processzora. Az AMD is ezért CCD/CCX-ezik.

• #7 juliabrilke addikt

  Új Válasz 2020-12-10 16:38:07 #7

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  juliabrilke

  addikt

  Nem csak arról van szó, hogy gyenge nagyon a támogatás?
  Ahogy láttam Windows alatt fut a Xeon Phi, nem igazán erre találták azért ki.

• #8 TeeBee73 őstag Abu85 #4

  Új Válasz 2020-12-10 18:06:56 #8

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  TeeBee73

  őstag

  válasz Abu85 #4 üzenetére

  ÁtlagUser nyelvére forítva: "Úgy sz@r, ahogy van."

  "Szépnek, szép vagy." - mondta a Kisherceg. "Ringdingding-digingigerining" - mondta a róka.

• #9 Petykemano addikt Abu85 #6

  Új Válasz 2020-12-10 19:02:09 #9

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Petykemano

  addikt

  válasz Abu85 #6 üzenetére

  És ez egész pontosan miben nyilvánul meg?
  az egy egységbe kötött magok számával arányosan növelni kellene az őket összekötő cache méretét is az adatmegosztás és rendelkezésre állás végett?

  Találgatunk, aztán majd úgyis kiderül..

• #10 Abu85 HÁZIGAZDA Petykemano #9

  Új Válasz 2020-12-10 19:48:05 #10

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Abu85

  HÁZIGAZDA

  válasz Petykemano #9 üzenetére

  Ha sok magot kötsz egy tömbbe, akkor ahhoz nagyon sok cache is kell. Azért tud az ARM és az AMD ennyire könnyedén magszámot növelni, mert ők eleve úgy alakították ki az architektúrát, hogy logikailag tömbösítik a magokat. Az AMD fizikailag is szétválasztja, de ez most mindegy. Így már a rendszer működése kis magszámú tömbökre van optimalizálva, nem pedig egy mesh vagy egy ring buszon van szétszórva több tucat mag, csúnyán terrorizálva a lapkán belüli kommunikációt. Ahhoz, hogy ezt kezeld a mesh és a ring busznak is megfelelően erősnek kell lennie, jól kitömve a rendszert cache-sel, de az meg annyi tranyót elvisz, hogy egy rakás mag helyét ellőtted a működést biztosító áramkörökre.
  
  Az EPYC és a Fujitsu A64FX azért működik olyan jól, mert ésszel vannak tervezve. A többi ARM/x86-AMD64 dizájn messze nem skálázódik ám ennyire jól, ami vagy azért nem látszik, mert inkább nem építenek bele annyi magot, ahol már megakadna a buli, vagy specifikus feladatot céloznak a hardverrel, például VM, és a HPC-re rá sem néznek.

  [ Szerkesztve ]

• #11 kraftxld nagyúr

  Új Válasz 2020-12-10 20:28:59 #11

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  kraftxld

  nagyúr

  LOGOUT blog

  Azért az Itanium-al is erőlködtek legalább ennyit, abból több termék is kijött piaci forgalomba.

  🇳🇿 | MCSE+M/S, MCITP, VCP6.5-DCV - ''Soha ne becsüld le az autópályán száguldó DAT kazettákkal megrakott teherautó sávszélességét''

• #12 Petykemano addikt Abu85 #10

  Új Válasz 2020-12-10 21:55:08 #12

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Petykemano

  addikt

  válasz Abu85 #10 üzenetére

  Köszi

  Találgatunk, aztán majd úgyis kiderül..

• #13 ricsip senior tag

  Új Válasz 2020-12-11 11:14:08 #13

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ricsip

  senior tag

  Ezek azok a PCIE slotba dugható, AI-ra meg minden egyébre használható(nak mondott) szupergyorsítókártyák voltak, amikből a nagy fanfáros beharangozás után semmit nem lehetett tudni,hallani, látni?

  -

• #14 Cythyel senior tag ricsip #13

  Új Válasz 2020-12-11 12:21:19 #14

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Cythyel

  senior tag

  válasz ricsip #13 üzenetére

  pontosan...
  illetve szerverekbe kerültek, asszem van olyan mainframe ami erre épül, nem is kis darab
  valamennyi kikerült kereskedelmi forgalomba is, de kb fehér holló gyakoriság

• #15 Ximon junior tag

  Új Válasz 2020-12-11 13:11:25 #15

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Ximon

  junior tag

  Kevés volt a memória. Annak a CPU-nak 64GB memória dukált volna 19,8GB/s RAM - CPU órajel párhuzamos feladatokban 153,6GHz míg egy szálon 2,4GHz. A projektet nem emiatt állítja le az intel hanem azért mert a következő generációs Processzorai már az alaplapokban fognak szerepet kapni így nincs sok értelme ezt kártyán árusítani. Az új szerver processzorok fű alatt a Xeon Phi lesz.

  1100DF, Exodus 420, Xornet, SM H8DGI-F, 1024CUbit ECC-DDR-1600 256GB 12,8GB/s, DP Fiji Radeon PRO 8192CUbit 112,5-225MHz GFPU: 1024CU 8GB 28,8GB/s, HDD 2x0,5TB, 1kW FSP DR, EMU10k5. DP Opteron 6380 CFPU: 672CU 8,4GB/s, WRAM-SSD 2x120GB (5,7Mb x 5,7Mb = 4TB címzés)

• #16 juliabrilke addikt ricsip #13

  Új Válasz 2020-12-11 14:11:56 #16

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  juliabrilke

  addikt

  válasz ricsip #13 üzenetére

  Nem, ez LGA3647, mert Windows fut rajta, tehát egy ilyen processzor van egy külön alaplapban.
  A pci-e verziós Xeon Phi kártyákon lightos Linux fut.

• #17 Robitrix aktív tag

  Új Válasz 2020-12-14 15:01:50 #17

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Robitrix

  aktív tag

  Végre valami jó hír. azért ennél úgy 3,5-szer több pontot kp a Ryzen 3600-osom is. pedig az nem 64 mag 256 szálas, hanem csak 6/12-es.. Ráadásul kapok egy Intel xeon Phi árából vagy két tucat ryzen procit.

• #18 &rew addikt

  Új Válasz 2021-02-10 06:27:05 #18

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  &rew

  addikt

  LOGOUT blog

  eszemben sincs vedeni a xeon phi-t, de jo lenne tudni h pl
  1.) a vindoz szalkezeloje meg van rendesen irva? mennyire ugyes 4HT kezeleseben? (tipp: nincs, windows sosem tamogatta hivatalosan)
  2.) ujraforgattak a cinebench-et phi-re vagy ez csak a gyari x86 forditas? (tipp: gyari cinebench, tehat jo esellyel tobbfele utasitaskeszletre es x86 architekturara fel van keszitve, de xeon phi-re pont nincs)
  3.) feltetelezhetjuk-e h van a cinebench-ben xeon phi optimalizacio (tipp: nincs)
  4.) mik voltak a chip beallitasai (mcdram mode? on-die core cluster beallitasok?) mert pl ahogy az EPYC-ec eseten is szamit pl az NPS beallitasa, itt meg nagyobb hatasuk lehet, programtol fuggoen.

  a szalkezelo csak azert erdekes h vajh a vindoz dobalta-e a magok kozott az egyes szalakat, vagy vegig maradtak ugyanott, esetleg mik szakithattak meg oket.
  a cinebench forgatas pedig... mindegy h gcc v icc vagy llvm (vagy akarmi) volt a fordito, kizartnak tartom h akarmilyen xeon phi optimalizalas is volt benne. marpedig ebben az esetben ez nagyon nem fair osszehasonlitas. pl jo esellyel nincs kihasznalva az mcdram rajta (vagy nem jol van hasznalva)
  egyaltalan nem gondolom, hogy meg tudna szorongatni egy mai sokmagos cpu-t, de valoszinuleg tudna sokkal jobban is szerepelni, mint igy.
  illetve az sem kizart, hogy ha lekorlatoznak a futtato szalak szamat, rogton jobb lenne az eredmeny, ha most eppen a memoria-savszelessegert versengenek a magok vagy az L3 cache-t szemetelik ossze. lehet h pl a HT tiltasaval azonnal leesne 64 szalra a 256-rol es ertelmesebb eredmenyt adna.

  az egy xmm sir, a masik is regiszter

• #19 thgergo tag &rew #18

  Új Válasz 2021-02-10 12:49:42 #19

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  thgergo

  tag

  válasz &rew #18 üzenetére

  Ez a Cinebench teszt szerintem nem ér semmit. Xeon Phi lassú, de nem ennyire.
  1) Szálkezelőt ki kellene eleve iktatni és kézzel lerögzíteni a szálakat.
  2,3) Xeon Phi-re eleve nincs bináris Windows intel compiler ha jól tudom, csak linuxos. Xeon phi utasításkészlete pedig csak olyan P-III/atom szintű, nem szabványos AVX512-vel kiegészítve amit a compiler ad. Jó eséllyel 64 db atom mag sebességét méri a teszt.

  [ Szerkesztve ]

  -

Hozzászólok Aktív témák