10.3.1 ArcGIS Server.
When I analyze a map service prior to publishing it, the analysis tosses a warning about using UNC paths. Why is that? Is there a more appropriate way to map to data stored on a network san?
Under your Co... field is it a code like this one?
10027: Layer's data source is referenced via a UNC path—Help | ArcGIS for Desktop
Backgrounder for others Paths explained: Absolute, relative, UNC, and URL—Help | ArcGIS for Desktop
It's basically telling you that there may be reduced performance when using UNC data connections as opposed to direct connections. If you are sharing data on a network, really no way around it. Besides, the reduction in performance is very small if any, depending on your network.
Thanks guys- as far as performance goes, I can't imagine it being much of a hit for a couple reasons: The Map Service is only being read internally, and it's only being read by a third party application (9-1-1 dispatch CAD) to get data like dispatch zones and city of a given address point. So, no drawing involved per se.
Yes Dan, when I expand the COde field it is 10027.
edit: So I guess I'll just shine the warning.
Dan Patterson
Michael Miller
Accessing any data over a network, instead of locally on a machine, runs the risk that performance will be impacted, drawing or otherwise. The point of the warning is to make a user aware that data is being accessed over a network, and that the user should probably check to see whether accessing that data over the network versus locally causes any performance problems. If a user checks and doesn't notice a difference or is willing to accept the difference, the warning hasn't been ignored. I strongly discourage users from ignoring the warning out of hand.
Obviously, I haven't ignored the warning; I understand what it's about now, and consider it a non-issue for me.
All access of data via network shares, either mounted or through a UNC is always slower. In my benchmarking on two different gigabit networks, it was a consistent 50% performance penalty. This has nothing to do with drawing (or even OS, since Linux had the same penalty). My benchmarks were with both ArcPy and the FileGDB API, and no draw operations were a part of the tests.Local filesystem access is always fastest (unless you're using a USB2.0 protocol thumb drive). I would recommend you evaluate the performance cost before considering it a non-issue.
Membros conectados podem postar, seguir atualizações e mais. Novo aqui? Registre uma conta gratuita.
Find useful guides, FAQs, and documents to help you navigate and make the most of Esri Community.
