いくつかの独自のソフトウェアに関する質問があります。ずっと前に作成され、RHEL5 と同様のライブラリセットが必要です。モチーフ22、PCRE v1、Fortranそのようなもの。 Centos / RHEL7は、野生で必要なライブラリセットを見つけることができる最後のオペレーティングシステムであるため、従う必要があるオペレーティングシステムの選択は大幅に制限されます。その数が多いです(200個以上、一部依存性を含む)。
これで、アップグレードのアイデアが浮かんだら、RHEL / Centos 7をインストールするか、コンテナ内で独自のソフトウェアとそのライブラリを分離する方法を見つけることができます。このソフトウェアは数学的計算を実行し、特別なハードウェアと連携し、頻繁に発生しますが、ネットワーク使用量が少ない作業を実行します。
仮想マシンのアイデアは、ソフトウェアがインストールされているワークステーションの唯一の目的であるため、良いオプションではなく、ソフトウェアに完全なコンピューティングパフォーマンスを提供する必要があります。
ここで最良のオプションは何ですか?デフォルトでは、古い独自のソフトウェアと以前のライブラリセット(i686アーキテクチャの場合でも)をx64 Linuxシステムにインストールする必要がありますが、これはシステムライブラリから分離する必要があります。ネットワーク、CPU、GPU、RAM、または他の制約を制限するために他のものは必要ありません。ただインストールの問題です。
flatpak
セットアップスタイルを検討していますが、徹底した理解と幅広いテストが必要です。時間が足りず、今は余裕がない。それでは、この目的に適したものが何であるかを提案できますか?
ありがとうございます。
答え1
仮想マシンのアイデアは、ソフトウェアがインストールされているワークステーションの唯一の目的であるため、良いオプションではなく、ソフトウェアに完全なコンピューティングパフォーマンスを提供する必要があります。
これはエラーです。最新の仮想化は非常に効率的です。 (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はあまり問題ではありませんが、現代の環境で直接実行する可能性もあります。)