<?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 Map layer performance threshold in .NET Maps SDK Questions</title>
    <link>https://community.esri.com/t5/net-maps-sdk-questions/map-layer-performance-threshold/m-p/24122#M269</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;We've got a Xamarin Forms application that, for the most part, runs and performs pretty well. &amp;nbsp;We started to see some performance degradation in the map with a new customer's data so we decided to do some hard core performance testing on it to try to find the breaking point. &amp;nbsp;The last test I performed loaded around 2000 feature layers from a SQLite geodatabase into the map and the map performance was horrible and the app was consistently crashing with unhandled exceptions. &amp;nbsp;Interestingly enough, all but a handful of those layers were turned off so I figured things would be ok since 99% of the data was not being rendered. &amp;nbsp;It seems that the presence of all that data, whether it's turned on or not, has a negative impact on the map doing its job efficiently. &amp;nbsp;And performance started degrading long before I got to 2000 layers.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I guess this is not unexpected behavior, but I'm interested to hear from the Esri folks on this stuff. &amp;nbsp;Have you guys done any performance testing on the map control and can you&amp;nbsp;let us know what types of limits you've found? &amp;nbsp;Obviously volume of data within each layer comes into play here in addition to the way the layers were setup in the source MXDs and APRXs, but all things being equal what should we expect ?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Fri, 24 Mar 2017 21:30:10 GMT</pubDate>
    <dc:creator>AndyWright</dc:creator>
    <dc:date>2017-03-24T21:30:10Z</dc:date>
    <item>
      <title>Map layer performance threshold</title>
      <link>https://community.esri.com/t5/net-maps-sdk-questions/map-layer-performance-threshold/m-p/24122#M269</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;We've got a Xamarin Forms application that, for the most part, runs and performs pretty well. &amp;nbsp;We started to see some performance degradation in the map with a new customer's data so we decided to do some hard core performance testing on it to try to find the breaking point. &amp;nbsp;The last test I performed loaded around 2000 feature layers from a SQLite geodatabase into the map and the map performance was horrible and the app was consistently crashing with unhandled exceptions. &amp;nbsp;Interestingly enough, all but a handful of those layers were turned off so I figured things would be ok since 99% of the data was not being rendered. &amp;nbsp;It seems that the presence of all that data, whether it's turned on or not, has a negative impact on the map doing its job efficiently. &amp;nbsp;And performance started degrading long before I got to 2000 layers.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I guess this is not unexpected behavior, but I'm interested to hear from the Esri folks on this stuff. &amp;nbsp;Have you guys done any performance testing on the map control and can you&amp;nbsp;let us know what types of limits you've found? &amp;nbsp;Obviously volume of data within each layer comes into play here in addition to the way the layers were setup in the source MXDs and APRXs, but all things being equal what should we expect ?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 24 Mar 2017 21:30:10 GMT</pubDate>
      <guid>https://community.esri.com/t5/net-maps-sdk-questions/map-layer-performance-threshold/m-p/24122#M269</guid>
      <dc:creator>AndyWright</dc:creator>
      <dc:date>2017-03-24T21:30:10Z</dc:date>
    </item>
    <item>
      <title>Re: Map layer performance threshold</title>
      <link>https://community.esri.com/t5/net-maps-sdk-questions/map-layer-performance-threshold/m-p/24123#M270</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;2000??? I think you just hit the record for most layers a user has attempted to add to a single map &lt;span class="lia-unicode-emoji" title=":slightly_smiling_face:"&gt;🙂&lt;/span&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Our recommendation is to keep these under 10-20 layers, we'll handle more, but especially on mobile devices, to keep plenty of resources reserved for the rest of the app - it's also an app easier to manage by the user. Each layer adds significant texture memory usage to the GPU as well as CPU overhead. Your crashes are most likely due to GPU exhaustion.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I've rendered feature layers with 100000s of features in it. Map stays pretty responsive, although the layer update frequency could be affected a little. However adding that many individual layers is not what we optimize for.&lt;/P&gt;&lt;DIV&gt;&lt;DIV&gt;&lt;DIV data-object-id="192413" data-object-type="1"&gt;&lt;DIV data-jive-view="apps/content/questions/correct_view"&gt;&lt;DIV&gt; &lt;/DIV&gt;&lt;/DIV&gt;&lt;/DIV&gt;&lt;/DIV&gt;&lt;/DIV&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 28 Mar 2017 22:32:41 GMT</pubDate>
      <guid>https://community.esri.com/t5/net-maps-sdk-questions/map-layer-performance-threshold/m-p/24123#M270</guid>
      <dc:creator>dotMorten_esri</dc:creator>
      <dc:date>2017-03-28T22:32:41Z</dc:date>
    </item>
    <item>
      <title>Re: Map layer performance threshold</title>
      <link>https://community.esri.com/t5/net-maps-sdk-questions/map-layer-performance-threshold/m-p/24124#M271</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Thanks for the reply Morten. &amp;nbsp;This gives us something to go on and something to frame the conversation with our customers. &amp;nbsp;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 28 Mar 2017 22:39:41 GMT</pubDate>
      <guid>https://community.esri.com/t5/net-maps-sdk-questions/map-layer-performance-threshold/m-p/24124#M271</guid>
      <dc:creator>AndyWright</dc:creator>
      <dc:date>2017-03-28T22:39:41Z</dc:date>
    </item>
    <item>
      <title>Re: Map layer performance threshold</title>
      <link>https://community.esri.com/t5/net-maps-sdk-questions/map-layer-performance-threshold/m-p/24125#M272</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Work was done to improve performance in this area for the v100.2 release (although the previous guidelines regarding the number of layers still generally apply).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="background-color: #ffffff;"&gt;Please download the latest Visual Studio extension from&amp;nbsp;&lt;/SPAN&gt;&lt;A class="" href="https://community.esri.com/external-link.jspa?url=https%3A%2F%2Fdevelopers.arcgis.com%2Fdownloads" rel="nofollow" style="color: #2989c5; background-color: #ffffff; border: 0px; text-decoration: none; padding: 0px calc(12px + 0.35ex) 0px 0px;" target="_blank"&gt;ArcGIS for Developers&lt;/A&gt;&lt;SPAN style="background-color: #ffffff;"&gt;&amp;nbsp;or update your NuGet packages via the NuGet package manager.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="background-color: #ffffff;"&gt;Cheers&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="background-color: #ffffff;"&gt;Mike&lt;/SPAN&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 12 Feb 2018 21:46:25 GMT</pubDate>
      <guid>https://community.esri.com/t5/net-maps-sdk-questions/map-layer-performance-threshold/m-p/24125#M272</guid>
      <dc:creator>MichaelBranscomb</dc:creator>
      <dc:date>2018-02-12T21:46:25Z</dc:date>
    </item>
  </channel>
</rss>

