L'uso di RAM Disk migliora sensibilmente le prestazioni di ArcGIS Desktop?

Ho configurato un disco RAM su un PC virtuale che esegue ArcGIS Desktop 10 e ho impostato il mio HKCU \ Software \ ESRI \ Output \ TempPath su una directory sul disco RAM. È difficile percepire qualsiasi tipo di miglioramento con quel tipo di configurazione e sono curioso di sapere se qualcun altro lo ha fatto su un computer non virtuale e quali sono stati i risultati.

Le risposte aneddotiche vanno bene.

Inoltre, mettere il percorso della cache su un disco ram non è probabilmente una buona idea, ma qualcuno lo sta facendo comunque? (HKCU \ Software \ ESRI \ Desktop10.0 \ Settings \ Cache Path)

Uno dei miei ex compagni di lavoro ha avviato un processo di calcolo GIS di lunga durata in modo tale da salvare risultati intermedi su un disco RAM. Sia lui che il suo capo hanno affermato che il processo di calcolo ha registrato un'accelerazione molto significativa e che i tempi di calcolo sono stati piuttosto critici nel loro progetto.

Personalmente non sono riuscito a capire perché fosse necessario il disco RAM. Se avessero appena conservato i risultati intermedi in memoria (come oggetti regolari e non persistenti) invece di "scriverli" su un disco (RAM), secondo me non farebbe assolutamente alcuna differenza.

Ma suppongo che potrebbero esserci potenziali casi in cui l'API ti costringerebbe a persistere oggetti prima che tu possa elaborarli ulteriormente (ad esempio perché un determinato calcolo prevede un nome file come input). In questi casi, immagino che un disco RAM (essendo una soluzione alternativa per prevenire l'I / O del disco rigido reale) possa essere d'aiuto.

Ho giocato un po 'con i dischi RAM per un GIS, con risultati contrastanti. È utile pensare a ciò che si sta tentando di ottenere e al modo in cui la RAM potrebbe aiutare: spesso, l'analisi GIS esegue operazioni I / O sequenziali, che non sono significativamente più veloci nella memoria. Inoltre, il sistema operativo sta già memorizzando nella cache i dati a cui si accede frequentemente dal disco, il che significa che solo la ricerca iniziale è costosa.

Come consiglio generale, direi che usare due dischi (uno per l'input, l'altro per l'output) mostra buoni ritorni, e il passaggio a Flash sono opzioni molto migliori rispetto al tentativo di ridurre le prestazioni dalla riconfigurazione dell'hardware esistente, tranne in edge casi.

Invece di creare un disco RAM, che ne dici di usare un "disco" che è fatto di RAM? Conosciuto anche come Solid State Drive .

Abbiamo acquistato alcuni OCZ Revo X2 un paio di mesi fa e finora ne siamo molto soddisfatti. Non ho statistiche specifiche da condividere, ma le prestazioni interattive quando si lavora con i dati locali sono decisamente evidenti. Il sito migliore di gran lunga che ho trovato per leggere su SSD e tecnologia correlata è StorageSearch.com che pubblica le guide dell'acquirente dal 1998 e, per quanto ne so, fa un lavoro migliore della media per rimanere indipendente dai fornitori.

Questo è in realtà uno dei consigli che vedrai dall'ESRI quando si tratta di geocodifica ad alta velocità o grande quantità. La memorizzazione dei localizzatori su un disco RAM li rende estremamente veloci poiché non vi sono problemi di contesa tra disco e io. È anche possibile scrivere l'output su un disco RAM per migliorare le prestazioni, quindi solo alla fine del processo spostare i dati su un'unità statica.

Lo sto osservando pesantemente da un po '; e non ho avuto abbastanza tempo per metterlo nella pratica normale.

Ho implementato una soluzione RAM Disk nella speranza di velocizzare le chiamate a GeoAnalyst.ISurfaceOp2.Visibility (). Questo era un progetto .NET su Windows 7. a 64 bit. Ho usato IMDisk per il disco RAM e non ho notato alcun miglioramento della velocità. Ulteriori dettagli sono disponibili in questa domanda

Ho avuto grandi miglioramenti delle prestazioni - ben oltre ciò che ottengo usando il mio SSD, usando il software gratuito (fino a 4 GB): DataRAM Ramdisk. Ovviamente questo vale solo per le operazioni in cui è presente l'IO del disco.