STM32H7を使ってみる4 -キャッシュ・ワンダリング(中篇)-

←前回　　　　　　　　　　　　　　　　　　　　　　　次回→

自宅のPC環境を完全にWin10に切り替えました。
ハードウエアも11年ぶりに新調してメモリも16GBも乗っけてます！！！！
システムディスクも最新のM.2SSDに換装してこれで向こう20年は戦うことが
できるでしょう！！！！！


さて、今回は前回説明した各種キャッシュ設定がパフォーマンスにどう影響
してくるのかを実動作を交えて説明していこうとおもいます。


比較ということでlibpng(倍精度浮動小数点演算あり)のデコード/表示時間を計測して
いきます。ﾃｽﾂ用png画像は自作の虹裏的美少女ｲﾗｽﾂを使用してまいります！
突っ込みは受け付けません！！いないさんかわいい！!1！！！1！


また、png画像を読み出すストレージは以前紹介した産業用MicroSDの64GB品を使用
します。安くて信頼性があって使い勝手が良いので重宝します♥


●キャッシュ無し

まずはデータキャッシュそのものを無効にします。
本当はAXI-SRAMだけ無効にしたかったのですがなぜかpngのデコード時にHardFaultに
なってしまったので仕方なくぜんぶキャッシュOFFにしてます。

キャッシュ効いてないせいで遅いのですがAXIバスのクロックが200MHzと高速なので
それでも十分"早い"ですね…

●ライトバック&ライトアロケートなし

こちらはいつもので公開しているキャッシュ設定となります。
ライトスルーのエラッタが認知されてしまった今これに頼らざるを得ません。

●ライトバック&ライトアロケートあり

ライトアロケートなしとほとんど変わらず誤差程度です。

これならライトアロケートありでいいじゃんとお思いでしょうが…


残念ながらLTDCと相性が非常に悪くLTDCが管轄するフレームバッファ領域にこの
設定を行っているとご覧の通り表示が崩れてしまいます…
一応対策できないこともないですがキャッシュコントロール関数をあちこちに放り
こまないといけないため全く現実的ではないです。

それならSDRAMにはその設定しないでAXI-SRAMだけにすればとお思いででしょうが
ねむいさんもそうしようと思ったのですがなんとSAIとも相性が悪く高ビットレートの
音声再生時にﾌﾞﾁﾌﾞﾁノイズが入りやがりますorzこちらもあちこちでキャッシュコント
ロールしまくったら問題ないのですがそんなんするくらいならライトバック＋ライト
アロケートなしのほうでいいやとなり今に至った次第です。

●ライトスルー

今となってはエラッタで禁じ手になったライトスルーモードです。
ライトバックより遅いですがキャッシュ無しより断然早い理由は実メモリに書き込みに
いったときにライトバッファが効いて速度が上がっているからです。
いちいちcleanしないで済むから楽だったんですけどねライトスルー…



●おまけ・ｶﾘｶﾘﾁｭｰﾝのF7

STM32F769I-Discoでも同じMicroSDを使ってやってみました。
フレームバッファを除くDMAの送受信バッファ・各変数・ヒープ領域をキャッシュ
しなくても超高速に動作できるDTCMに設定して同じようにやってみたのがこちら。
H7と比べるとコアクロックが1/2の200MHz動作なのですが意外と健闘してます。
F7シリーズではDTCM領域でもDMAできるのでこのような芸当ができるのですが
H7は直接できなってしまいましたのでライトスルーが使えなくなったのもあって
DMAするだけでもいろんな工夫が必要です。

次回はSTM32H7でキャッシュを効かせた状態でDMAをどのように安定して動かして
いけば良いのかを解説していこうと思います。


20191104追:
jujurouさんがF7ではSDRAMのライトバック+ライトアロケートなしでもDMA2Dで
表示おかしくなると報告されているのでねむいさんも追って知らべてみました…

が…(STM32F746G-Discoveryで試した)


ううむねむいさんのいつものじゃどういう状況でもデータ化けしてぬぇ…
※9月度版の時点でライトバック版に変更済みです。


キャッシュを効かせたRAM領域にフレームバッファを確保してLTDCを動作させている
時点でDMAしてる時と同じようになりDMA2DせずともキャッシュとLTDCコントローラ
との干渉が発生してしまいます。これはライトアロケートあるなしに関係は
ないのでライトバックではデータ転送前に必ずキャッシュのCleanが必要です。

ねむいさんのいつものでこれに引っかかった例がChaNさんのjpegライブラリを使い
jpegファイルを表示させようとした時で、disp_blt関数内で転送直前にクリーンを
行うことにより対策しております。

そして前回も簡単に説明しましたがキャッシュコントロールをしているにもかかわらず
ライトアロケート時に表示が崩れてしまう原因は書き込みキャッシュミス時に実メモリ
からデータを読み出しキャッシュラインに展開している動作そのものにあります。
実メモリ(SDRAM)からのread動作によってキャッシュラインが逆汚染され、結果として
寄生Evictionが起こりまくり表示が崩れてしまうことになります。
データキャッシュサイズ上限以下の容量でチマチマ書き換える…たとえばFONTX2の
表示とかの時に一番崩れやすくなります。

↑こんな感じに崩れます。
これはLTDCに限らずSAIとかの基本書き込みっぱなしのぶっ放しのペリフェラルでも
起こりますが長くなりそうなので次回にでも解説します。

Comments

ねむいさま
最近わ更新しないな、忙しいのかなと、思っていたら、記事にブックマークしてました。トップをクリックしたら、いつの間にか二つ記事追加。おおう、筆舌しがたいいないさん。毎日、いないさんでごはん三杯いけます。そして、いないさんを描くイメージトレーニングしてます。まだまだ、1000日修行の手前です。しかし、いないさんいいよね、これは、いい。続く

  • ひかわ
  • 2019/11/07 2:20 AM

続き　ねむいさま
C97 4日目火最終日　南3　上の階　ヨ24b ICEです
コミケです
虹裏メイド服で来るの待ってます。柱の陰で遠くから生あたたかく見守ってるフアンは、隣のサークルさんフアンだったり。イロイロある。
いないさんの本作るとき、ねむいさまに寄稿してもらうという妄想してます。1000冊印刷できて、壁際にいけたらだけど。場所、南館、上の階、入った、左進み、島の三段目、お誕生日席、外周になる、内周？あたりです。

  • ひかわ
  • 2019/11/07 2:35 AM

ひかわさま、こんばんは。

たかが布されど布(意味深)
いなちゃんはちょっとガードが緩いので布が見えて
しまうのは仕方ありませんね〜

そしてコミケまであと1か月を切りました。
風邪をひかぬようお体に気を付けて頑張ってください!

Post a Comment








Go to top of page