リファクタリングdissassembledコード
-
09-06-2019 - |
質問
書き機能と、この結果、組立までを良くすることができます。
を保持する機能を書き、読みやすさから、もう自分の組み立てのためのコンパイラです。必要があります。信頼関係の構築と高livel言語機能や新してください
解決
今までの組み立て、その公正することができるものとして理解しいコードを取得しめます。そうなれば、知識、そしてその時にできるの逆enginerの変わりにオリジナル言語がしばしば良いと考えてください。
のoptimisationsることができる非常に小さい値になりの時間と労力を要しないは、最初にこれらの変わります。いまこのような作業をコンパイラやってお茶を飲んだりできるような場大幅な変更の場合は、性能が重要であるが、どうしの組込み)するためにミックスの通常のコードをassemblar一部のファッション、しかし、ほとんどのコンピュータチップの性能で通常は十分でありこれを避けるために頭痛がしてきた。
の場合 本当に 必要なパフォーマンス、最適化コードを作成。
他のヒント
なしだと思います。ま拒否され、コンパイラの利用します。まれて捨てるので書いた、コンパイルされた言語がすべてお持ちごアセンブラでの以外のファイナンス-リース.
---という助言対的にこのような最適化がない限りいつでも、プロファイリングや分析、真に決ます。
によって言語で書いた機能です。一部の言語のようにCは非常に低いレベルの翻訳の各機能に電話または計算書の特定の組み立てます。かった場合には、代わりに使用できる交換機とのインラインで組み立て性能の向上を図ります。
その他、高級言語に変換それぞれがマクロルーチンまたはその他のより複雑に組み立てます。特定の最適化など尾再帰ループコーヒーなど)を簡単にソースがその他のように有効利用の登録ファイル)できない場合があります言語によって、コンパイラのだ。
その中でも言の間に関係があ修飾のソースが発生する改変バージョン。でも混乱のデバッグツール:登録内容が一致しなくなソース変数はずだった福島の子供たちに対応します。
多くの場所でのパケット処理コードか検討し、生成された組み立てとに戻ったオリジナルのソースを変更するコードを改善するために。再配置源数を削減することが可能とな枝__属性__およびコンパイラの引数を揃えることで分岐点と機能の削減I$ヒント.絶望的な例は少しインラインで組み立て使用できますが、その二だから。
まってみては別々のオリジナルの機能への独自のファイルを提供しているということはルールのアセンブラからあります。その後更新のファイルのアセンブラと改良版を提供しているということはルールをオブジェクトファイルからアセンブラ等でファイルです。その後の変更リンクを規定するオブジェクトファイルです。
ごみの変更はアセンブラのファイルに、もうしばらくお待ちくださいに使っています。ばれるものを高いレベルの言語ファイルのアセンブラ等でファイルを再建すると、オブジェクトファイルからの新しい(改良前の)バージョン。
て作成することができ、との関係二;く追加したいと思うかもしれ警告でのコメントを最高レベルの言語ファイルへの警告、活動しています。利用のVCSとして回収可能性の向上アセンブラのファイルの場合、間違いのないようです。
い書面にネイティブの作成アプリVisual C++する方法
- をご利用
__asm { }
ブロックのとお書きの上、アセンブラにあります。 - 書機能 MASM アセンブラ、組み立てます。objが、リンクとしての静的ライブラリ。にC/C++のコードを宣言する機能
extern "C"
宣言です。
その他のC/C++コンパイラと同等のアプローチ。
この状況により、二つのオプション:コードを最適化しや書き換えるコンパイラです。見えないことに気づいた場所にリソースできるようになるものの正しい解決策です。