<?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: Why does ArcGIS Pro have to be so slow??? in ArcGIS Pro Questions</title>
    <link>https://community.esri.com/t5/arcgis-pro-questions/why-does-arcgis-pro-have-to-be-so-slow/m-p/599424#M26556</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;John,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I have been experiencing similar issues but mine have been going on since before the New Year.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I called ESRI Tech Support and they claim my CPU speed is a slightly below spec so I am at a stand-still with regards to technical support.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I am working on upping my CPU, but it should be noted that Tech Support IS able to replicate the issues I am experiencing. However instead of 10-15 minutes to open a project they are reporting that their load times are about 7 minutes.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I find 7 minutes to open a project unacceptable.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I went a step further and bought a personal-use license at home where I have a computer well above specs.  I packaged the project and opened it at home and find that load times are about 6 minutes and 30 seconds.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I still find this unacceptable time to open a project especially since one of the marketing points ESRI made about Pro is that Projects can get as large as necessary.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;My experience with Pro is that large projects cause performance issues&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Here is what I have observed:&lt;/P&gt;&lt;P&gt;Projects with few elements in them, (Elements, in this case being Maps, Layouts, Database connections and Toolboxes), seem to open quickly and navigation within the project including opening maps and Layouts perform to my satisfaction. (Typically under 1 minute to open the project and anywhere from 30 seconds to 3 minutes to open a map or a layout depending on the complexity. I do have some very graphics-intensive layouts and maps so 3 minutes is acceptable for these complex layouts and maps).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Projects with many elements in them, (About 10-12+ elements), open slowly and the performance is unsatisfactory.  My biggest projects with about 80-90 elements in them take 10-15 minutes to open. That time is longer when any map or layout is left open in the project.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Projects with fewer elements open faster, projects with more elements open more slowly.  Saving and closing times are also longer for bigger projects.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Second:  In any project, large/complex or small/simple, I experience the Windows Spinning Wheel.  This happens  immediately after opening the project when I attempt to click on a map or a layout.  The spinning wheel lasts 2-3 minutes during which time, no elements can be selected or interfaced with in any way.  (It is the Windows 10 version of “grayed-out” selections). After the elements “un-gray” and the spinning wheel disappears, performance is as you would expect.   I have the same behavior on my machine at home. Tech Support did not address this specific issue because my CPU speed is slightly below spec. (But again, I can replicate this at home with a machine that is above spec).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;My interpretation is that there is something going on with the software and that these issues are rooted there.  I admit that hardware plays a role, and seems to make the performance worse, but it is not the root cause of these issues.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;In the mean-time I need to complete my work in a timely manner so I have made the decision to completely alter the way I use ArcGIS Pro.  I now treat most projects like ArcMap .mxd’s.  That is I typically have 10 or less elements in each project.  I manage projects similar to how I used to manage .mxd’s because in my experience large project size slows down my work too much. This is unfortunate because I enjoy the project interface and being able to organize and manage my data within “project containers” but when I can’t get the system to work in an acceptable manner, it became necessary to alter how I use the software.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Incidentally this has lead to a pleasant realization:  Since ESRI can’t figure out how to get modified and created date attributes to populate in the catalog view or catalog pane with respect to Maps and layouts, treating projects more like .mxd’s makes data management easier since windows DOES show modified dates for the directories containing projects.  Since my projects are now very simple, standard and clear naming of projects along with windows modified dates has made data management quite a bit easier.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If these issues are addressed in the future I’d still like to use PRO as ESRI had intended but in the mean-time this solution is working for my work-flows.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;-Sean&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Wed, 22 Jan 2020 19:15:45 GMT</pubDate>
    <dc:creator>SeanHlousek</dc:creator>
    <dc:date>2020-01-22T19:15:45Z</dc:date>
    <item>
      <title>Why does ArcGIS Pro have to be so slow???</title>
      <link>https://community.esri.com/t5/arcgis-pro-questions/why-does-arcgis-pro-have-to-be-so-slow/m-p/599220#M26352</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Why is ArcGIS Pro so slow? To select assets, field calculate, display layers, change symbology... the easiest of tasks that are commonly utilized within ArcMap are a drag on the software.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;When will ArcGIS Pro become faster than ArcMap? That will be the day it could replace it as the goto product for GIS professionals.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 01 Aug 2017 18:31:42 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-pro-questions/why-does-arcgis-pro-have-to-be-so-slow/m-p/599220#M26352</guid>
      <dc:creator>ericmeyers1</dc:creator>
      <dc:date>2017-08-01T18:31:42Z</dc:date>
    </item>
    <item>
      <title>Re: Why does ArcGIS Pro have to be so slow???</title>
      <link>https://community.esri.com/t5/arcgis-pro-questions/why-does-arcgis-pro-have-to-be-so-slow/m-p/599221#M26353</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;&lt;IMG alt="Computer Specs" class="image-1 jive-image j-img-original" src="https://community.esri.com/legacyfs/online/365330_ComputerSpecs.JPG" style="width: 620px; height: 379px;" /&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 01 Aug 2017 18:34:06 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-pro-questions/why-does-arcgis-pro-have-to-be-so-slow/m-p/599221#M26353</guid>
      <dc:creator>ericmeyers1</dc:creator>
      <dc:date>2017-08-01T18:34:06Z</dc:date>
    </item>
    <item>
      <title>Re: Why does ArcGIS Pro have to be so slow???</title>
      <link>https://community.esri.com/t5/arcgis-pro-questions/why-does-arcgis-pro-have-to-be-so-slow/m-p/599222#M26354</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Is everything stored locally?&amp;nbsp; (ie not network data files etc)&lt;/P&gt;&lt;P&gt;I don't seem to be encountering any issues with a local install using local data, single user&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 01 Aug 2017 18:51:13 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-pro-questions/why-does-arcgis-pro-have-to-be-so-slow/m-p/599222#M26354</guid>
      <dc:creator>DanPatterson_Retired</dc:creator>
      <dc:date>2017-08-01T18:51:13Z</dc:date>
    </item>
    <item>
      <title>Re: Why does ArcGIS Pro have to be so slow???</title>
      <link>https://community.esri.com/t5/arcgis-pro-questions/why-does-arcgis-pro-have-to-be-so-slow/m-p/599223#M26355</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;That is what I’ve noticed. ArcGIS Pro just doesn’t have the network capabilities that ArcMap does. When I move everything local it seems to work fine but when working on the network, it is pathetically slow.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Do you think this is going to be the new ‘recommended’ process going forward? Only using local data for ArcGIS Pro?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Eric Meyers&lt;/P&gt;&lt;P&gt;GIS Programmer, Business Analyst - City of Beaverton&lt;/P&gt;&lt;P&gt;12725 SW Millikan Way, Beaverton, OR 97076&lt;/P&gt;&lt;P&gt;p: 503.526.2404 | f: 503.526.3720&lt;/P&gt;&lt;P&gt;emeyers@beavertonoregon.gov&lt;/P&gt;&lt;P&gt;www.beavertonoregon.gov&amp;lt;http://www.beavertonoregon.gov/&amp;gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 01 Aug 2017 21:03:07 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-pro-questions/why-does-arcgis-pro-have-to-be-so-slow/m-p/599223#M26355</guid>
      <dc:creator>ericmeyers1</dc:creator>
      <dc:date>2017-08-01T21:03:07Z</dc:date>
    </item>
    <item>
      <title>Re: Why does ArcGIS Pro have to be so slow???</title>
      <link>https://community.esri.com/t5/arcgis-pro-questions/why-does-arcgis-pro-have-to-be-so-slow/m-p/599224#M26356</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I am not convinced that Pro is the problem since it is 64 bit, whereas ArcMap is based on 32 bit... It could be&lt;/P&gt;&lt;P&gt;individual &lt;A href="http://pro.arcgis.com/en/pro-app/get-started/arcgis-pro-system-requirements.htm"&gt;hardware and software specs &lt;/A&gt;are understated or that the &lt;A href="http://pro.arcgis.com/en/pro-app/help/data/databases/dbms-support.htm"&gt;network/server/database requirements&lt;/A&gt; are the real problem.&lt;/P&gt;&lt;P&gt;I haven't seen anyone really weigh in on how Pro (aka new-ish technology) plays nice with a 5-10 year old server/database configuration.&lt;/P&gt;&lt;P&gt;I am fortunate to be able to work 'local' and not have to rely on any externalities...&lt;/P&gt;&lt;P&gt;You have clearly identified that it is an externality to your installation that is the problem&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 01 Aug 2017 21:19:11 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-pro-questions/why-does-arcgis-pro-have-to-be-so-slow/m-p/599224#M26356</guid>
      <dc:creator>DanPatterson_Retired</dc:creator>
      <dc:date>2017-08-01T21:19:11Z</dc:date>
    </item>
    <item>
      <title>Re: Why does ArcGIS Pro have to be so slow???</title>
      <link>https://community.esri.com/t5/arcgis-pro-questions/why-does-arcgis-pro-have-to-be-so-slow/m-p/599225#M26357</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;One particular problem I see is the continuous re-drawing taking place in the Map and Layout views. While Pro is multi-threaded and tasks like the drawing and interaction with other user interface components supposedly largely independent because of this, in reality the drawing taking place in the Map view heavily affects many parts of using the user interface, like the use of geoprocessing tools. I have seen already running tools more or less grind to a halt while the Map was still being refreshed, which with a complex map may actually take considerable time.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 01 Aug 2017 22:43:18 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-pro-questions/why-does-arcgis-pro-have-to-be-so-slow/m-p/599225#M26357</guid>
      <dc:creator>MarcoBoeringa</dc:creator>
      <dc:date>2017-08-01T22:43:18Z</dc:date>
    </item>
    <item>
      <title>Re: Why does ArcGIS Pro have to be so slow???</title>
      <link>https://community.esri.com/t5/arcgis-pro-questions/why-does-arcgis-pro-have-to-be-so-slow/m-p/599226#M26358</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I haven’t used Pro much, outside of 3 separate projects. I do like some of the new features but have found some limitations. I’ve also submitted a few bugs already to the ESRI team when using DBMS connections to SQL. I haven’t begun using it for expansive python testing/model building but will see what other issues I run into then. I will also keep in mind what you are saying about extensive TOC items within the map panel.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Eric Meyers&lt;/P&gt;&lt;P&gt;GIS Programmer, Business Analyst - City of Beaverton&lt;/P&gt;&lt;P&gt;12725 SW Millikan Way, Beaverton, OR 97076&lt;/P&gt;&lt;P&gt;p: 503.526.2404 | f: 503.526.3720&lt;/P&gt;&lt;P&gt;emeyers@beavertonoregon.gov&lt;/P&gt;&lt;P&gt;www.beavertonoregon.gov&amp;lt;http://www.beavertonoregon.gov/&amp;gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 01 Aug 2017 23:20:33 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-pro-questions/why-does-arcgis-pro-have-to-be-so-slow/m-p/599226#M26358</guid>
      <dc:creator>ericmeyers1</dc:creator>
      <dc:date>2017-08-01T23:20:33Z</dc:date>
    </item>
    <item>
      <title>Re: Why does ArcGIS Pro have to be so slow???</title>
      <link>https://community.esri.com/t5/arcgis-pro-questions/why-does-arcgis-pro-have-to-be-so-slow/m-p/599227#M26359</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I think there is an issue with&amp;nbsp;Pro and multi-threading - as my assumption is that a 64 bit application (that claims to be able to take advantage of multi-threading) should run faster on my machine than a 32-bit ArcMap application. Like the OP, I am also seeing much slower performance&amp;nbsp;with Pro vs ArcMap on my machine. Doing very simple things like calculate field, selecting features within an attribute table, doing edits,&amp;nbsp;changing symbology&amp;nbsp;all take substantially longer in Pro...&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;As a side note, I am getting crashes when I try to Insert a new map into the project that appears to be in relation to Multi-Threading (but maybe I am wrong on that diagnosis).&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Event Viewer shows the following:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Application: ArcGISPro.exe&lt;BR /&gt;Framework Version: v4.0.30319&lt;BR /&gt;Description: The process was terminated due to an unhandled exception.&lt;BR /&gt;Exception Info: System.ArgumentException&lt;BR /&gt; at ArcGIS.Desktop.Internal.DesktopService._IMapAuthoringService.CreateNewMap(Int32, System.String, ArcGIS.Core.CIM.MapViewingMode, ArcGIS.Core.CIM.MapType, ArcGIS.Desktop.Mapping.Basemap, Boolean)&lt;BR /&gt; at ArcGIS.Desktop.Mapping.MappingModule+&amp;lt;&amp;gt;c__DisplayClass443_0.&amp;lt;CreateNewMapAsync&amp;gt;b__0()&lt;BR /&gt; at &lt;SPAN style="text-decoration: underline;"&gt;&lt;STRONG&gt;S&lt;/STRONG&gt;&lt;STRONG&gt;ystem.Threading.Tasks.Task&lt;/STRONG&gt;&lt;/SPAN&gt;`1[[System.Int32, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089]].InnerInvoke()&lt;BR /&gt; at &lt;SPAN style="text-decoration: underline;"&gt;&lt;STRONG&gt;System.Threading.Tasks.Task.Execute()&lt;/STRONG&gt;&lt;/SPAN&gt;&lt;BR /&gt; at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()&lt;BR /&gt; at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(System.Threading.Tasks.Task)&lt;BR /&gt; at ArcGIS.Desktop.Mapping.MappingModule+&amp;lt;InternalCreateNewMapAsync&amp;gt;d__1191.MoveNext()&lt;BR /&gt; at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()&lt;BR /&gt; at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(System.Threading.Tasks.Task)&lt;BR /&gt; at ArcGIS.Desktop.Mapping.MappingModule+&amp;lt;InternalOpenCreateNewMapAsync&amp;gt;d__1334.MoveNext()&lt;/P&gt;&lt;P&gt;Exception Info: System.AggregateException&lt;BR /&gt; at System.Threading.Tasks.TaskExceptionHolder.Finalize()&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;My machine specs are as follows:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;IMG __jive_id="374147" alt="" class="image-1 jive-image j-img-original" src="https://community.esri.com/legacyfs/online/374147_Capture.JPG" style="height: auto;" /&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;All my data is local on a very fast 250GB Samsung NVME SSD (so read/write is not the issue here I am afraid). I am also running a NVIDIA Quadro M4000 GPU and ArcGIS Pro 2.0.1, but this issue first started occuring in 2.0.0 - I have submitted countless crash reports.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Our organization has a maintenance subscription so if anyone from support can reach out on this issue, it would be greatly appreciated.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 27 Sep 2017 19:04:32 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-pro-questions/why-does-arcgis-pro-have-to-be-so-slow/m-p/599227#M26359</guid>
      <dc:creator>TylerSchwartz2</dc:creator>
      <dc:date>2017-09-27T19:04:32Z</dc:date>
    </item>
    <item>
      <title>Re: Why does ArcGIS Pro have to be so slow???</title>
      <link>https://community.esri.com/t5/arcgis-pro-questions/why-does-arcgis-pro-have-to-be-so-slow/m-p/599228#M26360</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Marco,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I ran across this thread while searching for something else and wanted to point you toward this thread: &lt;SPAN style="font-size: 11.0pt;"&gt;&lt;A href="https://geonet.esri.com/ideas/12579-pause-drawing-in-arcgis-pro"&gt;https://geonet.esri.com/ideas/12579-pause-drawing-in-arcgis-pro&lt;/A&gt;&lt;/SPAN&gt;.&amp;nbsp; If you look down in the comments, there is a way to somewhat pause the drawing.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Dev is considering a full pause option, but the majority of requests we've received around this are for 3D scenes rather than 2D maps, so I would weigh in on the other thread.&amp;nbsp; For 3D, there are other things you can do as well such as leveraging the new OGC i3s standard .slpk files, and setting reasonable visibility limits when working with heavyweight data so it's not trying to draw all of the time. &lt;A class="link-titled" href="https://github.com/Esri/i3s-spec" title="https://github.com/Esri/i3s-spec"&gt;GitHub - Esri/i3s-spec: This repository hosts the specification for Scene Layers which are containers for arbitrarily la…&lt;/A&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Eric,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;You can check your machine against what is recommended for Pro here: &lt;SPAN style="font-size: 11.0pt;"&gt;&lt;A href="http://links.esri.com/run-arcgis-pro"&gt;http://links.esri.com/run-arcgis-pro.&lt;/A&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-size: 11.0pt;"&gt;From my user's reported challenges, I know that if you don't have access to a GPU/Video card, your computer is going to be using CPU instead for everything at a poor rate of efficiency, which could be contributing to your experience.&amp;nbsp; If you're running in a Virtual Desktop Instance (VDI), shared GPU aka Virtual GPU (vGPU)=good.&amp;nbsp; XenApp, a VDI without vGPU, or a remote desktop to a VDI=bad.&amp;nbsp; This actually makes a big difference in performance.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-size: 11.0pt;"&gt;I also wrote another GeoNet post here: &lt;A href="https://community.esri.com/groups/sciences/blog/2017/04/07/best-practices-for-running-arcmaparcgis-desktoparcgis-pro-on-a-mac-in-parallels"&gt;https://community.esri.com/groups/sciences/blog/2017/04/07/best-practices-for-running-arcmaparcgis-desktoparcgis-pro-on-a-mac-in-parallels&lt;/A&gt;&amp;nbsp; on how to get the best performance when running in Parallels if you're on a Mac.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-size: 11.0pt;"&gt;As Dan mentioned above, network issues could be affecting things, so i3s might help you too.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-size: 11.0pt;"&gt;Sorry I don't have any technical specifics or solutions for you.&amp;nbsp; I'm just an Account Manager who stumbled upon this thread and wanted to provide some info based on what some of my users have encountered.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-size: 11.0pt;"&gt;Hope it helps you both,&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-size: 11.0pt;"&gt;-Tripp&lt;/SPAN&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 02 Oct 2017 20:21:26 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-pro-questions/why-does-arcgis-pro-have-to-be-so-slow/m-p/599228#M26360</guid>
      <dc:creator>TrippCorbett</dc:creator>
      <dc:date>2017-10-02T20:21:26Z</dc:date>
    </item>
    <item>
      <title>Re: Why does ArcGIS Pro have to be so slow???</title>
      <link>https://community.esri.com/t5/arcgis-pro-questions/why-does-arcgis-pro-have-to-be-so-slow/m-p/599229#M26361</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;If these issues aren't present in ArcMap, but are present in Pro, how did they suddenly become "network" issues?&amp;nbsp;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 27 Dec 2017 21:10:54 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-pro-questions/why-does-arcgis-pro-have-to-be-so-slow/m-p/599229#M26361</guid>
      <dc:creator>ThomasColson</dc:creator>
      <dc:date>2017-12-27T21:10:54Z</dc:date>
    </item>
    <item>
      <title>Re: Why does ArcGIS Pro have to be so slow???</title>
      <link>https://community.esri.com/t5/arcgis-pro-questions/why-does-arcgis-pro-have-to-be-so-slow/m-p/599230#M26362</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I think Pro communicates with the network more.&amp;nbsp; It would be interesting to compare performance with working on versus offline which is possible in some configurations.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 27 Dec 2017 22:05:27 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-pro-questions/why-does-arcgis-pro-have-to-be-so-slow/m-p/599230#M26362</guid>
      <dc:creator>DanPatterson_Retired</dc:creator>
      <dc:date>2017-12-27T22:05:27Z</dc:date>
    </item>
    <item>
      <title>Re: Why does ArcGIS Pro have to be so slow???</title>
      <link>https://community.esri.com/t5/arcgis-pro-questions/why-does-arcgis-pro-have-to-be-so-slow/m-p/599231#M26363</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;"&lt;SPAN style="background-color: #ffffff;"&gt;I think Pro communicates with the network more." is an understatement. Think I found out why every single change to a symbology property takes forever and locks up Pro: Simply changing a symbol from "ArcGIS 2D: Circle 1" to "ArcGIS 2D Circle 3" resulted in 10,475 separate TCP calls evenly split between send, receive, and copy events which took 00:00:02.10 seconds to execute; the same exact operation in ArcMap? 0 TCP calls, 00:00:00.23 seconds to execute. Sometimes the delay is several minutes. It appears that with every symbology change, Pro is re-downloading the entire layer from the source. Why? Arcmap doesn't do this (and isn't as slow at common operations such as symbol styling). Making pure SQL queries to the same data in a variety of clients other than Pro is near-instantaneous. This is regardless of the layer cache settings applied in Pro (I tried all of them, same barely-usable response).&amp;nbsp;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="background-color: #ffffff;"&gt;&lt;IMG class="image-1 jive-image" src="https://community.esri.com/legacyfs/online/392804_pastedImage_548.png" style="width: 620px; height: 301px;" /&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 12 Jan 2018 18:35:15 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-pro-questions/why-does-arcgis-pro-have-to-be-so-slow/m-p/599231#M26363</guid>
      <dc:creator>ThomasColson</dc:creator>
      <dc:date>2018-01-12T18:35:15Z</dc:date>
    </item>
    <item>
      <title>Re: Why does ArcGIS Pro have to be so slow???</title>
      <link>https://community.esri.com/t5/arcgis-pro-questions/why-does-arcgis-pro-have-to-be-so-slow/m-p/599232#M26364</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Agreed. This is actually the reason I haven't adopted ArcGIS PRO yet. It's freaking slow and it grays out and takes forever to execute actions when compared to ArcMap. ESRI definitely needs to do something about it. My i7/24 GB RAM PC config is well in excess of the recommended by ESRI and still it's pretty slow w/ Pro.&lt;/P&gt;&lt;P&gt;Also, I don't like having to save a project before I can start playing w/ it. Sometimes I just don't wanna save it ....so?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 05 Mar 2018 15:01:39 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-pro-questions/why-does-arcgis-pro-have-to-be-so-slow/m-p/599232#M26364</guid>
      <dc:creator>JoabelBarbieri</dc:creator>
      <dc:date>2018-03-05T15:01:39Z</dc:date>
    </item>
    <item>
      <title>Re: Why does ArcGIS Pro have to be so slow???</title>
      <link>https://community.esri.com/t5/arcgis-pro-questions/why-does-arcgis-pro-have-to-be-so-slow/m-p/599233#M26365</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I agree 100% regarding the hassle of having to create a project before being able to use arcGIS pro. All the time I will go into catalog or arcmap to just add a few layers or look at the attribute data. My role is a developer, so rarely am I actually making final maps. Unfortunately, it looks like this is the direction ESRI wants us to go because some settings/functionality only works if a default database and home directory is set up. Maybe ESRI wants us to utilize software like ArcReader to do this type of work... not sure.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 05 Mar 2018 16:13:59 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-pro-questions/why-does-arcgis-pro-have-to-be-so-slow/m-p/599233#M26365</guid>
      <dc:creator>ericmeyers1</dc:creator>
      <dc:date>2018-03-05T16:13:59Z</dc:date>
    </item>
    <item>
      <title>Re: Why does ArcGIS Pro have to be so slow???</title>
      <link>https://community.esri.com/t5/arcgis-pro-questions/why-does-arcgis-pro-have-to-be-so-slow/m-p/599234#M26366</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Thomas,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;It would definitely be nice to see a real response of ESRI to your detective work regarding the TCP calls or ArcGIS Pro. Whether you are on to something, I can't say, but it does raise questions and points ESRI should look into.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Marco&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 05 Mar 2018 18:17:26 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-pro-questions/why-does-arcgis-pro-have-to-be-so-slow/m-p/599234#M26366</guid>
      <dc:creator>MarcoBoeringa</dc:creator>
      <dc:date>2018-03-05T18:17:26Z</dc:date>
    </item>
    <item>
      <title>Re: Why does ArcGIS Pro have to be so slow???</title>
      <link>https://community.esri.com/t5/arcgis-pro-questions/why-does-arcgis-pro-have-to-be-so-slow/m-p/599235#M26367</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P style="background-color: #ffffff; border: 0px;"&gt;Hi Thomas,&amp;nbsp;&lt;/P&gt;&lt;P style="background-color: #ffffff; border: 0px;"&gt;It would be great if you could describe your scenario in more detail. What steps are you taking before you update the symbology?&amp;nbsp;&lt;/P&gt;&lt;P style="background-color: #ffffff; border: 0px;"&gt;&amp;nbsp;&lt;/P&gt;&lt;P style="background-color: #ffffff; border: 0px;"&gt;How is Pro installed on your network? Feel free to email me at &lt;A href="mailto:CGaddam@esri.com"&gt;CGaddam@esri.com.&lt;/A&gt;&lt;/P&gt;&lt;P style="background-color: #ffffff; border: 0px;"&gt;&amp;nbsp;&lt;/P&gt;&lt;P style="background-color: #ffffff; border: 0px;"&gt;Thanks,&lt;/P&gt;&lt;P style="background-color: #ffffff; border: 0px;"&gt;Chait&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 05 Mar 2018 21:19:29 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-pro-questions/why-does-arcgis-pro-have-to-be-so-slow/m-p/599235#M26367</guid>
      <dc:creator>ChaitGaddam1</dc:creator>
      <dc:date>2018-03-05T21:19:29Z</dc:date>
    </item>
    <item>
      <title>Re: Why does ArcGIS Pro have to be so slow???</title>
      <link>https://community.esri.com/t5/arcgis-pro-questions/why-does-arcgis-pro-have-to-be-so-slow/m-p/599236#M26368</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I have noticed the slow responsiveness in Pro while using basic tools and functionality. Expecting people in an organization to work locally is unreasonable. We place our data in network folders so that they are accessible to everyone and so that they are backed up regularly. I'm trying to do more in Pro to acclimatize myself with it, but the lag is too much for some of the simple tasks. I end up going back to Desktop for some things. My PC is well in excess of the recommended specs and I have an NVIDEA Quadro card.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 07 Mar 2018 18:32:19 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-pro-questions/why-does-arcgis-pro-have-to-be-so-slow/m-p/599236#M26368</guid>
      <dc:creator>KennieHarris</dc:creator>
      <dc:date>2018-03-07T18:32:19Z</dc:date>
    </item>
    <item>
      <title>Re: Why does ArcGIS Pro have to be so slow???</title>
      <link>https://community.esri.com/t5/arcgis-pro-questions/why-does-arcgis-pro-have-to-be-so-slow/m-p/599237#M26369</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I agree wholeheartedly with this as well. I thought the whole point of moving to an enterprise system was to move away from solo databases but pro in a way can be a step backwards. The map documents are now stored locally, causing a runaway solo MXD repository. (&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 07 Mar 2018 19:09:45 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-pro-questions/why-does-arcgis-pro-have-to-be-so-slow/m-p/599237#M26369</guid>
      <dc:creator>ericmeyers1</dc:creator>
      <dc:date>2018-03-07T19:09:45Z</dc:date>
    </item>
    <item>
      <title>Re: Why does ArcGIS Pro have to be so slow???</title>
      <link>https://community.esri.com/t5/arcgis-pro-questions/why-does-arcgis-pro-have-to-be-so-slow/m-p/599238#M26370</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi everyone,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Getting updates on this thread from my earlier comment.&amp;nbsp; Unfortunately, again only being an Account Manager I'm not technical enough to have specific recommendations on everyone's scenario for resolution, but wanted to pass along some resources again.&amp;nbsp; If your organization has Technical Support with Esri, I would encourage you to contact them so that the staff can help you look into fixing your individual situation.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;This is a great blog post on troubleshooting performance in ArcGIS Pro: &lt;A class="link-titled" href="https://blogs.esri.com/esri/arcgis/2016/07/26/pro_performance_troubleshooting/" title="https://blogs.esri.com/esri/arcgis/2016/07/26/pro_performance_troubleshooting/"&gt;Troubleshooting Performance Issues in ArcGIS Pro | ArcGIS Blog&lt;/A&gt; that may yield some answers.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;This similar thread: &lt;A href="https://community.esri.com/thread/121758"&gt;https://community.esri.com/thread/121758&lt;/A&gt; also has some commentary from our Dev team with some suggestions and tools.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Finally, if you're working with a central data source, consider putting Pro on a Virtual Desktop Machine (appropriately specc'd) so that it sits closer to the data and has a stronger network connection (in instances where you're seeing the same slowness in ArcMap and Pro), as ArcGIS Pro will work better in a virtual environment than ArcMap will.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 07 Mar 2018 22:16:05 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-pro-questions/why-does-arcgis-pro-have-to-be-so-slow/m-p/599238#M26370</guid>
      <dc:creator>TrippCorbett</dc:creator>
      <dc:date>2018-03-07T22:16:05Z</dc:date>
    </item>
    <item>
      <title>Re: Why does ArcGIS Pro have to be so slow???</title>
      <link>https://community.esri.com/t5/arcgis-pro-questions/why-does-arcgis-pro-have-to-be-so-slow/m-p/599239#M26371</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Tripp, I think the universal issue in this an other "performance" threads, is, we're not seeing these issues doing the same thing with the same data sources using Arc Map. And how realistic is "putting Pro on a Virtual Desktop Machine"? &lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 08 Mar 2018 14:30:59 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-pro-questions/why-does-arcgis-pro-have-to-be-so-slow/m-p/599239#M26371</guid>
      <dc:creator>ThomasColson</dc:creator>
      <dc:date>2018-03-08T14:30:59Z</dc:date>
    </item>
  </channel>
</rss>

