これにより、現在、SSE4命令がmvs-texturing(および関連するmveアプリ)に含まれるように強制されています: https :
簡単な修正は、 https://github.com/OpenDroneMap/OpenDroneMap/blob/master/docker/g%2B%2Bおよびhttps://github.com/OpenDroneMap/OpenDroneMap/blob/master/でそれらをフィルターで除外することです
ただし、標準のDockerfile
を使用してDockerイメージを再構築し、古いCPUを使用すると、問題が発生します。
おそらくMVEで直接修正できるかどうかを確認します。
MVEには-march = nativeフラグが付属しているため、これを閉じることができます。 https://github.com/simonfuhrmann/mve/pull/441#event -1779240350
こんにちは、みなさん!
将来、DockerでWebODMを実行するときにまだ問題が発生する可能性がある人のためにコメントを追加したかっただけです。 ドキュメントには、SSE *命令をサポートしていないプロセッサがある場合、Dockerイメージを実行できないと記載されています。 それは実際には真実ではありません。
MVEに加えられた変更により、フラグ「march = native」は、コードがコンパイルされるハードウェアに適用可能なすべての最適化フラグを追加します。 したがって、問題は、Dockerイメージが作成されるときに、ハードウェアがサポートされていない可能性のあるSSE *フラグが実際に追加されることです。これは、それらがサポートされている場所に構築されているためです。 したがって、異なるリポジトリをネイティブに構築する代わりに、独自のハードウェアでイメージを再構築するだけで問題が解決します。
すべてをネイティブにインストールするよりも簡単だと思いました。
それだけです:smile:
ねえ@nchamoAMD Phenom II X6 1090TCPUでこの問題が発生しています。 イメージを再構築するというあなたの推奨は私にとってはうまくいくと思いますが、それを行う方法がわかりませんか? 今は、プロジェクトのクローンを作成して、startup.shファイルを実行するだけです。 再構築するにはどうすればよいですか? ありがとう
この会話をhttps://community.opendronemap.orgのフォーラムに移動でき
最も参考になるコメント
こんにちは、みなさん!
将来、DockerでWebODMを実行するときにまだ問題が発生する可能性がある人のためにコメントを追加したかっただけです。 ドキュメントには、SSE *命令をサポートしていないプロセッサがある場合、Dockerイメージを実行できないと記載されています。 それは実際には真実ではありません。
MVEに加えられた変更により、フラグ「march = native」は、コードがコンパイルされるハードウェアに適用可能なすべての最適化フラグを追加します。 したがって、問題は、Dockerイメージが作成されるときに、ハードウェアがサポートされていない可能性のあるSSE *フラグが実際に追加されることです。これは、それらがサポートされている場所に構築されているためです。 したがって、異なるリポジトリをネイティブに構築する代わりに、独自のハードウェアでイメージを再構築するだけで問題が解決します。
すべてをネイティブにインストールするよりも簡単だと思いました。
それだけです:smile: