<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: CPU speed and Memory requirements for ArcHydro and Geoprocessing in Geoprocessing Questions</title>
    <link>https://community.esri.com/t5/geoprocessing-questions/cpu-speed-and-memory-requirements-for-archydro-and/m-p/184745#M6239</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;Does not use&amp;nbsp; AGREE, but could easily be made to do so.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;This example leverages the subprocessing module in Python to create pseudo parallel processes, which work to create a 'stream layer' from a base DEM. I wrote this script to work on data (a large LiDAR-based DEM) that has disparate "patches" (aka non-contiguous coverage). Also, WA State Plane South Feet is assumed.... And currently the parallel processing part is worthless to a contiguous DEM. The code as it currently exists would have to be altered to work on a raster with a single contiguous area of data (basically, just run the 'child' script)... Contiguous elevation data - in a hydrologic sort of sense - can't easily be "parallelized". Hopefully ESRI will fix their Basin tool so that it doesn't bomb on large datasets (#NIM033938: The Basin tool fails on large datasets). If they fix that, then these hydrologic functions would be easy to parallelize :cool:!&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Hope this gives you some ideas...&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Thu, 26 Apr 2012 18:00:38 GMT</pubDate>
    <dc:creator>ChrisSnyder</dc:creator>
    <dc:date>2012-04-26T18:00:38Z</dc:date>
    <item>
      <title>CPU speed and Memory requirements for ArcHydro and Geoprocessing</title>
      <link>https://community.esri.com/t5/geoprocessing-questions/cpu-speed-and-memory-requirements-for-archydro-and/m-p/184738#M6232</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;&lt;P align="left"&gt;&lt;/P&gt;&lt;/SPAN&gt;&lt;SPAN style="font-style:italic;"&gt;&lt;STRONG style="color: #333333;"&gt;This is a duplicate post from the Hydro Forum: &lt;/STRONG&gt;&lt;/SPAN&gt;&lt;A class="jive-link-external-small" href="http://forums.arcgis.com/threads/55351-CPU-speed-and-Memory-requirements-for-ArcHydro-and-Geoprocessing" rel="nofollow" target="_blank"&gt;http://forums.arcgis.com/threads/55351-CPU-speed-and-Memory-requirements-for-ArcHydro-and-Geoprocessing&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN style="color:#333333;"&gt;I'm wondering what others are using to operate ArcHydro (performs geoprocessing for hydrology purposes). &lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN style="color:#333333;"&gt;I'm getting more and more suspicious that most of the current problems I'm having stem from memory issues.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN style="color:#333333;"&gt;I've got:&lt;/SPAN&gt;&lt;SPAN&gt;&lt;P&gt;&lt;/P&gt;&lt;/SPAN&gt;&lt;BR /&gt;&lt;UL&gt;&lt;BR /&gt;&lt;LI&gt;Windows 7, ArcGIS 10, the latest version of ArcHydro.&lt;/LI&gt;&lt;BR /&gt;&lt;LI&gt;64-bit&lt;/LI&gt;&lt;BR /&gt;&lt;LI&gt;4GB RAM&lt;/LI&gt;&lt;BR /&gt;&lt;LI&gt;300 GHz Duo Core Intel processor&lt;/LI&gt;&lt;BR /&gt;&lt;LI&gt;I'm currently working with a 10' grid DEM 10.2 square miles mask extracted rawdem of 24.41 MB.&lt;/LI&gt;&lt;BR /&gt;&lt;/UL&gt;&lt;SPAN&gt;&lt;P align="left"&gt;&lt;/P&gt;&lt;/SPAN&gt;&lt;SPAN style="color:#333333;"&gt;Seems like plenty, but is this enough?&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN style="color:#333333;"&gt;This is the same configuration they have given everyone in the Department. I'd need "special dispensation" to get more.&lt;/SPAN&gt;&lt;SPAN&gt;&lt;P&gt;&lt;/P&gt;&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 17 Apr 2012 13:41:31 GMT</pubDate>
      <guid>https://community.esri.com/t5/geoprocessing-questions/cpu-speed-and-memory-requirements-for-archydro-and/m-p/184738#M6232</guid>
      <dc:creator>MarkBoucher</dc:creator>
      <dc:date>2012-04-17T13:41:31Z</dc:date>
    </item>
    <item>
      <title>Re: CPU speed and Memory requirements for ArcHydro and Geoprocessing</title>
      <link>https://community.esri.com/t5/geoprocessing-questions/cpu-speed-and-memory-requirements-for-archydro-and/m-p/184739#M6233</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;Not sure about ArcHydro in particular, but even for heavy ArcGIS processing it should be enough to run. What issues are you having in particular? Just general slowness or crashes? 4GB of RAM is on the low side but as long as you aren't doing a lot of parallel processing it should be fine.&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 17 Apr 2012 17:46:18 GMT</pubDate>
      <guid>https://community.esri.com/t5/geoprocessing-questions/cpu-speed-and-memory-requirements-for-archydro-and/m-p/184739#M6233</guid>
      <dc:creator>MathewCoyle</dc:creator>
      <dc:date>2012-04-17T17:46:18Z</dc:date>
    </item>
    <item>
      <title>Re: CPU speed and Memory requirements for ArcHydro and Geoprocessing</title>
      <link>https://community.esri.com/t5/geoprocessing-questions/cpu-speed-and-memory-requirements-for-archydro-and/m-p/184740#M6234</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;Your system is entirely sufficient for using ArcGIS and ArcHydro... especially given that your dataset is relatively small. However, if you have some $$$ to blow:&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;1. Get the fastest/best processor you can afford. Right now (April, 2012), those would be the Intel Core i7 3960x (for a desktop), or an Intel Xeon E5-2687W (for a workstation/server).&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;2. Get a solid state hard drive... The Intel Cherryville 520 series is looking pretty good. Better yet, get 2 of these drives so you can use RAID0.&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 26 Apr 2012 14:12:07 GMT</pubDate>
      <guid>https://community.esri.com/t5/geoprocessing-questions/cpu-speed-and-memory-requirements-for-archydro-and/m-p/184740#M6234</guid>
      <dc:creator>ChrisSnyder</dc:creator>
      <dc:date>2012-04-26T14:12:07Z</dc:date>
    </item>
    <item>
      <title>Re: CPU speed and Memory requirements for ArcHydro and Geoprocessing</title>
      <link>https://community.esri.com/t5/geoprocessing-questions/cpu-speed-and-memory-requirements-for-archydro-and/m-p/184741#M6235</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;Thanks for the response. I'd love to get the latest and greatest, but as with most government orgs., getting "special attention" on my machine would be difficu&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 26 Apr 2012 14:15:40 GMT</pubDate>
      <guid>https://community.esri.com/t5/geoprocessing-questions/cpu-speed-and-memory-requirements-for-archydro-and/m-p/184741#M6235</guid>
      <dc:creator>MarkBoucher</dc:creator>
      <dc:date>2012-04-26T14:15:40Z</dc:date>
    </item>
    <item>
      <title>Re: CPU speed and Memory requirements for ArcHydro and Geoprocessing</title>
      <link>https://community.esri.com/t5/geoprocessing-questions/cpu-speed-and-memory-requirements-for-archydro-and/m-p/184742#M6236</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;BLOCKQUOTE class="jive-quote"&gt; What issues are you having in particular? Just general slowness or crashes? &lt;/BLOCKQUOTE&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Issues I'm having have to do with certain tools not working consistently, especially when I try to use Model Builder.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;I tend to iterate. I have an agree streams layer that comes from various sources. I have to process from rawdem to fill to find locations where agreestream and innerwalls layers need to be edited. After that I move on to completing the terrain processing and looking for other anomalies where I might need to modify these layers again; and then I iterate again. Then I have to start at the beginning again. Model Builder would help immensely if it would work all the time, but it crashes at stream segmentation and stream link and sometimes when creating the cat layer.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;When processing the stream segmentation and stream link using the menus, these rasters are created, but not without getting an error. After each step they show up when I refresh the catalog, but they don't have a projection. I add a projection and drag them into the mxd and move on with little problems. This sometimes happens when creating the cat layer.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;My first thought was that memory was being eaten up during the Model Builder runs since the processes are "continuous" in the Model run. &lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Recently, I've been doing different parts of the processing using several Models and that seems to be working "OK-ish". Still not satisfied though.&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 26 Apr 2012 14:31:12 GMT</pubDate>
      <guid>https://community.esri.com/t5/geoprocessing-questions/cpu-speed-and-memory-requirements-for-archydro-and/m-p/184742#M6236</guid>
      <dc:creator>MarkBoucher</dc:creator>
      <dc:date>2012-04-26T14:31:12Z</dc:date>
    </item>
    <item>
      <title>Re: CPU speed and Memory requirements for ArcHydro and Geoprocessing</title>
      <link>https://community.esri.com/t5/geoprocessing-questions/cpu-speed-and-memory-requirements-for-archydro-and/m-p/184743#M6237</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;Tip: Ditch model builder and learn Python scripting.&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 26 Apr 2012 15:56:40 GMT</pubDate>
      <guid>https://community.esri.com/t5/geoprocessing-questions/cpu-speed-and-memory-requirements-for-archydro-and/m-p/184743#M6237</guid>
      <dc:creator>ChrisSnyder</dc:creator>
      <dc:date>2012-04-26T15:56:40Z</dc:date>
    </item>
    <item>
      <title>Re: CPU speed and Memory requirements for ArcHydro and Geoprocessing</title>
      <link>https://community.esri.com/t5/geoprocessing-questions/cpu-speed-and-memory-requirements-for-archydro-and/m-p/184744#M6238</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;BLOCKQUOTE class="jive-quote"&gt;Tip: Ditch model builder and learn Python scripting.&lt;/BLOCKQUOTE&gt;&lt;BR /&gt;&lt;SPAN&gt;That was going through my mind even this AM. I've use Python for minor data transformations, but am not well versed in it; and I haven't used it for ArcGIS at all.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Has anyone already developed a Python Script for Basic Dendritic Terrain Processing? I guess I could try exporting the one the comes with the ArcHydro tools...&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 26 Apr 2012 17:43:37 GMT</pubDate>
      <guid>https://community.esri.com/t5/geoprocessing-questions/cpu-speed-and-memory-requirements-for-archydro-and/m-p/184744#M6238</guid>
      <dc:creator>MarkBoucher</dc:creator>
      <dc:date>2012-04-26T17:43:37Z</dc:date>
    </item>
    <item>
      <title>Re: CPU speed and Memory requirements for ArcHydro and Geoprocessing</title>
      <link>https://community.esri.com/t5/geoprocessing-questions/cpu-speed-and-memory-requirements-for-archydro-and/m-p/184745#M6239</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;Does not use&amp;nbsp; AGREE, but could easily be made to do so.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;This example leverages the subprocessing module in Python to create pseudo parallel processes, which work to create a 'stream layer' from a base DEM. I wrote this script to work on data (a large LiDAR-based DEM) that has disparate "patches" (aka non-contiguous coverage). Also, WA State Plane South Feet is assumed.... And currently the parallel processing part is worthless to a contiguous DEM. The code as it currently exists would have to be altered to work on a raster with a single contiguous area of data (basically, just run the 'child' script)... Contiguous elevation data - in a hydrologic sort of sense - can't easily be "parallelized". Hopefully ESRI will fix their Basin tool so that it doesn't bomb on large datasets (#NIM033938: The Basin tool fails on large datasets). If they fix that, then these hydrologic functions would be easy to parallelize :cool:!&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Hope this gives you some ideas...&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 26 Apr 2012 18:00:38 GMT</pubDate>
      <guid>https://community.esri.com/t5/geoprocessing-questions/cpu-speed-and-memory-requirements-for-archydro-and/m-p/184745#M6239</guid>
      <dc:creator>ChrisSnyder</dc:creator>
      <dc:date>2012-04-26T18:00:38Z</dc:date>
    </item>
    <item>
      <title>Re: CPU speed and Memory requirements for ArcHydro and Geoprocessing</title>
      <link>https://community.esri.com/t5/geoprocessing-questions/cpu-speed-and-memory-requirements-for-archydro-and/m-p/184746#M6240</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;I'm very tempted to take a shot at Python for GIS.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;BTW. I was just asked to determine the watershed on a very small area. Model Builder worked flawlessly. Seems to me that size matters.&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 26 Apr 2012 22:07:08 GMT</pubDate>
      <guid>https://community.esri.com/t5/geoprocessing-questions/cpu-speed-and-memory-requirements-for-archydro-and/m-p/184746#M6240</guid>
      <dc:creator>MarkBoucher</dc:creator>
      <dc:date>2012-04-26T22:07:08Z</dc:date>
    </item>
    <item>
      <title>Re: CPU speed and Memory requirements for ArcHydro and Geoprocessing</title>
      <link>https://community.esri.com/t5/geoprocessing-questions/cpu-speed-and-memory-requirements-for-archydro-and/m-p/184747#M6241</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;Hi Mark,&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;I have only a little more (6 GB RAM, intel i5 3.0GHz) and no problem at all with large datasets (You've helped me in the very first steps, weeks ago). I noticed others have said you should have no problems with your machine and your not so large dataset and I don't know if you have already got the answer you were looking for. But when I downloaded the ArcHydro in the ESRI ftp site you referred to me, I got some reference documents there. There's an excellent article from Djokic 2008 (he has more recently evaluated the ArcGIS 10 with ArcHydro 2.xxx; seems to be an ESRI's expert in ArcHydro). The article, "Comprehensive Terrain Preporcessing Using Arc Hydro Tools", the best you could get on the subjet, has a good introduction about hardware requirements and some tips on how to deal with memory limits. For example, "For most common computers that can run ArcGIS software reasonably well, DEMs bigger than 20,000 by 20,000 cells will cause problems and potentially produce uncertain results"; and also "HKEY_LOCAL_MACHINE\SOFTWARE\ESRI\Raster\Preferences\grid.max_table_range contains the maximum number of records that are allowed for creation of VAT (STA) for a grid. The default is 65.536. When processing large DEM, that number might be too small and the function will fail (especially when performing fill sinks operation). Increasing that number (e.g. to 1.000.000) might fix a problem." Maybe I'm not telling anything new, but I'm answering your thread just in case this article can be of any help to you and others!&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Fernando Cabral&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;Posdoc fellow at Université du Québec en Outaouais&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 09 May 2012 17:00:02 GMT</pubDate>
      <guid>https://community.esri.com/t5/geoprocessing-questions/cpu-speed-and-memory-requirements-for-archydro-and/m-p/184747#M6241</guid>
      <dc:creator>FernandoVasconcellos</dc:creator>
      <dc:date>2012-05-09T17:00:02Z</dc:date>
    </item>
    <item>
      <title>Re: CPU speed and Memory requirements for ArcHydro and Geoprocessing</title>
      <link>https://community.esri.com/t5/geoprocessing-questions/cpu-speed-and-memory-requirements-for-archydro-and/m-p/184748#M6242</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;BLOCKQUOTE class="jive-quote"&gt;&lt;P align="left"&gt;&lt;SPAN style="color:#333333;"&gt;Maybe I'm not telling anything new&lt;/SPAN&gt;&lt;/P&gt;&lt;/BLOCKQUOTE&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;&lt;P align="left"&gt;&lt;/P&gt;&lt;/SPAN&gt;&lt;SPAN style="color: #444444; font-family: Verdana;"&gt;Fernando &lt;BR /&gt;&lt;/SPAN&gt;&lt;SPAN&gt;&lt;P&gt;&lt;/P&gt;&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;This is new to me. &lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Thanks for replying to the post and for reference material! I found it at &lt;/SPAN&gt;&lt;A href="http://support.esri.com/en/downloads/datamodel/detail/15"&gt;http://support.esri.com/en/downloads/datamodel/detail/15&lt;/A&gt;&lt;SPAN&gt;.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Cheers!&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Mark&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 09 May 2012 17:14:30 GMT</pubDate>
      <guid>https://community.esri.com/t5/geoprocessing-questions/cpu-speed-and-memory-requirements-for-archydro-and/m-p/184748#M6242</guid>
      <dc:creator>MarkBoucher</dc:creator>
      <dc:date>2012-05-09T17:14:30Z</dc:date>
    </item>
    <item>
      <title>Re: CPU speed and Memory requirements for ArcHydro and Geoprocessing</title>
      <link>https://community.esri.com/t5/geoprocessing-questions/cpu-speed-and-memory-requirements-for-archydro-and/m-p/184749#M6243</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;An update: I have been doing some testing of a machine with some newer 6.0 Gb/s SSDs (solid state hard drives). WOW!!! Huge performance increase over the 10k RPM SAS drives I had been using. Depends on the operation, but typically the hydrologic tools and associated raster-based tools (such as zonal statistics) are running 2-3 times faster with the SSDs. Raster stuff tends to be very disk I/O intensive, so I guess this makes sense. Anyway - in addition to CPU and memory... think about upgrading to SSDs also.&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 09 May 2012 17:22:13 GMT</pubDate>
      <guid>https://community.esri.com/t5/geoprocessing-questions/cpu-speed-and-memory-requirements-for-archydro-and/m-p/184749#M6243</guid>
      <dc:creator>ChrisSnyder</dc:creator>
      <dc:date>2012-05-09T17:22:13Z</dc:date>
    </item>
    <item>
      <title>Re: CPU speed and Memory requirements for ArcHydro and Geoprocessing</title>
      <link>https://community.esri.com/t5/geoprocessing-questions/cpu-speed-and-memory-requirements-for-archydro-and/m-p/184750#M6244</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;&lt;P align="left"&gt;&lt;/P&gt;&lt;/SPAN&gt;&lt;SPAN style="color: #3E3E3E; font-family: Verdana;"&gt;Chris,&lt;BR /&gt;&lt;/SPAN&gt;&lt;SPAN&gt;&lt;P&gt;&lt;/P&gt;&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;Thanks for the reply. I'll look into getting a SSD.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;&lt;P align="left"&gt;&lt;/P&gt;&lt;/SPAN&gt;&lt;SPAN style="color: #444444; font-family: Verdana;"&gt;I tried to find the HKEY_LOCAL_MACHINE\SOFTWARE\ESRI\Raster\Preferences\grid.max_table_range in Registry Editor, but it was not there. &lt;/SPAN&gt;&lt;SPAN style="color: #444444; font-family: Verdana;"&gt;The document "&lt;STRONG&gt;C&lt;/STRONG&gt;&lt;/SPAN&gt;&lt;STRONG&gt;omprehensive Terrain Preprocessing Using Arc Hydro Tools" &lt;/STRONG&gt;&lt;SPAN&gt;was written for 9.3. &lt;/SPAN&gt;&lt;SPAN style="color: #444444; font-family: Verdana;"&gt;Is there a different registry setting for 10.0?&lt;BR /&gt;&lt;/SPAN&gt;&lt;SPAN style="color: #444444; font-family: Verdana;"&gt;&lt;BR /&gt;I'm using &lt;/SPAN&gt;&lt;SPAN style="color: #444444; font-family: Verdana;"&gt;Windows 7, ArcGIS 10, the latest version of ArcHydro, &lt;/SPAN&gt;&lt;SPAN style="color: #444444; font-family: Verdana;"&gt;64-bit machine.&lt;/SPAN&gt;&lt;SPAN&gt;&lt;P&gt;&lt;/P&gt;&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 09 May 2012 17:49:02 GMT</pubDate>
      <guid>https://community.esri.com/t5/geoprocessing-questions/cpu-speed-and-memory-requirements-for-archydro-and/m-p/184750#M6244</guid>
      <dc:creator>MarkBoucher</dc:creator>
      <dc:date>2012-05-09T17:49:02Z</dc:date>
    </item>
    <item>
      <title>Re: CPU speed and Memory requirements for ArcHydro and Geoprocessing</title>
      <link>https://community.esri.com/t5/geoprocessing-questions/cpu-speed-and-memory-requirements-for-archydro-and/m-p/184751#M6245</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;Don't edit the registry directly... Instead, use the "AdvancedArcMapSettings.exe" registry editor - typically stored in the C:\Program Files\ArcGIS\Desktop10.0\Utilities folder.&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 09 May 2012 17:50:51 GMT</pubDate>
      <guid>https://community.esri.com/t5/geoprocessing-questions/cpu-speed-and-memory-requirements-for-archydro-and/m-p/184751#M6245</guid>
      <dc:creator>ChrisSnyder</dc:creator>
      <dc:date>2012-05-09T17:50:51Z</dc:date>
    </item>
    <item>
      <title>Re: CPU speed and Memory requirements for ArcHydro and Geoprocessing</title>
      <link>https://community.esri.com/t5/geoprocessing-questions/cpu-speed-and-memory-requirements-for-archydro-and/m-p/184752#M6246</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;Thanks so much!&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 09 May 2012 18:02:57 GMT</pubDate>
      <guid>https://community.esri.com/t5/geoprocessing-questions/cpu-speed-and-memory-requirements-for-archydro-and/m-p/184752#M6246</guid>
      <dc:creator>MarkBoucher</dc:creator>
      <dc:date>2012-05-09T18:02:57Z</dc:date>
    </item>
    <item>
      <title>Re: CPU speed and Memory requirements for ArcHydro and Geoprocessing</title>
      <link>https://community.esri.com/t5/geoprocessing-questions/cpu-speed-and-memory-requirements-for-archydro-and/m-p/184753#M6247</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;Would a large capacity thumb drive work for this?&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 10 May 2012 14:25:49 GMT</pubDate>
      <guid>https://community.esri.com/t5/geoprocessing-questions/cpu-speed-and-memory-requirements-for-archydro-and/m-p/184753#M6247</guid>
      <dc:creator>MarkBoucher</dc:creator>
      <dc:date>2012-05-10T14:25:49Z</dc:date>
    </item>
    <item>
      <title>Re: CPU speed and Memory requirements for ArcHydro and Geoprocessing</title>
      <link>https://community.esri.com/t5/geoprocessing-questions/cpu-speed-and-memory-requirements-for-archydro-and/m-p/184754#M6248</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;Negative on the thumbdrive idea... The transfer speed is too slow and the drive capacity too small. Although some of their comoponents are similar, thumb drives are not the same thing as a SSD.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Check out:&lt;/SPAN&gt;&lt;BR /&gt;&lt;A href="http://www.amazon.com/Intel-Series-2-5-Inch-Solid-State-Drive/dp/B006VCP9G6/ref=sr_1_1?s=electronics&amp;amp;ie=UTF8&amp;amp;qid=1336666141&amp;amp;sr=1-1"&gt;http://www.amazon.com/Intel-Series-2-5-Inch-Solid-State-Drive/dp/B006VCP9G6/ref=sr_1_1?s=electronics&amp;amp;ie=UTF8&amp;amp;qid=1336666141&amp;amp;sr=1-1&lt;/A&gt;&lt;BR /&gt;&lt;SPAN&gt;or&lt;/SPAN&gt;&lt;BR /&gt;&lt;A href="http://www.amazon.com/Samsung-830-Series-MZ-7PC256N-Internal/dp/B005T3GPXY"&gt;http://www.amazon.com/Samsung-830-Series-MZ-7PC256N-Internal/dp/B005T3GPXY&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Things change rapidly, but these are probably among the best SSDs you can get in May, 2012.&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 10 May 2012 15:10:07 GMT</pubDate>
      <guid>https://community.esri.com/t5/geoprocessing-questions/cpu-speed-and-memory-requirements-for-archydro-and/m-p/184754#M6248</guid>
      <dc:creator>ChrisSnyder</dc:creator>
      <dc:date>2012-05-10T15:10:07Z</dc:date>
    </item>
    <item>
      <title>Re: CPU speed and Memory requirements for ArcHydro and Geoprocessing</title>
      <link>https://community.esri.com/t5/geoprocessing-questions/cpu-speed-and-memory-requirements-for-archydro-and/m-p/184755#M6249</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;BLOCKQUOTE class="jive-quote"&gt;Don't edit the registry directly... Instead, use the "AdvancedArcMapSettings.exe" registry editor - typically stored in the C:\Program Files\ArcGIS\Desktop10.0\Utilities folder.&lt;/BLOCKQUOTE&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;I followed your instructions yesterday (quoted above). Today I got back on a large rawdem project using ArcHydro. Still had the stream definition and stream link "fail".**&amp;nbsp; I ran&amp;nbsp; AdvancedArcMapSettings.exe and found that the setting was back to 65536 instead of 1000000 like I had set it. &lt;/SPAN&gt;&lt;STRONG&gt;Does this need to be reset every time?&lt;/STRONG&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;By the way, I've been running the same tools in Model Builder on a smaller watershed and its been working like a charm.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;**(The model stops after the str and strlnk grids, but they are created without projections. When I add projections and put them in the MXD, then put them in the model and link them to the next steps, i.e. two manual tasks, the rest of model finished to adjoincatchments).&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 10 May 2012 17:01:13 GMT</pubDate>
      <guid>https://community.esri.com/t5/geoprocessing-questions/cpu-speed-and-memory-requirements-for-archydro-and/m-p/184755#M6249</guid>
      <dc:creator>MarkBoucher</dc:creator>
      <dc:date>2012-05-10T17:01:13Z</dc:date>
    </item>
    <item>
      <title>Re: CPU speed and Memory requirements for ArcHydro and Geoprocessing</title>
      <link>https://community.esri.com/t5/geoprocessing-questions/cpu-speed-and-memory-requirements-for-archydro-and/m-p/184756#M6250</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;Greetings Mark!&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;I recently switched over (several months ago) from an Intel Core 2 Duo 2.4GHz processor with 4GB to a Intel i7 3.4GHz with 8GB.&amp;nbsp; Prior to the switch, I was running ArcGIS V9.3 under Windows 7-64; I'm presently running ArcGIS 10.&amp;nbsp; I don't think I necessarily needed to switch, but at the time, I was running into errors trying to process a large DEM and thought it might be due to the amount of memory.&amp;nbsp; The errors were more likely due to size limitation of ArcGIS than my computer components.&amp;nbsp; I've since found a workaround for the DEM where it's no longer a 1+ GB file (although my coworker recently informed me that it IS possible to process a DEM greater than 1GB).&amp;nbsp; I would imagine your setup is quite adequate for what you're doing.&amp;nbsp; For comparison purposes, the coworker that recently discovered it was possible to process a DEM greater than 1GB, is using a laptop that is more than several years old, which I would guess has a similar setup as your desktop.&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 14 Jun 2012 17:30:05 GMT</pubDate>
      <guid>https://community.esri.com/t5/geoprocessing-questions/cpu-speed-and-memory-requirements-for-archydro-and/m-p/184756#M6250</guid>
      <dc:creator>JeffTang</dc:creator>
      <dc:date>2012-06-14T17:30:05Z</dc:date>
    </item>
    <item>
      <title>Re: CPU speed and Memory requirements for ArcHydro and Geoprocessing</title>
      <link>https://community.esri.com/t5/geoprocessing-questions/cpu-speed-and-memory-requirements-for-archydro-and/m-p/184757#M6251</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;BLOCKQUOTE class="jive-quote"&gt;The errors were more likely due to size limitation of ArcGIS than my computer components.&amp;nbsp; I've since found a workaround for the DEM where it's no longer a 1+ GB file (although my coworker recently informed me that it IS possible to process a DEM greater than 1GB).&amp;nbsp; I would imagine your setup is quite adequate for what you're doing.&amp;nbsp; For comparison purposes, the coworker that recently discovered it was possible to process a DEM greater than 1GB, is using a laptop that is more than several years old, which I would guess has a similar setup as your desktop.&lt;/BLOCKQUOTE&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;I'm not entirely sure how you came to the conclusion that there is some size limitation imposed by ArcGIS, but there is not.&amp;nbsp; Certain formats have size limitations. Tiff comes to mind, but even the old 4gb limit has been overcome with the advent of BigTiff format which ArcGIS is capable of writing.&amp;nbsp; I've been working on some hydro things since the beginning of the year, specifically processing NHDPlus v1 data for the lower 48 states.&amp;nbsp; I routinely process data with ArcHydro that is in excess of 8-10GB.&amp;nbsp; Outside of my hydro work, I do a lot of testing on NED data, which is several hundred GB's of data.&amp;nbsp; 1GB of data is really nothing much these days.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;My test machine specs:&lt;/SPAN&gt;&lt;BR /&gt;&lt;UL&gt;&lt;BR /&gt;&lt;LI&gt;Windows Server 2008 R2 64 bit, ArcGIS 10.1&lt;/LI&gt;&lt;BR /&gt;&lt;LI&gt;6GB RAM&lt;/LI&gt;&lt;BR /&gt;&lt;LI&gt;Intel Xeon W3550 @ 3.07GHz&lt;/LI&gt;&lt;BR /&gt;&lt;/UL&gt;&lt;BR /&gt;&lt;SPAN&gt;Best Regards,&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;Eric&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 14 Jun 2012 20:39:53 GMT</pubDate>
      <guid>https://community.esri.com/t5/geoprocessing-questions/cpu-speed-and-memory-requirements-for-archydro-and/m-p/184757#M6251</guid>
      <dc:creator>EricRice</dc:creator>
      <dc:date>2012-06-14T20:39:53Z</dc:date>
    </item>
  </channel>
</rss>

