Announcement

Collapse
No announcement yet.

AMD Releases Brotli-G For GPU-Accelerated Brotli Compression

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • ktecho
    replied
    Originally posted by bug77 View Post
    I thought brotli was designed to be easy on hardware (being able to run on phones and such). What am I missing here? Why does it need to run on GPUs now?
    Wow... English is not my primary language, so I skipped that part where they say that using a GPU is needed for brotli...

    Could you point me to the specific text where they say that?

    Leave a comment:


  • bug77
    replied
    I thought brotli was designed to be easy on hardware (being able to run on phones and such). What am I missing here? Why does it need to run on GPUs now?

    Leave a comment:


  • microcode
    replied
    Originally posted by Meteorhead View Post

    That converter is called Clang. Just fetch the DX compiler and compile it. Or wait until upstreaming of the HLSL front-end is finished (it's pending) and upstream Clang will do the trick, won't need MS's fork anymore.
    Glslang/shaderc handles HLSL as well, and outputs SPIR-V.

    Leave a comment:


  • alpha_one_x86
    replied
    Originally posted by jochendemuth View Post
    Yes, weird to announce a new algo, hinting at improved performance, but not releasing any numbers.

    I had to dig through the articles, but it linked to https://quixdb.github.io/squash-benc...#results-table.
    This does not contain Brotli-G numbers, but is a very nice and comprehensive comparison of compression algos.

    Better than nothing, I guess.
    The problem is some algorithm don't scale well, then use GPU to just have 30% more performance is useless

    Leave a comment:


  • Meteorhead
    replied
    Originally posted by FireBurn View Post
    I wonder if popping it into a HLSL to SPIRV converter works
    That converter is called Clang. Just fetch the DX compiler and compile it. Or wait until upstreaming of the HLSL front-end is finished (it's pending) and upstream Clang will do the trick, won't need MS's fork anymore.

    Leave a comment:


  • jochendemuth
    replied
    Originally posted by alpha_one_x86 View Post
    To see how it scale, any benchmark to difference of performance?
    Yes, weird to announce a new algo, hinting at improved performance, but not releasing any numbers.

    I had to dig through the articles, but it linked to https://quixdb.github.io/squash-benc...#results-table.
    This does not contain Brotli-G numbers, but is a very nice and comprehensive comparison of compression algos.

    Better than nothing, I guess.

    Leave a comment:


  • jochendemuth
    replied
    just not AMD Radeon graphics products
    Shouldn't it be "not just"? In my mind this has the completely opposite meaning. I got really confused reading this sentence.

    Leave a comment:


  • FireBurn
    replied
    I wonder if popping it into a HLSL to SPIRV converter works

    Leave a comment:


  • alpha_one_x86
    replied
    To see how it scale, any benchmark to difference of performance?

    Leave a comment:


  • Michael
    replied
    Originally posted by tildearrow View Post
    Typo:
    Thanks

    Leave a comment:

Working...
X