Recherche de spécifications système pour un poste de travail SIG moderne [fermé]

Mon employeur actuel m'a donné l'opportunité de concevoir mon propre poste de travail SIG. Le problème est que je n'ai aucune idée de ce qui est important en matière de matériel! J'ai reçu une fiche technique de Fujitsu qui comprend les dernières stations de travail de la série CELSIUS M720 mais la configuration comprend environ 30 processeurs, cartes graphiques et disques durs différents.

Je vais beaucoup travailler avec la suite bureautique ESRI (analyste spatial et analyste 3D) et faire pas mal de traitement raster (DEM, analyse de visibilité, etc.), mais j'utilise également la bibliothèque GDAL, SAGA-GIS, Quantum GIS et d'autres. ArcGIS 10 utilise-t-il réellement plusieurs cœurs?

J'ai le choix entre 4 cœurs avec 8 fils jusqu'à 8 cœurs avec 8 fils - 16 fils?

Le SSD SATA III est-il meilleur que le HDD SATA III?

Le Celsius R920 prend en charge jusqu'à 512 Go de RAM. Mais de quoi ai-je besoin?

Ce sera probablement la dernière fois que j'aurai un nouveau poste de travail pour les 5 prochaines années, donc je suis curieux de savoir ce que d'autres ont commandé ou estiment nécessaire pour les années à venir. Évidemment, le cloud ne prend pas le relais aussi vite qu'on le dit!

Je voudrais absolument obtenir un SSD sur un disque dur mécanique comme lecteur de démarrage du système et lecteur d'installation d'application. Si vous traitez le traitement de grands ensembles de données, vous pouvez également utiliser le SSD pour cela (ou obtenir un deuxième SSD à utiliser comme disque de travail). Vous aurez probablement encore besoin d'un disque dur mécanique plus grand pour le stockage.

ArcGIS 10 ne peut pas utiliser plusieurs cœurs, sauf en exécutant le géotraitement en arrière-plan, comme l'indique jlehtoma, mais qui n'utilise toujours que deux cœurs (un pour la fenêtre ArcMap, un pour le géotraitement). Donc, vous êtes mieux avec un processeur quad-core qui a une vitesse de processeur maximale plus élevée qu'avec un processeur de serveur à 8 ou 12 cœurs avec des vitesses plus faibles pour chaque cœur. J'ai un Intel Core i5-2500K overclocké à une vitesse turbo de 4,2 GHz (certains processeurs Intel Core exécuteront un cœur plus rapidement et en arrêteront d'autres en cas de besoin, Intel appelle cela le `` turbo boost ''). Je n'irais PAS avec un processeur Xeon si ArcGIS est votre logiciel principal.

Je compose un build pour un poste de travail pour supporter le conseil. Au travail depuis 12 ans, j'utilise quotidiennement différentes versions Xeon des postes de travail d'ingénierie. La conception standard "d'entreprise" pour les concepteurs CAO est généralement ce que je tire de --- et aide parfois le personnel informatique à ajuster les spécifications.

Le nouveau ArcGIS Server (10.1 et supérieur) semble fonctionner beaucoup plus rapidement pour le rendu des cartes, mais utilise beaucoup plus de mémoire; où 2 Go / thread étaient bien, maintenant que le besoin monte à 3,5 Go / thread.

Sur les postes de travail, j'ai été plutôt satisfait des lecteurs système SSD, même si je dirais qu'après quelques mois, leur différence par rapport à un disque dur de 10k n'est pas écrasante. Je dépenserais les dollars supplémentaires (ou les espèces locales) pour un lecteur système SSD et je m'assurerais d'avoir beaucoup d'USB 3.0, ou leurs successeurs pour des disques externes rapides. Peut-être n'avez-vous même pas de disque dur en rotation à l'intérieur du boîtier. Si vous effectuez beaucoup de travaux de trame, il peut être utile de considérer l'avantage de débit d'une paire de disques rotatifs 10k pour une bande passante de lecture et d'écriture distincte.

Pour plus de fiabilité, envisagez d'assembler votre propre lecteur externe de classe Network Storage (comme Western Digital Red), et utilisez uniquement les lecteurs de type Costco (généralement les modèles WD Green ou fragiles Seagate) pour la sauvegarde et l'échange.

Pour l'utilisation d'ArcGIS Desktop, bien sûr, nous sommes limités à un ou deux threads par processus. Mais si vous avez une grosse charge de traitement à faire, envisagez cette astuce pour utiliser jusqu'à 15 threads: copiez des géodatabases fichier distinctes pour chaque processus, puis lancez autant d'instances ArcCatalog que nécessaire. Si chacun travaille sur une tuile distincte, vous pouvez charger une station de travail à 16 threads à n'importe quel niveau tolérable. Avant longtemps, vous aurez besoin de cette paire de disques 10k pour gérer le goulot d'étranglement de stockage.

Donc, en général, la vitesse d'horloge et la mémoire généreuse sont le premier meilleur choix, mais si vos flux de travail impliquent un géotraitement volumineux, qu'il s'agisse d'un raster ou d'un rendu de cache de carte, d'une modélisation hydrologique ou de contournage, il peut être très raisonnable de considérer les avantages d'un 12- fil de travail sur un 8 fils.

Les puces Xeon d'un système de processeur unitaire ne semblent pas présenter d'avantages en termes de performances pour ArcGIS; ils n'overclockent pas, mais devraient être très fiables quelle que soit la vitesse pour laquelle ils sont évalués. Pour un poste de travail SIG de nos jours, il semble inutile d'avoir plusieurs sockets CPU. Overclockez un i7-3930K et il pourrait être plus stable et plus durable qu'un i7-4930K; overclocké avec un refroidissement supplémentaire, l'un ou l'autre dépasserait probablement le Xeon E5-1650v2 trouvé à un prix comparable. Ces puces LGA 2011-board sont des options pour 12 threads. À 8 threads, vous pouvez utiliser des puces LGA 1150 comme la nouvelle i7-4770K, avoir un peu moins de mémoire cache L3 sur le CPU lui-même et brûler environ 2/3 de l'énergie (84 W contre 130 W de puissance de conception).

Les puces LGA 2011 peuvent gérer la mémoire DDR3 à quatre canaux, donc pour ceux-ci, cela pourrait valoir la peine d'obtenir 4 x 8 Go ou 32 Go de DDR3-1866 (ou même une mémoire plus rapide si vos ambitions se tournent vers l'overclocking). Pour un système à 12 threads en ce moment, 16 Go sont probablement suffisants. Si votre build est fiable, il peut durer assez longtemps pour avoir besoin de plus de mémoire dans les trois ou quatre prochaines années. En utilisant des options à quatre canaux, vous envisagez de remplacer les quatre banques de mémoire pour une mise à niveau; pensez à l'obtenir maintenant.

Les capacités des cartes graphiques sont devenues tellement au-delà des besoins de la plupart des applications SIG que je considérerais tout désir de jeu actuel ou potentiel pour éclairer cette décision. À l'heure actuelle, ArcGIS ne tire pas parti de la puissance à virgule flottante des cartes graphiques; logiciel géophysique est probablement.

Un seul écran de 27 à 30 pouces (à 2560 x 1600) peut avoir beaucoup de résolution pour le travail SIG interactif et réduire le besoin de cartes graphiques prenant en charge deux moniteurs.

Les opinions ci-dessus sont entièrement les miennes et ne représentent pas celles de mon employeur.

Les E / S disque ont généralement été le goulot d'étranglement en matière de SIG pour la plupart des utilisations. Un Solid State Drive fiable (mot-clé) sera votre meilleur choix en supposant que vous avez au moins un processeur Sandy Bridge (j'attendrais quelques semaines pour Ivy Bridge si vous n'avez pas encore de processeur) et une quantité décente de RAM ( 8 Go minimum pour les prix Ram actuels).

Malheureusement, ArcMap d'Esri est un programme d'horloge pour horloge assez inefficace par rapport à d'autres logiciels majeurs (adobe suite, microsoft office, SQL db's oracle db's, etc.). Nous ne pouvons rien faire contre leur programmation inefficace, mais voter avec notre argent et utiliser des logiciels alternatifs.

ArcGIS 10 utilise-t-il réellement plusieurs cœurs?

ArcGIS 10 peut exploiter plusieurs cœurs en lançant, par exemple, des outils de géotraitement en tant que processus d'arrière-plan. À moins que vous exécutiez une énorme quantité d'outils de géotraitement parallèles, je n'irais pas pour un nombre maximal de cœurs. Il vaut mieux en avoir moins, mais avec plus de puissance.

Le Celcius R920 prend en charge jusqu'à 512 Go de RAM !!! oui RAM !! mais de quoi ai-je besoin?

En ce qui concerne ArcGIS 10, la version de bureau est toujours un logiciel 32 bits, ce qui signifie qu'elle ne peut pas utiliser plus de ~ 2-3 Go de RAM par processus (selon les spécifications de votre système d'exploitation). 10.1 est censé introduire une version 64 bits du bureau ArcGIS, auquel cas davantage de RAM aurait également du sens. Les autres outils que vous avez mentionnés (QGIS, GDAL) n'ont pas cette restriction si vous utilisez les versions 64 bits du logiciel et du système d'exploitation.

Certaines de ces applications sont filetées, d'autres non, c'est une question difficile sans connaître vos modèles d'utilisation exacts. Depuis la version 10, ArcGIS peut utiliser jusqu'à 2 cœurs simultanément, un pour l'application principale et un pour un géotraitement. Bien entendu, selon la licence, vous pouvez également exécuter plusieurs copies d'ArcGIS à la fois. La réponse longue d'ESRI à cette question est ici: http://support.esri.com/en/knowledgebase/techarticles/detail/31903

Les seules fois où vous allez maximiser les cœurs, c'est lorsque vous effectuez un traitement (géo) intensif, et cela ne se produira que si le logiciel lui-même peut utiliser plusieurs cœurs (la plupart des difficultés, c'est-à-dire ArcGIS). J'ai accès à une machine à 16 cœurs que je peux utiliser pour le traitement SIG et c'est incroyablement rare pour moi de maximiser plus de deux ou trois cœurs à la fois. Je suis principalement d'accord avec Cindy - plus de puissance CPU est probablement plus importante que plus de cœurs, mais cela dépend vraiment de ce que vous allez faire avec les machines.

En raison du nombre et de la nature des applications que vous allez exécuter, je vous conseille fortement d'obtenir autant de RAM que possible (8-12 Go) et un système d'exploitation 64 bits pour l'utiliser.

J'ai un Xeon au travail, avec 8 Go de RAM, ce qui a tendance à cesser de répondre lorsque je travaille avec des images tramées. Mon précédent i7 avec 6 Go de RAM l'a bien géré, bien que le Xeon apparaisse plus rapidement dans tous les autres domaines. Je pense cependant, puisque vous avez obtenu une plage libre, que vous devriez obtenir autant de RAM que possible. Je cherche également à obtenir un nouveau poste de travail pour SIG à la maison, donc ce serait génial d'entendre quelle est votre configuration finale.

Des cœurs supplémentaires seraient gaspillés sur ArcGIS, alors préférez moins de cœurs à une vitesse plus élevée. Bien que si votre budget le permet, vous pourriez aussi bien essayer de pérenniser votre machine autant que possible (au moins pendant quelques mois de toute façon).

Vous pourriez aussi bien envisager d'utiliser le nouveau Core i7 par opposition au processeur Core i5, juste pour pérenniser le système et vous donner de meilleures performances dans d'autres domaines. Gardez à l'esprit que certaines des nouvelles cartes mères i7 peuvent gérer jusqu'à 128 Go de RAM. Bien sûr, vous avez besoin d'un système d'exploitation 64 bits pour cela.

Je ne connais pas ArcGIS, mais j'ai une certaine expérience de l'utilisation de FME (x64), postgresql, QGIS et d'autres applications open source. Le seul moment où j'ai obtenu tous les cœurs de mon i7 à près de 100% était le moment où j'ai traité plus de 100 fichiers laz (reprojetés et enregistrés dans des postgis locaux) 8 fichiers en même temps à partir de FME workspacerunner.

Je construirais une machine de bureau pour un traitement comme celui-ci:

OS: 64 bits , si vous utilisez Windows, sachez que toutes les licences Windows ne prennent pas en charge la même quantité de RAM ou de processeur

La vitesse du cœur i7 est la clé ici, mais vous voulez avoir plusieurs cœurs (minimum 8, prendrait plus si possible). Le SIG sur le bureau n'a pas besoin de plusieurs processeurs (à mon avis) Si les charges de travail nécessitent plusieurs processeurs, il est préférable de déplacer celles des serveurs

RAM autant que vous pouvez obtenir même si vous utilisez des programmes 32 bits, pourquoi? car la RAM est également utilisée pour les caches et si les données sont dans le cache, il sera 100 fois plus rapide de les lire à partir de là que le disque échangeant également les performances de destruction. pour mon codage / utilisation de la base de données et généralement de petites quantités de données SIG (je pense que l'enregistrement est de 35 fichiers laz de 100Mt, drapez les chaînes sur la surface à l'aide de FME), je prendrais au moins 32G (16G est ok, mais après une journée avec 16G, j'avais besoin de 24G + pour faire un travail) si l'argent n'est pas émis 128G. la mémoire utilisée doit avoir une bonne latence et un bon débit

Et le dernier mais maintenant le moins, plusieurs hardisks, pourquoi? Parce que ce sont les E / S disque qui réduisent les performances lorsque vous gérez une tâche avec un grand ensemble de données ou lorsque vous effectuez un traitement parallèle. Encore une fois, si l'argent n'est pas un problème, irait 1 ssd pour les programmes, 1 pour les fichiers tmp, x fois le disque de rotation 1 + 0 pour les énormes ensembles de données que vous utilisez. La clé ici est de partager le disque io entre les disques et d'utiliser le disque prober pour les données. Les SSD ont de bien meilleurs IOPS, mais un débit moins bon, où les disques en rotation du raid 0 ont un débit énorme mais les IOPS sont mauvais. Les bases de données aiment généralement les SSD et les gros fichiers comme les disques raid1. Encore une fois, la clé ici est de partager la charge io lors de la lecture et de l'écriture des données.

Graphiques, à peu près tout va avec assez de RAM pour gérer deux moniteurs. Remarque: Si vous avez un programme spécial qui prend en charge OpenCL ou nvidia CUDA, procurez-vous-en un. Ces systèmes basés sur GPU peuvent accélérer le traitement 10x-100x (je ne sais pas si un SIG prend vraiment en charge CUDA (Manifold peut-être?))

Cela vient d'un gars qui passe la plupart de ses jours à coder C # (serveurs), à développer des systèmes Web et à traiter de temps en temps cad en gis et à corriger les erreurs de topologie (en utilisant du code) dans les fichiers cad mentionnés.