古いライブラリが設定されたソフトウェアを競合せずに新しいシステムにインストールするにはどうすればよいですか？

仮想マシンのアイデアは、ソフトウェアがインストールされているワークステーションの唯一の目的であるため、良いオプションではなく、ソフトウェアに完全なコンピューティングパフォーマンスを提供する必要があります。

これはエラーです。最新の仮想化は非常に効率的です。 （AWS/Google Cloud Services/Alibaba Cloud/Azure/Digital Ocean/Oracle Cloud/... で生み出される年間収益 1,000 億ドルは、効率を高めるための強力な財政的インセンティブであることに注意してください。）

特にi686の場合、CPUはコンピューティングを高速化するために必要な最新の命令セットを利用しません。このソフトウェアはCPUパフォーマンスを使用するのには適していません。仮想マシンで実行しない限り、顕著な改善はありません！

また、RHEL5を実行しているシステムで実行している場合、数パーセントのパフォーマンス損失（それが起こっても！）はそれほど大きな問題ではありません。最新のコンピュータは、ソフトウェアが元々実行されていたシステムよりはるかに高速でなければなりません。

はい。仮想マシンは実際には非常に良いアプローチです。

また試すことができますコンテナ（読み取り：podmanまたはdocker）最新のカーネルで古いユーザーゾーン（Linuxディストリビューションシステム）を実行します。私はこれを最初に試してみます。 （RHEL8/Centos/Fedora/Alma/Rocky Linux または派生物を想定すると）非常に少ない労力です。

sudo dnf install podman
podman run -it --rm centos:centos5

必要なcentos5 / RHEL5依存関係をインストールできるシステムが提供されています。これはユーザーとしてデフォルトのカーネルで実行されるため、ホストOSで直接「一般的に」ソフトウェアを実行することとコンテナで実行するものとの間には実際に違いはありません。コンテナは他のファイルシステム、ユーザー、およびIPC設定のみを表示できます（必要に応じて）。それ）。

しかし、正直なところ、RHEL5は古すぎるので、実際のハードウェアを処理する必要があるときに仮想マシンが唯一の機会になるでしょう。

何をしても、すべてのコンピュータに展開できる標準化された仮想マシンイメージのローリングを検討する必要があります。そうでなければ、ある日起きてVM以外の作業をしたい場合でも、まだ機能する参照システムがないことがわかります。

長期的には、あなたのソフトウェアは、いわゆる話題の問題に苦しんでいます。ビットスピン。 Motif22は、数年以内に仮想化されたXサーバーを構築するしかないことを明らかにしています。例えば、基本ディスプレイハードウェアの仮定は、今日、多くの最新システムにはもはや有効ではない。このタスクが主に数学的なタスクである場合は、UIを文書化する人を探して（例：スクリーンショットが必要な場合があります。これがどれほど複雑なのかわかりません！）、UIを移植するのにどれだけの努力が必要かを推定してください。現代的なものまで。また、実際の数学ルーチンのリソースを詳しく見たいと思います。 FORTRANと言われました。素晴らしいですね！同じコードが最新のコンパイラで正しくコンパイルされ、より速く実行される可能性があります。 GUI + Coreを最新のシステムに移植するにはまだ少しの努力が必要ですが（すでに完了しました）、それは価値があります。比較的少ない労力で大きなスピードアップを実現し、結果的に、より良いユーザーエクスペリエンスを得ることができます。 （そして最近では、コンテナとマイクロVMはあまり問題ではありませんが、現代の環境で直接実行する可能性もあります。）