-
ビデオ・オーディオを扱うアプリの多くで採用されているオープンソースライブラリ「FFmpeg」で、驚くべきパフォーマンス向上が達成されました。
アセンブリ言語（assembly）を手書きすることで、94倍も処理速度が向上したとのこと。この試みが行われたのはAV1デコーダー「dav1d」においてですが、もともと約8％がアセンブリなのだそうです。
そのほかはC/C++言語のソースコードとして記述され、CPUが直接理解できる機械語にコンパイル（変換）された上で実行されています。しかし、コンパイラーによる変換に頼らず、人の手でアセンブリを記述し、最新CPUに搭載されている「SSSE3」「AVX2」「AVX-512」といった拡張命令を積極的に活用することで、思った以上の効率化が実現できたのだとか。
コンパイラーもそうした最新のCPU拡張命令を活用するオプションがあり、人手を介さなくてもかなりの最適化を行ってくれるはずですが、細部には改善の余地が多く残されているのかもしれません。
もしかすると、将来バージョンの「FFmpeg」はかなり速くなる……のかも。そうなれば、「FFmpeg」を採用するアプリにも恩恵は大きいでしょう。「FFmpeg」の開発チームは、近いうちにこのアプローチに関するチュートリアルを提供するとしています。
筆者の手には負えそうにありませんが、興味ある方はウォッチしてみるとよいでしょう。マルチメディアライブラリ「FFmpeg」がアセンブリ言語の手書きで爆速になったという報告
https://forest.watch.impress.co.jp/docs/serial/yajiuma/1638345.html -
全部アセンブラで書いたら鬼のように速くなると思う
アセンブラ書けないやつは全部クビね -
凄いけど滅茶苦茶大変だろ
-
今でもエムペグ動画とか使ってる奴いるの？
-
手間が凄そう
-
そうだ！人の手によるアセンブリをプログラム化すれば！！
-
上手い人間が最適化すれば、そういう事もあるだろうな
もともとCは関数呼び出しのオーバーヘッドが大きいから計算には向かんって言われてるし
その昔、技術計算に特化したUBASICてのもあったな -
>>7
Cつーかブランチはスタックにレジスタの中身退避とか
戻ってきたらスタックから戻すとかコストかかるしね
レジスタ増えてるから違うのかもしれないが -
１時間かかるエンコードが１分かからなくなるのか？
-
AIに最適化させろよ
-
>>9
だな -
>>9
> AIに最適化させろよ人の手で書いたら早くなったんだよ
-
ChatGPTでアセンブラに直してもらったら
速くなる？ -
汚染ブラジャー？
-
arm系はどうなの
-
最適化Cって無くなったのかな？
MSCは遅いよ… -
なんで人間様がアセンブラ書かなきゃならねえんだよ💢
コンパイラがもっと頑張れよ💢😡 -
マジかよアセンブリ言語習得してくる
-
AIにアセンブラ変換させるといいな
-
AIにって言ってるやつそれただのコンパイラやん
-
今ってCPUキャッシュもでかいし面白そうではある
-
困憊ら酷すぎでは
-
>>1
AV1デコーダー限定じゃ、使い道がないなw -
なるほど
これからはシステムはプロンプターが生成AIに作らせて人間はアセンブラでボトルネックの高速化担当か
まさに人間はAIの奴隷だな -
インラインアセンブラ
昔は凄いプログラマーが高速化やってたよな
高級言語しか書けない今のプログラマーは平凡 -
>>23
処理が高速化&メモリも増えてるから可読性を重視してるんだよ、今は -
スタックしたり無駄な部分はコンパイラでコード吐かせたらあるやろな
-
AVX-512無い人はどうすんのさ
-
>>26
AVX256?で2回とか -
アセンブラって言語なん？
ニモニック並べてるだけだよな -
>>28
ニモニックとか言葉使ってるのにアセンブラ分からないは無いだろ
当然、アセンブラも機械語ではあるが中身はレジスタレベルの転送が何回か行われている -
そりゃそうだろ
-
昔はゴリゴリ書いてた
-
互換性保てるなら何しようが構わんが
-
本当のアセンブリはCPUもGPUも専用になるからな
いまのプログラミングなんて本当の意味では昔のbasicと同じでインタプリンタみたいなもんだから最適化されたアセンブリと比べたらクソ遅いに決まってる -
これコンパイラがダメダメってことでは
-
>>33
長いコード書いちゃだめって言われてるので
関数の呼び出し(ブランチ)の多用にどうしてもなってしまう -
intrinsicで勘弁して
-
Z80のマシン語で腕を鍛えたわいの出番か！
-
ループでせいぜい数回ならメモリもいっぱいの時代なので
ジャンプ命令とか使わず同じコードを並べた方が早いのかな？ -
>>38
早いよ。
先読みとか付いてたらわからんけど、ループカウンターインクリメントとカウンタ値判定とループ元へのJUMP命令分クロックを余計に使うからね -
>>38
キャッシュがない時代は高速化のためにループ展開してたが今はCPUキャッシュがあるからループした方がキャッシュがヒットして速い -
アセンブリで高速化を突き詰めると書いた人しか分からなくなるんだよ…
-
>>40
そうそう
メモリを介するとクロック無駄になるのでレジスタ上で全部終わらせて
変数がメモリに存在しないとか普通だし
論理演算やビットシフトで計算コスト減らしたり -
>>47
AレジスタクリアはAに0を代入じゃなくて、A同士で排他的論理和とかな -
そりゃアセンブリで機械側の言語のほうが余計な処理が入らず早いに決まっとるわw
ただ小さなアプリならできるかもしれんが
大規模だと無理なわけで -
昔はニーモニック書いてハンドアセンブラでMZ-80に打ち込んで遊んでたなぁ
マシン語だと死ぬほど早かった -
コンパイラうんこ過ぎない？
Microsoftとかでそんなになる？
そんなにうんこなら未だにアセンブラー生きてるでしょ。 -
誰もメンテ出来なくなるな
-
今ではc言語速いと言われてるけど本当に処理速度が必要な部分はアセンブラで書いてたな、pc98全盛期の頃だけど
-
>>46
PC98はなんの面白みもないクソみたいなパソコンたったなぁ -
アセンブラで書けば桁違いに早いのは当然だろうね。
-
マシン語の本を立ち読みして家で記憶を頼りにMSXへ打ち込んでたわ
小学生で本買う金なかったけど記憶力は鍛えられた -
BASICでゲーム作ったら遅くてお話にならんかった。
繰り返し呼ばれる処理をハンドアセンブルして機械語で打ち込んだらクッソ速くなったのを思い出した。 -
アセンブリ言語とかを勉強すればいいのか？
-
dsPIC使ったら高速処理はアセンブリで書けって
訳もわからずコピペしてた -
やわ銀ジジイが来てないか確認
-
コンパイラが馬鹿だったってこと？
-
セキュリティホールを意図的に埋め込んでも誰も発見できなくなりそう
AIが見つけてくれる？ -
HDL使えよ
アセンブラより速いぞ -
汗って結局、機種、cpu別に書き分けするの？グラボ毎にも？
-
ひと頃はコンパイラの方が速いとよく言われたものだが
歴史の浅いSIMD命令は人の方がまだ上なのかね -
じゃば｢ₙ́͘ ɪ ̵｣
-
それよりもめちゃくちゃ効率のいいコンパイラ作れば 億万長者になれるんじゃね？
-
このスレに限らずなんでもかんでも
AIという奴が多くて笑う
魔法じゃねーんだぞ -
ＡＩにやらせておけば作ってくれると思ってたら。
-
最近AIにスクリプトのことをずっと聞いてるけどわりとポンコツだからAIはそこまで万能じゃないぞ
-
AIにやらせろってw
それただのコンパイラだろwww -
コンパイラはオーバヘッドだらけだし
マシン語最強っすね -
Windowsもアセンブラで記述しろ
-
こいう一瞬の輝きはできるけど、潰しが効かないだろアセンブラは
コメント