Új hozzászólás Aktív témák

• #7143 Petykemano veterán thgergo #7142

  Új Válasz 2022-06-21 00:24:33 #7143

  Ú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

  veterán

  válasz thgergo #7142 üzenetére

  Abu régóta riogat kis epyc platformmal.
  Feltehetően azért nem jött, mert költséghatékonyan tudták lefedni a 24/32 magos piacot is. De a 96 magos 12 csatornás genoával az olló nyílik. (Különösen ha a mainstream megmarad 16 magnak)
  A siennával egyszerre fedik ezt a lukat és tudnak versenyezni a 32+ magos HEDT SPR-rel.

• #6708 S_x96x_S addikt thgergo #6707

  Új Válasz 2022-03-29 03:50:09 #6708

  Ú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

  

  S_x96x_S

  addikt

  válasz thgergo #6707 üzenetére

  Lehet .. köszi a választ!

• #3579 joysefke veterán thgergo #3577

  Új Válasz 2020-07-14 22:29:43 #3579

  Ú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

  

  joysefke

  veterán

  válasz thgergo #3577 üzenetére

  Különben ott a GPU/Xeon phi vagy másegyéb gyorsító a célfeladatra pl FPGA.

  Ezt nem tudom, azokat még játék szinten sem programoztam soha (SSE-AVX-et intrinsic-kel igen, hobbiból megvalósítottam pár egyszerűbb képfeldolgozó algoritmust) mindenesetre szerintem arra nem lehet építeni, hogy a usernek majd pont lesz megfelelő GPU-ja és arra pont van megfelelő driver installálva. Ezzel szemben, a legalább SSE 4.2 vagy akár AVX képes processzor az adott.

  ==
  AVX2 és AVX512 kód között csak pár % teljesítményelőnyt tapasztaltam, intel MKL, cascade lake csodákkal.

  Én még azt olvastam, hogy bár az Avx512 kód lehet akár gyors is, azonban ha csak kevés Avx512 utasítást kell végrehajtani, akkor könnyen elmarad a gyorsulás (vagy még lassul is) mert az Avx512 kód alacsonyabb órajelen fut és utána viszonylag hosszú időre (~ms nagyságrend) van szükség, hogy visszaugrojon az órajel, tehát azon a szálon az Avx512 utasítások utáni kódrészlet lényegesen lassabb lesz, mintha nem Avx512 futott volna előtte.

  Na most ha ez így van, akkor ennek fényében, a fenti utasítás halmazábra fényében és annak fényében, hogy az egyes processzorok még különböző számú Avx512 képes egységet tartalmaznak, ki fogja érdemben kitsztelni/eldönteni, hogy egy adott függvény esetén melyik processzorcsalád melyik kódutat futassa? Nekem ez laikusként aránytalan munkának tűnik ahhoz képest, hogy mekkora gyorsulásra lehet elméletben képes az Avx512.

  Vagy Avx512 eleve csak szuperszámítógépek esetén lesz hasznos, ott meg majd megírják a kódot az adott processzorhoz?

• #3578 hokuszpk nagyúr thgergo #3577

  Új Válasz 2020-07-14 19:23:20 #3578

  Ú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

  

  hokuszpk

  nagyúr

  válasz thgergo #3577 üzenetére

  nohat akkor azt tudom mondani hajra A??

• #3077 S_x96x_S addikt thgergo #3075

  Új Válasz 2020-05-07 13:42:06 #3077

  Ú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

  

  S_x96x_S

  addikt

  válasz thgergo #3075 üzenetére

  > Ellenben magának az nvme / pcie -nek is van késlelteése: ~50000 ns,
  > ami nem sokkal jobb mint a Sata.

  a SATA protokoll még a HDD-kre lett tervezve .. lejárt az ideje

  "The NVMe specification was designed from the ground up for SSDs. It is a much more efficient interface, providing lower latency, and is more scalable for SSDs than legacy interfaces, like serial ATA (SATA)."
  https://nvmexpress.org/
  https://en.wikipedia.org/wiki/NVM_Express

  ( AHCI ~= SATA )
  

• #3076 Petykemano veterán thgergo #3075

  Új Válasz 2020-05-07 12:12:42 #3076

  Ú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

  veterán

  válasz thgergo #3075 üzenetére

  Igen, ez igaz, az SSD technológia is számít. A beszélgetésben is megemlítik, hogy a QLC késleltetése már meglehetősen közel van a HDD-hez.

  Végülis a 25000ns-hoz képesti 1000x (ami az ígéret volt) 25ns, ami elég ígéretes lehetett akkor.
  Aztán jött a 100x, ami még mindig 250ns, stb
  Lehet, hogy a 3D Xpoint technológiát is terheli az, ami az SSD-ket is: ha növeled a kapacitást, rosszabbodik a késleltetés?

• #3074 Petykemano veterán thgergo #3072

  Új Válasz 2020-05-07 08:23:35 #3074

  Ú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

  veterán

  válasz thgergo #3072 üzenetére

  Nem optane, de pcie SSD-re van értéked?

  Ha csak a ddr4 és pcie értéket nézem, akkor olyan, mintha a csatoló vagy vezérlő, vagy protokoll vagy mi rontaná le a késleltetést.

• #2564 S_x96x_S addikt thgergo #2560

  Új Válasz 2020-02-05 23:01:56 #2564

  Ú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

  

  S_x96x_S

  addikt

  válasz thgergo #2560 üzenetére

  > A válasz a frekvenciában keresendő:

  emiatt van 8ccx ?
  nekem már pocsékolásnak tünik
  de ez is lehet, hogy rengeteg hibás ccx felgyült, amit fel tudnak használni
  ( 2 core és az L3 cache OK )
  

• #2522 S_x96x_S addikt thgergo #2521

  Új Válasz 2020-01-30 15:44:37 #2522

  Ú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

  

  S_x96x_S

  addikt

  válasz thgergo #2521 üzenetére

  igen .. google cache

  de valami ok miatt leszedték , és nem lehet tudni, hogy miért ..
  ( lehet, hogy valami extrém nagy félreértés volt benne )

Új hozzászólás Aktív témák