HackerTrans
トップ新着トレンドコメント過去質問紹介求人

emacs28

no profile record

投稿

Karatsuba Matrix Multiplication and Its Efficient Hardware Implementations

arxiv.org
139 ポイント·投稿者 emacs28·昨年·22 コメント

Karatsuba Matrix Multiplication and Its Efficient Hardware Implementations

arxiv.org
5 ポイント·投稿者 emacs28·昨年·0 コメント

Strassen Multisystolic Array Hardware Architectures

arxiv.org
1 ポイント·投稿者 emacs28·昨年·0 コメント

Karatsuba Matrix Multiplication and Its Efficient Hardware Implementations

arxiv.org
2 ポイント·投稿者 emacs28·昨年·0 コメント

Show HN: Matrix Multiplication with Half the Multiplications

github.com
310 ポイント·投稿者 emacs28·2 年前·77 コメント

Show HN: AI with Half the Multiplications

github.com
2 ポイント·投稿者 emacs28·2 年前·0 コメント

Matrix multiplication hardware architectures requiring half the multipliers

github.com
1 ポイント·投稿者 emacs28·2 年前·0 コメント

Show HN: Matrix Multiplication with Half the Multiplications

github.com
18 ポイント·投稿者 emacs28·2 年前·0 コメント

Systolic arrays

github.com
1 ポイント·投稿者 emacs28·2 年前·0 コメント

Hardware research

github.com
1 ポイント·投稿者 emacs28·2 年前·0 コメント

Fast Inner-Product Algorithms and Architectures for DNN Accelerators

ieeexplore.ieee.org
1 ポイント·投稿者 emacs28·3 年前·0 コメント

Double the performance per MAC unit in ML accelerators

arxiv.org
1 ポイント·投稿者 emacs28·3 年前·0 コメント

Fast DNN Accelerator Architectures

arxiv.org
1 ポイント·投稿者 emacs28·3 年前·0 コメント

コメント

emacs28
·昨年·議論
First author here. The hardware architectures are realistic - we developed & evaluated real example hardware implementations for them, validated on FPGA, and they achieved state-of-the-art ResNet performance in a deep learning accelerator system implementation compared to prior accelerators evaluated on similar FPGAs. See the associated accelerator system source code here:

https://github.com/trevorpogue/algebraic-nnhw

The hardware architectures focused on in the paper are systolic array designs, an efficient type of hardware design for matrix multiplication (e.g., the Google TPU uses this), as opposed to more SIMD-like vector architectures like GPUs. It may be possible to extend the proposed KMM algorithm to other types of hardware architectures also in future work. Regarding floating point - this work is applicable for integer matrix multiplication acceleration, it may be possible to extend the concept to floating point data types in future work also.
emacs28
·2 年前·議論
It produces identical/bit-equivalent results as conventional/naive matrix multiplication for integer/fixed-point data types
emacs28
·2 年前·議論
For everyone discussing the reduced accuracy/numerical stability of the algorithms in floating-point, this is true. But note that the application of the algorithms in the work is explored for fixed-point MM/quantized integer NN inference, not floating-point MM/inference. Hence, there is no reduction in accuracy for that application of it compared to using conventional fixed-point MM.
emacs28
·2 年前·議論
> you have to build hardware that matches the dimensions of the algorithm

Yes the benefits are realized in custom hardware designs as opposed to software, however, the hardware architectures work for multiplying matrices of arbitrary dimensions by splitting up larger matrices into smaller tiles, then summing up the tile products to form the final larger matrix products (i.e. GEMM)
emacs28
·2 年前·議論
Thanks, good summary. Regarding numerical stability, the application is for fixed-point arithmetic, and therefore numerical stability is not an issue (the result is identical compared to using the conventional inner-product)
emacs28
·2 年前·議論
IMHO, for fixed-point MM accelerators, there is no catch, I think it's an overlooked algorithm. It's based on an algorithm by Winograd who coincidentally also proposed another unrelated algorithm that later became very popular for CNN acceleration which would take some visibility away from this other algorithm by Winograd... But that is speculative
emacs28
·3 年前·議論
Personally I love my overpriced Samsung z fold, I don't use a laptop anymore (just a desktop), I can easily read double-column research articles wherever I am, it's great for drawing diagrams, and all of that without having to remember both your phone and a tablet everywhere you go.
emacs28
·3 年前·議論
CCX stands for Core Complex

CCD stands for Core Complex Die (and neither terms refer to the IO die)
emacs28
·3 年前·議論
This can be resolved by changing the cells' format from General to Text. This makes the cells display the text exactly as entered. Select the relevant cells -> right click on them -> Format Cells... -> Text -> Ok
emacs28
·3 年前·議論
One good approach could be to base the architecture on the TPU v1 from [1]. There are also open-source accelerators you could get inspiration from, for example [2][3]. If you want to do less work/not hand code the RTL yourself then you could look into methods for automatically mapping OpenCL to an FPGA accelerator architecture (or a service like [3] provides pre-designed architectures for multiple FPGAs).

[1] https://arxiv.org/abs/1704.04760

[2] https://github.com/jofrfu/tinyTPU

[3] https://github.com/tensil-ai/tensil
emacs28
·4 年前·議論
The best productivity hack is to get a keyboard with programmable QMK firmware and remap the keys however/wherever you want.