Có bao nhiêu lớp là quá nhiều lớp trong ArcMap?

Tôi làm việc trên ArcGIS bằng kết nối phần mềm ảo Citrix tại nơi làm việc. Đôi khi nó chậm một cách khủng khiếp và không có bất kỳ thay đổi nào đối với các MXD mà tôi đang làm việc, một phút ArcMap có thể hoạt động ở tốc độ hợp lý, và sau đó vào phút tiếp theo, nó có thể chậm để thu thập dữ liệu. Cục CNTT tin rằng nguyên nhân của vấn đề là quá nhiều lớp trong bản đồ của tôi. Tôi có một linh cảm vấn đề thay vào đó có thể là cấu hình phần cứng hoặc phần mềm, hoặc thực tế là chúng ta đang sử dụng Citrix ngay từ đầu.

Dù sao, tôi có, trong MXD tiêu chuẩn của mình mà tôi sử dụng để chỉnh sửa, 57 lớp SDE và 2 lớp cơ sở dữ liệu địa lý tệp. Đại đa số là các lớp tôi cần kiểm tra để chỉnh sửa. Tôi phải kiểm tra xem có dữ liệu nào tồn tại cho mỗi lớp không vì chúng cần được chỉnh sửa và QC'd cho từng dự án xây dựng đường ống. Chỉ có một vài lớp là các lớp bản đồ cơ sở mà tôi cần tham khảo một cách thường xuyên.

Phòng CNTT muốn tôi giảm số lớp tôi đang sử dụng xuống còn 10. Trong một thế giới lý tưởng, điều này sẽ ổn. Nhưng trong thế giới thực, nó không thực tế. Với đề xuất như vậy, tôi sẽ phải sử dụng khoảng 5 MXD khác nhau chỉ để thực hiện một tác vụ chỉnh sửa cho một dự án nhất định. Tôi đã thử nghiệm chỉ sử dụng 10 lớp và nó bị hạn chế nghiêm trọng. Tôi thiếu bối cảnh dữ liệu của mình liên quan đến dữ liệu khác và tôi phải xem lại cùng một khu vực nhiều lần chỉ để đảm bảo tất cả dữ liệu đã được cập nhật. Tất cả điều này chỉ cho một sự cải thiện nhỏ về hiệu suất và giảm nhẹ số lượng sự cố trong khi chỉnh sửa.

Vì vậy, tôi phải hỏi, có một số lớp lý tưởng? Có bao nhiêu là quá nhiều?

Tôi đã từng làm việc trong cùng một môi trường (chính xác là cùng một môi trường!). Tôi chưa thực hiện bất kỳ kiểm tra điểm chuẩn nào nhưng ý thức của tôi về điều này là số lớp trong dự án không có nhiều tác dụng.

Theo kinh nghiệm của tôi, việc ghi nhãn và số lượng các tính năng là một vấn đề lớn hơn nhiều so với số lượng lớp (đặc biệt là nếu nhiều lớp bị tắt). Tôi đã từng bật thanh công cụ ghi nhãn và thường sẽ tạm dừng ghi nhãn. Điều đó dường như để cải thiện hiệu suất đáng kinh ngạc. Có các lớp trong dự án không được kiểm tra trong TOC, dường như không có ảnh hưởng tiêu cực đến hiệu suất. Tôi có thể sai, nhưng IMO số lớp là một loại cá trích đỏ.

Đề nghị của tôi là tạm dừng ghi nhãn (đó là cách tiếp cận thuận tiện nhất) hoặc tắt hoàn toàn việc ghi nhãn các tính năng.

Trước tiên tôi sẽ kiểm tra các Thực tiễn Tốt nhất bằng Citrix XenApp và ArcGIS , một hướng dẫn được kết hợp bởi ESRI.

Đối với một khách hàng trước đây, tôi đã trải qua khá nhiều sự cố về hiệu năng với ESRI và môi trường Citrix của chúng tôi. Dưới đây là những điểm nổi bật từ những cuộc trò chuyện:

Tôi cho rằng bạn sẽ thực hiện các chỉnh sửa trong một khu vực chật hẹp (phóng to khá gần). Thiết lập bản đồ của bạn để bạn tắt hầu hết các lớp đó cho đến khi bạn phóng to gần mức đó sẽ giúp cải thiện hiệu suất.

MXD Doctor là thứ khác mà bạn có thể muốn chạy để xem những mục nào có thể gây ra sự cố.

Đảm bảo rằng ArcGIS thực sự được cài đặt trên chính máy chủ Citrix và không chỉ được nhân đôi hoặc truyền phát.

Sự chậm chạp lớn nhất của chúng tôi dường như là do máy in gây ra - một khi chúng tôi vô hiệu hóa các khả năng của máy in (và tự động kết nối), chúng tôi đã kết nối nhanh hơn nhiều và nhận thấy thời gian trễ ít hơn (xem bản tin ESRI này để biết thêm thông tin) . Tuy nhiên, điều này đã khiến chúng tôi phải xuất bản đồ của mình sang pdf trước khi in, nhưng với 90% công việc của chúng tôi là chỉnh sửa và phân tích, dường như không ai bận tâm.

59 lớp là khá nhiều, nếu bạn có thể hạ gục nó, điều đó sẽ giúp ích. Theo đề xuất của @jbeclill, hãy xem nhãn của bạn. Bạn cũng nên xem bất kỳ ký hiệu tùy chỉnh nào bạn có thể có.

Tôi có một số kinh nghiệm xử lý sự cố hiệu năng trong các hệ thống GIS, bao gồm cả trên citrix. Vấn đề của bạn có thể là bất cứ nơi nào và có thể là sự kết hợp của các yếu tố. Nói chuyện với đại diện Esri của bạn cho con trỏ.

Tôi khuyên bạn nên đọc cái này: http://www.wiki.gis.com/wiki/index.php/Software_Performance#Use_MXDPerfStat_to_measure_display_complexity

Dán nhãn, sử dụng Bộ đệm ẩn tính năng và các bản đồ nền được lưu trong bộ nhớ cache đều là những cách làm tốt.

Ngoài ra còn có một công cụ mới hơn mà bạn có thể dùng thử, đó là thân thiện hơn với người dùng được gọi là perfqanalyzer https://bloss.esri.com/esri/supportcenter/2014/02/03/calibrating-arcgis-performance-with-perfqanalyzer-new-build- Có sẵn để tải xuống/

Chỉ cần nghĩ rằng tôi sẽ nhảy vào việc tôi làm việc trong một công ty có thói quen xấu với các MXD sử dụng chúng như các máy chủ tệp dữ liệu. Để cho bạn một ý tưởng, chúng tôi có MXD với hơn 1000 lớp. Chúng tôi đã làm việc với một số chuyên gia tư vấn giới thiệu 650ms mỗi lớp để mở bản đồ là hợp lý, một số có thể mất 14 phút để mở ra cho chúng tôi! Nó không tốt và chắc chắn là không tối ưu nhưng tôi muốn cho bạn biết có những người khác hơn là đau khổ quá!

Gần đây chúng tôi đã chuyển sang EGDB và điều đó đã đạt được hiệu suất ồ ạt. Tôi thấy rằng việc kích hoạt bộ đệm ẩn tính năng đã tạo ra sự khác biệt lớn cùng với việc đảm bảo EGDB có bảo trì thích hợp (phân tích, lập chỉ mục, nén, v.v.)

Tôi là bác sĩ MXD thứ hai để xóa tất cả các đường dẫn cũ kết nối với dữ liệu, thử xóa bản đồ mẫu. MXD perf stat là một công cụ mạnh mẽ mà tôi cảm thấy mình chưa sử dụng đủ một nửa do thiếu kỹ năng cmd.