最新のGISワークステーションのシステム仕様を探している[非公開]

私の現在の雇用主は、私自身のGISワークステーションを設計する機会を与えてくれました。問題は、ハードウェアに関して何が重要かわからないことです！富士通から最新のCELSIUS M720シリーズワークステーションを含むデータシートが提供されましたが、構成には約30の異なるプロセッサ、グラフィックカード、ハードドライブが含まれています。

私はESRIデスクトップスイート（空間アナリストと3Dアナリスト）で多くの作業を行い、かなりの量のラスター処理（DEM、可視性分析など）を行いますが、GDALライブラリ、SAGA-GIS、Quantum GISも使用しますその他。ArcGIS 10は実際に複数のコアを使用しますか？

8スレッドの4コアから8スレッドの8コアまでの選択肢があります-16スレッド？

SSD SATA IIIはHDD SATA IIIよりも優れていますか？

Celsius R920は、最大512 GBのRAMをサポートします。しかし、私は何が必要ですか？

おそらく、今後5年間で新しいワークステーションを入手するのは最後になるので、他の人が注文したものや今後数年で必要になると思うものに興味があります。明らかに、クラウドは彼らが言うほど迅速に乗っ取っていない！

システムブートドライブおよびアプリケーションインストールドライブとして、絶対に機械的なハードドライブを介してSSDを取得します。大きなデータセットの処理を扱う場合は、SSDを使用することもできます（または2つ目のSSDを取得してスクラッチディスクとして使用することもできます）。おそらく、ストレージ用にさらに大きな機械式HDDが必要になるでしょう。

ArcGIS 10は、jlehtomaの状態としてバックグラウンドでジオプロセシングを実行することを除いて、複数のコアを使用できませんが、それでも2つのコア（ArcMapウィンドウ用、ジオプロセシング用）しか使用しません。したがって、各コアの速度が低い8コアまたは12コアのサーバーCPUよりも最大CPU速度が高いクアッドコアCPUを使用したほうがよいでしょう。Intel Core i5-2500Kを4.2 Ghzターボ速度にオーバークロックします（一部のIntel Core CPUは1つのコアをより高速に実行し、必要に応じて他のコアをシャットダウンします。Intelは「ターボブースト」と呼びます）。ArcGISがメインソフトウェアである場合、Xeonプロセッサは使用しません。

コンサルティングをサポートするために、ワークステーションのビルドを作成しています。過去12年間の仕事で、エンジニアリングワークステーションのさまざまなXeonフレーバーを毎日使用していました。通常、CADデザイナー向けの「企業」標準ビルドは、私が作成したものであり、ITスタッフが仕様を調整するのに役立ちます。

新しいArcGIS Server（10.1以降）は、マップレンダリングではるかに高速に実行されるようですが、より多くのメモリを使用します。以前は2 GB /スレッドで十分でしたが、今では3.5GB /スレッドに向かってニーズが高まっています。

ワークステーションでは、SSDシステムドライブにかなり満足していますが、数か月後、10kスピンハードディスクとの違いは圧倒的ではないと思います。SSDシステムドライブに余分な$（またはローカルの正貨）を費やし、USB 3.0、または高速の外部コモディティディスクの後継製品を十分に確保してください。ケース内に回転するハードディスクさえないかもしれません。大量のラスター作業を行っている場合は、読み取り帯域幅と書き込み帯域幅を別々にした10kスピンドライブのペアのスループットの利点を考慮する価値があります。

信頼性のために、ネットワークストレージクラスの独自の外部ドライブ（Western Digital Redなど）を組み立て、バックアップと交換にはCostcoタイプのドライブ（通常はWD Greenまたは脆弱なSeagateモデル）のみを使用することを検討してください。

ArcGIS Desktopで使用する場合、プロセスごとに1つまたは2つのスレッドに制限されていることを確認してください。ただし、処理する負荷が大きい場合は、このトリックで最大15スレッドを使用することを検討してください。各プロセスに個別のファイルジオデータベースをコピーし、必要な数のArcCatalogインスタンスを起動します。それぞれが個別のタイルで作業している場合、16スレッドのワークステーションを許容できるレベルまでロードできます。やがて、ストレージボトルネックを処理するためにそのペアの10kドライブが必要になります。

そのため、一般的にクロック速度と十分なメモリが最初の最良の選択ですが、ワークフローに巨大なジオプロセシングが含まれる場合、そのラスター、マップキャッシュレンダリング、水文モデリング、または等高線を使用する場合、12- 8スレッド上のスレッドワークステーション。

ユニタリプロセッサシステムのXeonチップは、ArcGISのパフォーマンスに利点がないようです。それらはオーバークロックしませんが、定格の速度に関係なく非常に信頼できるはずです。最近のGISワークステーションでは、複数のCPUソケットは不要なようです。i7-3930Kをオーバークロックすると、i7-4930Kよりも安定し、長持ちする場合があります。冷却を追加してオーバークロックすると、同等の価格帯で見られるXeon E5-1650v2を上回る可能性があります。これらのLGA 2011ボードチップは、12スレッドのオプションです。8スレッドでは、新しいi7-4770KのようなLGA 1150ボードチップを使用でき、CPU自体のL3キャッシュメモリが少し少なく、約2/3のエネルギーを消費します（84W対130Wの設計電力）。

LGA 2011チップはクアッドチャンネルDDR3メモリを処理できるため、4x8GBまたは32GBのDDR3-1866（または、野望がオーバークロックに向かっている場合はさらに高速のメモリ）を取得する価値があるかもしれません。現在、12スレッドシステムの場合、おそらく16GBで十分です。ビルドの信頼性が高い場合、今後3、4年でさらにメモリが必要になるほど長く続く可能性があります。クアッドチャネルオプションを使用して、アップグレードのためにメモリの4つのバンクすべてを交換することを検討します。今すぐ入手することを検討してください。

グラフィックスカードの機能は、ほとんどのGISアプリのニーズをはるかに超えているため、現在または潜在的なゲームの要望を考慮して、その決定を通知します。現在、ArcGISはグラフィックカードの浮動小数点処理能力を活用していません。地球物理学ソフトウェアはおそらくそうです。

単一の27インチから30インチのディスプレイ（2560x1600）は、インタラクティブGIS作業に十分な解像度を持ち、2つのモニターをサポートするグラフィックカードの必要性を減らします。

上記の意見は完全に私の意見であり、私の雇用者の意見を表すものではありません。

通常、ディスクI / Oは、ほとんどの用途でGISのボトルネックとなっています。信頼性の高い（キーワード）ソリッドステートドライブは、少なくともSandyブリッジプロセッサ（まだプロセッサを持っていない場合はIvy Bridgeを数週間待つ）と適切な量のRAM（今日のRam価格で最低8GB）。

残念ながら、EsriのArcMapは、他の主要なソフトウェア（adobeスイート、Microsoft Office、SQL dbのoracle dbなど）と比較して、非常に非効率的なプログラムです。非効率なプログラミングについて私たちにできることは何もありませんが、私たちのお金で投票し、代替ソフトウェアを使用します。

ArcGIS 10は実際に複数のコアを使用しますか？

ArcGIS 10は、バックグラウンドプロセスとしてジオプロセシングツールを起動するなど、複数のコアを活用できます。大量の並列ジオプロセシングツールを実行しているのでない限り、最大数のコアは使用しません。少ないほうが良いが、馬力は大きい。

Celcius R920は最大512GBのRAMをサポートしています!!! はいRAM !! しかし、私は何が必要ですか？

ArcGIS 10に関しては、デスクトップバージョンは依然として 32ビットソフトウェアであるため、プロセスごとに2〜3 GBを超えるRAMを使用することはできません（OSの仕様によって異なります）。10.1では、64ビットバージョンのArcGISデスクトップが導入される予定です。この場合、RAMを増やすことも理にかなっています。あなたが言及した他のツール（QGIS、GDAL）には、ソフトウェアとOSの64ビットバージョンを使用している場合、この制限はありません。

これらのアプリケーションの中にはスレッド化されているものとそうでないものがありますが、正確な使用パターンを知らないと難しい質問になります。v10の時点で、ArcGISは最大2つのコアを同時に使用できます。1つはメインアプリケーション用、もう1つはジオプロセシング用です。もちろん、ライセンスに依存して、ArcGISの複数のコピーを一度に実行することもできます。この質問に対するESRIの長々とした答えはこちらです：http : //support.esri.com/en/knowledgebase/techarticles/detail/31903

コアを最大限に使用するのは、ヘビーデューティ（geo）処理を行うときだけです。これは、ソフトウェア自体が複数のコア（ArcGISなど）を使用できる場合にのみ発生します。GIS処理に使用できる16コアマシンにアクセスできますが、一度に2つまたは3つ以上のコアを最大化することは非常にまれです。私は主にCindyに同意します-より多くのCPUパワーはおそらくより多くのコアよりも重要ですが、それは本当にあなたがマシンで何をしようとしているかに依存します。

実行するアプリケーションの数と性質を多少関係して、可能な限り多くのRAM（8〜12GB）とそれを利用する64ビットOSを入手することを強くお勧めします。

8GBのRAMを搭載したXeonを使用していますが、ラスターイメージを操作すると応答しなくなる傾向があります。Xeonは他のすべての領域でより高速に表示されますが、6GB RAMを搭載した以前のi7では問題なく処理できました。ただし、フリーレンジが与えられているため、可能な限り多くのRAMを取得する必要があると思います。また、自宅でGIS用の新しいワークステーションを入手することも検討しているので、最終的なセットアップがどんなものか聞いてみるといいでしょう。

追加のコアはArcGISで浪費されるため、より少ないコアを高速で使用します。予算が許せば、可能な限り（少なくとも数ヶ月はともかく）マシンを将来的に保証することをお勧めします。

Core i5 CPUではなく、新しいCore i7を使用することを検討することもできます。これは、システムを将来にわたって保証し、他の領域でのパフォーマンスを向上させるためです。一部の新しいi7マザーボードは最大128ギガバイトのRAMを処理できることに注意してください。もちろん、そのためには64ビットのオペレーティングシステムが必要です。

ArcGISは知りませんが、FME（x64）、postgresql、QGIS、その他のオープンソースアプリを使用した経験があります。i7のすべてのコアをほぼ100％にしたのは、FMEワークスペースランナーから100個以上のlazファイル（ローカルプロジェクトに再投影して保存）を8ファイル同時に処理したときだけでした。

私はこのような処理のためにデスクトップマシンを構築します：

OS：64ビット、Windowsを使用している場合、すべてのWindowsライセンスが同量のRAMまたはCPUをサポートしているわけではないことに注意してください

ここではi7コアの速度が重要ですが、複数のコアが必要です（可能な場合は8つ以上必要です）。デスクトップ上のGISは複数のCPUを必要としません（私の意見）ワークロードが複数のCPUを必要とする場合は、サーバー上でそれらを移動することをお勧めします

32ビットのプログラムを使用してもRAMを取得できるのはなぜですか？RAMはキャッシュにも使用されるため、データがキャッシュ内にある場合、そこからデータを読み取る方がディスクをスワップするよりも100倍高速であるため、キルパフォーマンスが低下します。私のコーディング/データベースの使用と通常は少量のGIデータ（レコードは35 100Mt lazファイルだと思います、FMEを使用して表面に線ストリングをドレープします）最低32Gかかりますお金が128Gを発行していない場合は、1つの仕事を完了してください）。使用済みメモリには、優れたレイテンシとスループットが必要です

そして最後になりましたが、少なくとも、いくつかの困難、なぜですか？ディスクIOであるため、大きなデータセットで1つのタスクを処理するとき、または並列処理を行うときにパフォーマンスが低下します。お金が発行されない場合も、プログラム用に1 ssd、tmpファイル用に1個、使用する巨大なデータセット用にx回raid 1 + 0回転ディスクになります。ここで重要なのは、ディスク間でディスクioを共有し、データにプローバディスクを使用することです。SSDのIOPSははるかに優れていますが、スループットはあまり良くありません。RAID0の回転するディスクのスループットは大きいですが、IOPSは悪いです。通常、SSDのようなデータベースとraid1ディスクのような大きなファイル。繰り返しになりますが、ここで重要なのは、データの読み取りおよび書き込み時のio負荷の共有です。

グラフィックス、ほとんど何でも、2つのモニターを処理するのに十分なRAMが必要です。注：OpenCLまたはnvidia CUDAをサポートする特別なプログラムがある場合は、入手してください。これらのGPUベースのシステムは、10倍から100倍の処理を高速化できます（GISが実際にCUDAをサポートしているかどうかわかりません（多分ですか？））

これは、C＃（サーバー）のコーディング、Webシステムの開発、そして今度はcadをgiに処理し、これらの言及されたcadファイルのトポロジエラーを修正（コードを使用）するほとんどの時間を費やす人からのものです。