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

• #7438 S_x96x_S addikt Petykemano #7436

  Új Válasz 2022-08-17 12:48:22 #7438

  Ú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 Petykemano #7436 üzenetére

  > a zen4 AVX512

  ez nagy kérdőjel még ..

  mindenesetre a zen4-es avx512-es implementáció - "minősége" és "hatékonysága" lényeges lesz a jövőbeli szoftver optimalizációknál.
  Én azért reménykedem, hogy rendesen implementálják és nem emulálják ..

  És a piac is reménykedik
  várhatóan a zen4c-n is ugyanazokat a binárisokat futtatják,
  vagyis a zen4c nem kaphat jelentősen lebutított avx512-öt a zen4-hez képest.
  Egy hasonló probléma mint az Intel féle optimalizációs blamázs, amikor is nem mindig futott gyorsabban az avx512 ... nem tenne jót az adaptációnak.

  A vállalati szférában kezd meglenni a szoftveres háttér az avx-512-re ..
  ( lásd JAVA-s spekulációs példa lent )
  A játékoknál pedig ha az AMD beteriti a desktop-ot és a mobil piacot is az avx512 képes magokkal .. akkor a grafikai driverekben és a játék enginekben is várható.
  Vagyis a Radeon driverekben szerintem lesz AVX512-es gyorsítás.
  és szerintem az UnrealEngine5 és a Unity3D AVX-512 -optimalizációján is dolgoznak.

  https://twitter.com/opinali/status/1538572173652156422
  One element missing in the AVX-512 debate (MIA in Intel's P+C arch, coming to Zen4) is the coincidental release of the Java Vector API, available with incubator status since JDK 16, big improvs planned for 19, stable hopefully on 21 in Sep 23. Why is this relevant? 🧵1/11
  ...
  "Auto-vectorization" however is a failed idea, it's proven too hard for JITs or even static compilers. Works for trivial cases, but really taking advantage of ISAs like AVX-512 requires custom libraries and explicit use of those libraries in app code. 4/
  Java's Vector API fixes that. Portable, uses the best ISA available on any particular CPU and that will include AVX-512. Should be particularly effective when combined to new foreign/memory API (incubating since JDK 14) and value types (valhalla project, coming soon to JDKs). 5/
  That stuff is still 2-4yr ahead for adoption but that's same timeline for significant deployments of Zen4+/Genoa+, adoption of the new APIs by Java infrastructure libraries that can benefit, and adoption of JDK 21 (the next LTS) by corporate apps. 6/
  Native apps can also use portable libs that use advanced arch only if available but that's harder, core intrinsics C/C++ APIs are not portable, hardly adopted outside specialized stuff. Java has a stronger culture of reliance on high-level libraries, both core and third-party. 7/
  Once some popular JSON or ML API or query engine is optimized to use Vector APIs that's an instant boost to tons of enterprise Java. But today, only on Xeons. IMO that's why AMD is jumping on AVX-512 bandwagon. Desktop SKUs just share same CCD dies (which I think is great). 8/
  I also don't expect Vectors or value types stuff to make Java generally catch up with C/C++. That was a pipe dream, will never happen. But if it makes New Java much faster than Old Java, that's a big win and all that's needed as incentive for strong adoption. /9
  I don't expect a big impact on gaming since that's 99% native (1% Minecraft), and largely relies on GPUs with proper SIMD support. But I might be wrong. AVX-512 might be useful in GPU drivers and game engines, both may have significant "vector-friendly" work on CPU side. 10/
  Worth notice also that while Java is not much adopted in gaming, GPU shader languages are, and they have same deployment model with portable bytecode and JIT generation of native code, by drivers for a specific GPU. So that idea " won", in some extent. /End

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