<?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/599373#M26505</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;What I mean by locking a layout is making changes to a map and layout combination for a specific task without needing to created both a new map AND Layout when in ArcMap an .mxd drove both.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;For example, I’ve got a map template built for a Size A Power point map (which is really common around here). I’ve also got a Size A Layout Template that goes along with the Size A Map Template.  I use the Map Template as sort of a “starting Point” where I tailor the map how management wants and then marry it to the Layout Template. (This way all font and symbology sizing works for the size requested).  After making the requested changes I export a .pdf or a .emf or a .jpg depending on the requirements of the end product.  This work flow requires that each time I received a new request that I make a copy of the map template AND a copy to the layout Template.  I must rename both to the name I want for the new map that is required, and thus my project grows by a new map and a new layout for every request I get. (Often I’ll need to revisit old maps to make revision up to years later).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;In ArcMap, I also had a Template – an .mxd.  I’d take that template and make one copy, adjust the Map view and layout to specs, export to .pdf, .emf, .jpg and All I’d have is another .mxd.   Basically it’s one half the “bloat”.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Both workflows accomplish the task – but ArcMap felt more streamlined since it generated ½ the files.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regarding Legends:  I like the functionality that you describe (re-ordering and whatnot) but that’s where it ends for me.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;In ArcMap because I just changed elements I needed in the maps and the Layout was locked to that map, I’d never have to re-create a Legend but in Pro because I want to maintain my map template, I need to copy the map, and I want to maintain my Layout template so I have to copy that.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;This requires I build a new Legend each time versus having my Legend dynamically update.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;When building a new Legend there are no options for a “legend template” so I have to change all legend settings every time I make a new Legend.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;In ArcMap since all of my Legend settings were tied to the .mxd, I set the legend settings once and that was it.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Building a new legend in Pro without any template means that every time I do this I need to dig into the settings, set my border properties, background properties, border and background offsets, All Fonts, My Legend title, font-settings, and alignment.  Further there is no way (that I’ve discovered) to universally set the font.  I have to go into Legend&amp;gt;Title&amp;gt;Font Settings, Legend&amp;gt;Headings&amp;gt;Font Settings, Legend&amp;gt;Labels&amp;gt;Font Settings etc – for every legend setting.  Most of the time the font is ALL Tahoma in the legend, but other times it’s all in another font and I can’t figure out why.   I don’t necessary mind the UI for the Legends settings if I could set all of them once – for all further layouts, but there is no way to do this (that I have found).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Sorry for the long reply – hopefully that makes sense.  So much of what people do in Arc products relies on the industry and the organization itself within an industry.  I make all paper maps, but many industries are all digital.  In some ways Arc is the Swiss-army of data/maps-representation-of-data. Its understandable that a new flagship programmed from the ground up may not  accomplish the same task more efficiently in every possibly way.  That said, it feels like ESRI didn’t research real-life work-flows as thoroughly as I’d have liked and threads like this one seem to be proof of that especially as more and more people work on switching over to PRO.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I do appreciate Kory Kramer and other folks efforts sorting through all of these complaints. I just wish PRO felt like the big step forward from ArcMap that we were led to believe.  There are certain UI improvements that feel like they are really heading in the right direction (especially if the program was as snappy and quick as we all hoped).  Unfortunately, as this thread points out, improvements to speed are lacking.  Not just in the specifics mentioned here, but in a LOT of places.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I’ve noticed PRO acting slow when I copy elements in Catalog and Paste them like in my example above, When I change Labeling settings, even when I close a project (like why don’t we have an option for Close and Save the project – one button and done).   I can open multiple layouts at the same time but each needs to open – which takes time – and then when I click on the tab – it has to draw which takes more time.  I can’t export multiple layouts at the same time so when I make a series of maps that all need to be /pdf’s – I have to run through that export procedure for each map, wait for it to generate the .pdf, and then do the next one.  I should be able to export X-number of layouts at the same time to the same format, and close my project while those are exporting. The project may run in the background till those exports are complete – but It should “release me back to Windows” without a wait.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;This has turned into a rant but I know others in this thread will empathize.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;That said – I reached out to you about specific work-flows because SOME headaches might be alleviated by sharing with one another how we accomplish even basic requests/Tasks using PRO – and anything we do for each other is something ESRI is at least partly off the hook for.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks for sharing your workflow!&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, 13 Feb 2019 21:36:54 GMT</pubDate>
    <dc:creator>SeanHlousek</dc:creator>
    <dc:date>2019-02-13T21:36:54Z</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>

