パフォーマンスのためには、開発マシンは 32 ビット、サーバーは 64 ビットである必要があると聞いたことを覚えています。Dot Net RocksのRichard Campellだったと思います!これに言及したもの。
開発ボックスでは 32 ビットが 64 ビットよりも高速であり、サーバーではその逆が成り立つのはなぜですか?
パフォーマンスのためには、開発マシンは 32 ビット、サーバーは 64 ビットである必要があると聞いたことを覚えています。Dot Net RocksのRichard Campellだったと思います!これに言及したもの。
開発ボックスでは 32 ビットが 64 ビットよりも高速であり、サーバーではその逆が成り立つのはなぜですか?
主な理由の 1 つは、32 ビット OS が 4 GB の RAM をアドレス指定できないという事実です。4 ~ 8 GB は、仮想マシンが関係する多くの開発環境や、一般的に重いものを扱う環境では非常に重要です。これが、可能な場合は常に 64 ビットに固執する理由であり、最新のすべての CPU がそれをサポートしています。
一部はツールに依存します。たとえば、Visual Studio はまだ 32 ビット アプリです (ただし、x64 から使用できます。大きなメリットはありません)。
ただし、メインの OS を使用して VM をホストしている場合は、さまざまな仮想マシン用に大量のメモリを利用できる可能性があります。その後、ニーズに合わせて 32 ビットおよび 64 ビットの VM を選択できます ( 32 ビット ホストに 64 ビット ゲスト VM がある場合)。
個人的には、私はまだ開発用に 32 ビットを使用しています。私がしていることのほとんどは、問題ありません。
64 ビットの 2008 Server を実行していますが、パフォーマンスの問題はまったく見られません。実際、32 ビット XP よりもはるかに優れています。一般的に高速に実行されます。おもしろいことに、32 ビット XP を実行する 7200rpm ドライブを搭載したオフィス PC よりも、64 ビット 2008 Server を実行するラップトップ 5400rpm ドライブの方がファイル操作が高速です。
32 ビット OS (XP が最新) を実行したい理由は 1 つだけ考えられます。それは、IE6 を使用してサイトをデバッグすることです。
もう 1 つのことは、32 ビット OS は ~3,4 Gb を超える RAM 容量をアドレス指定できないことです。PC に 4 Gb 以上の RAM が搭載されている場合、32 ビット OS でのみ失われます。最近では消費者向けラップトップでさえ 4、6、8 Gb の RAM を搭載していることを思い出すと、32 ビット OS に別れを告げることができます。
Windows 以外の OS について話している場合、私の経験は当てはまらないかもしれません。
開発者にとって、32 ビット マシンが 64 マシンよりも速いとは思いません。64 ビット OS 上の開発環境がエミュレートされた 32 ビット環境で実行されているため、わずかなオーバーヘッドが発生することは事実です。一方、内部データ パスが 64 ビットであるため、OS は 1 回の操作で 2 倍の量のデータを移動できるため、64 ビット OS はわずかに高速です。これにより、64 ビット OS は 32 ビット OS よりわずかに高速になります。64 ビット OS の欠点は、ポインターが 2 倍の大きさになることです。
本当に重要なことは、64 ビット OS が非常に安定しており、より多くの物理メモリにアクセスでき、パフォーマンスを犠牲にすることなく 64 ビットと 32 ビットの両方のアプリケーションと仮想マシンを実行できることです。32 ビット OS は過去のものです。
多くのメモリを持つと、作業方法が劇的に変化します。4 つの異なる開発環境 (1 つのトランク、2 つのブランチ、および外部プロジェクト用の 4 つ目の環境) で 8 つの仮想スクリーンを実行します。12GB のメモリと 30 インチの画面だけです。
私のラップトップには64ビットのUbuntuがインストールされています。開発に使用していますが、パフォーマンスの問題はまったくありません。こうすることで、コンピュータのリソースをより有効に活用できると感じています。
32 ビット OS を選択する唯一の理由は、開発したものが 32 ビット マシンでも 64 ビット マシンでも動作することを知っているからです。しかし、VS ではターゲット マシンを選択できます...
彼の要点は、32 ビット向けに開発する場合、使用できる RAM が 4GB 未満になるということでした。また、64 ビット サーバーでは、4 GB をはるかに超える RAM を搭載している場合があります。基本的に、メモリ要件をより倹約するように騙します。これは、CPU での生の数値処理よりもメモリ使用量に関係していました。
数値化はできませんが、「街の新人」と同じことに気づきました。以前は XP x86 を実行していましたが、その後はノートブックで vista x86 を実行していました。Vista X64 にアップグレードした後は、より高速になりました。それがドライバーの問題なのか、SQL Server x64などを実行しているという事実なのか、CPUレジスタの2倍の量を使用できるのか、Windowsの「内部」のものの最適化なのかはわかりませんが、違いに気付くことができます。 ..
明らかな提案は、コードをデプロイする OS を使用することだと思います。開発環境が展開環境にできるだけ近い場合、展開環境でのみバグが発生する可能性は低くなります。