RK3568 Linuxシステムでユーザーアプリケーションプロセスが強制終了される(ユーザー現象がクラッシュする)問題の解決方法について

オリジナル記事の場合、転載の際は出典を明記してください
この記事のブログアドレス:https://hpzwl.blog.csdn.net/article/details/132710642

赤太男のネットワーク技術ブログ記事集: 開発技術集 (Qt 実践技術、Raspberry Pi、3D、OpenCV、OpenGL、ffmpeg、OSG、マイクロコントローラー、ソフトウェアとハ​​ードウェアの組み合わせなど) が継続的に更新されています。 ..

ロックチップ開発コラム


質問

  RK3568 が実行され、7 チャンネル rtsp 再生が実行されますが、数時間後にクラッシュします。
  ここに画像の説明を挿入します


対処する

  ログ情報を記録するループ スクリプトを作成しました。
  ここに画像の説明を挿入します

  以下のように 12 時間放置します。
  ここに画像の説明を挿入します

  一度ハングして、ログを確認し、ログを確認します
  ここに画像の説明を挿入します
  。強制終了された場合、システムによってのみ強制終了できます。


理由

  dmesg を使用してカーネル メッセージ ログ情報を表示します。
  ここに画像の説明を挿入します
  ユーザー プロセスはメモリを大量に占有しており、システムによって最も高いスコアで評価されたため、システムによって強制終了されました。
  ここに画像の説明を挿入します
  rtsp チャネルは 1 つだけオープンされ、他の 6 つのチャネルは継続的にオープンされず、QWidget に戻ると
  ここに画像の説明を挿入します
  約 8 時間実行できます。


解決する

  簡単に解決できるものはありません。これは一時的なデモンストレーションです。ffmpeg プレーヤーが渡された後は、理論上は問題ありません。PC では安定して動作します (7x24 時間)。ただし、この問題は rk3568 で発生します。 7チャンネルrtsp.、一緒に遊んでいる、6チャンネルが空いている、リリース申請が絶えないなどの理由で解決できますが、詳細は省き、これは単なる一時的なデモ版です。


フォローアップ

  「続報」以降もこの記事が更新されていない場合は、ffmpeg による rtsp の再生が解消されたものの、1 日以上安定して動作しており、ffmpeg による rtsp の再生が原因であることが証明されています。


オリジナル記事の場合、転載の際は出典を明記してください
この記事のブログアドレス:https://hpzwl.blog.csdn.net/article/details/132710642

おすすめ

転載: blog.csdn.net/qq21497936/article/details/132710642