<?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/599241#M26373</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I've been using ArcMap since around 2001. It was good from the beginning and, with every update, it was becoming better and better. Pro, in my view, is just a one giant failure on ESRI's part. The lack of familiar basic functionality (even zoom tools are all messed up) the ever-changing ribbon bar (added just because it's a&amp;nbsp; trend?), and is excruciatingly SLOW. In its fourth year, it's still a poorly designed&amp;nbsp;program. My company runs ArcMap in a virtual environment, with all the data residing on a network - and it's fast! A similar Pro setup is pretty much unusable, because no one has time to wait for a week for what used to take a day of work. Just recently I tested out a local setup (app+data) and the performance improvement was noticeably better (not that&amp;nbsp;it made me&amp;nbsp;love it more). But for my multi-user&amp;nbsp;organization this approach is impractical. Sorry for the radical thought, but it's time for ESRI to admit that the whole design is flawed, and start from scratch.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Thu, 08 Mar 2018 23:22:52 GMT</pubDate>
    <dc:creator>AlexZhuk</dc:creator>
    <dc:date>2018-03-08T23:22:52Z</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>

