ArcMap มีเลเยอร์จำนวนเท่าไร

ฉันทำงานกับ ArcGIS โดยใช้การเชื่อมต่อซอฟต์แวร์เสมือน Citrix ในที่ทำงาน บางครั้งช้ามากและไม่มีการเปลี่ยนแปลงใด ๆ กับ MXD ที่ฉันทำงานอยู่ ArcMap หนึ่งนาทีสามารถทำงานได้ในอัตราที่สมเหตุสมผลจากนั้นนาทีต่อมาก็ช้าลงจนคลาน แผนกไอทีเชื่อว่าสาเหตุของปัญหาคือเลเยอร์มากเกินไปในแผนที่ของฉัน ฉันมีปัญหาเล็กน้อยอาจจะเป็นการกำหนดค่าฮาร์ดแวร์หรือซอฟต์แวร์หรือความจริงที่ว่าเรากำลังใช้ Citrix ในตอนแรก

อย่างไรก็ตามฉันมีใน MXD มาตรฐานของฉันที่ฉันใช้สำหรับการแก้ไข 57 ชั้น SDE และชั้นฐานข้อมูลทางภูมิศาสตร์ 2 ไฟล์ ส่วนใหญ่เป็นเลเยอร์ที่ฉันต้องตรวจสอบเพื่อแก้ไข ฉันต้องตรวจสอบเพื่อดูว่ามีข้อมูลใด ๆ สำหรับแต่ละเลเยอร์เพราะพวกเขาจำเป็นต้องได้รับการแก้ไขและ QC'd สำหรับแต่ละโครงการก่อสร้างท่อส่งน้ำ มีเลเยอร์เพียงไม่กี่เลเยอร์คือ basemap ที่ฉันต้องการอ้างอิงเป็นประจำ

แผนกไอทีต้องการให้ฉันลดจำนวนเลเยอร์ที่ฉันใช้อยู่ถึง 10 ในโลกอุดมคติอุดมคตินี้คงจะดี แต่ในโลกแห่งความเป็นจริงมันไม่จริง ด้วยคำแนะนำดังกล่าวฉันจะต้องใช้ MXD ที่แตกต่างกัน 5 รายการเพื่อดำเนินงานแก้ไขสำหรับโครงการที่กำหนด ฉันได้ทดลองใช้เพียง 10 เลเยอร์และมันก็ จำกัด อย่างรุนแรง ฉันไม่มีบริบทของข้อมูลที่เกี่ยวข้องกับข้อมูลอื่นและฉันต้องกลับไปที่พื้นที่เดิมหลายครั้งเพื่อให้แน่ใจว่าข้อมูลทั้งหมดได้รับการปรับปรุง ทั้งหมดนี้เป็นการปรับปรุงประสิทธิภาพเล็กน้อยและลดจำนวนการขัดข้องเล็กน้อยขณะแก้ไข

ดังนั้นฉันต้องถามว่ามีจำนวนเลเยอร์ในอุดมคติไหม? มีจำนวนมากเกินไป

ฉันเคยทำงานในสภาพแวดล้อมเดียวกันที่แน่นอน (เหมือนกันแน่นอน!) ฉันไม่ได้ทำการทดสอบเกณฑ์มาตรฐานใด ๆ แต่ความรู้สึกของฉันในเรื่องนี้คือจำนวนเลเยอร์ในโครงการไม่ได้มีผลกระทบมากนักด้วยตัวเอง

จากประสบการณ์ของฉันการติดฉลากและจำนวนของฟีเจอร์เป็นปัญหาที่ใหญ่กว่าจำนวนเลเยอร์ ฉันเคยเปิดใช้งานแถบเครื่องมือการติดฉลากและมักจะหยุดการติดฉลากชั่วคราว ที่ดูเหมือนว่าจะปรับปรุงประสิทธิภาพอย่างไม่น่าเชื่อ การมีเลเยอร์ในโครงการที่ไม่ได้ตรวจสอบใน TOC นั้นดูเหมือนว่าจะไม่มีผลเสียต่อประสิทธิภาพ ฉันอาจจะผิด แต่ IMO จำนวนชั้นเป็นปลาเฮอริ่งแดง

คำแนะนำของฉันคือหยุดการติดป้ายกำกับชั่วคราว (ซึ่งเป็นวิธีที่สะดวกที่สุด) หรือปิดการติดฉลากคุณลักษณะทั้งหมด

ก่อนอื่นฉันจะดูวิธีปฏิบัติที่ดีที่สุดโดยใช้ Citrix XenApp และ ArcGISคู่มือที่ ESRI รวบรวมไว้

สำหรับลูกค้าก่อนหน้านี้ฉันได้ทำการแก้ไขปัญหาประสิทธิภาพเล็กน้อยกับ ESRI และสภาพแวดล้อม Citrix ของเรา ด้านล่างเป็นไฮไลท์จากการสนทนาเหล่านั้น:

ฉันสมมติว่าคุณกำลังจะทำการแก้ไขในพื้นที่แคบ ๆ (ซูมเข้ามาใกล้ ๆ ) การตั้งค่าแผนที่ของคุณเพื่อให้คุณปิดเลเยอร์เหล่านั้นส่วนใหญ่จนกว่าคุณจะซูมเข้าใกล้ระดับนั้นจะช่วยให้มีประสิทธิภาพดีขึ้น

MXD Doctorเป็นอย่างอื่นที่คุณอาจต้องการเรียกใช้เพื่อดูรายการที่อาจทำให้เกิดปัญหา

ตรวจสอบให้แน่ใจว่าติดตั้ง ArcGIS บนเซิร์ฟเวอร์ Citrix จริง ๆ แล้วไม่ใช่แค่มิเรอร์หรือสตรีม

การชะลอตัวใหญ่ที่สุดของเราดูเหมือนจะเกิดจากเครื่องพิมพ์ - เมื่อเราปิดการใช้งานความสามารถของเครื่องพิมพ์ (และ autoconnection) เราเชื่อมต่อเร็วมากและสังเกตเห็นเวลาล่าช้าน้อย(ดูจดหมายนี้ ESRI สำหรับข้อมูลเพิ่มเติม) อย่างไรก็ตามสิ่งนี้ทำเพื่อให้เราต้องส่งออกแผนที่ของเราไปยัง pdf ก่อนแล้วจึงพิมพ์ แต่ด้วย 90% ของงานของเรากำลังแก้ไขและวิเคราะห์

59 ชั้นค่อนข้างมากถ้าคุณสามารถล้มมันได้นั่นจะช่วยได้ ตามที่ @jbchurchill แนะนำให้ดูการติดฉลากของคุณ คุณควรดูสัญลักษณ์ที่คุณกำหนดเองด้วย

ฉันมีประสบการณ์การแก้ไขปัญหาบางอย่างในระบบ GIS รวมถึง Citrix ปัญหาของคุณสามารถเป็นได้ทุกที่และน่าจะเป็นการรวมกันของปัจจัย พูดคุยกับตัวแทน Esri ของคุณสำหรับตัวชี้

ฉันแนะนำให้คุณอ่าน: http://www.wiki.gis.com/wiki/index.php/Software_Performance#Use_MXDPerfStat_to_measure_display_complexity

การติดฉลากโดยใช้ Feature cache และ basemaps แคชนั้นเป็นแนวปฏิบัติที่ดีทั้งหมด

นอกจากนี้ยังมีเครื่องมือรุ่นใหม่ที่คุณสามารถลองใช้ซึ่งเป็นมิตรกับผู้ใช้มากกว่าที่เรียกว่า perfqanalyzer https://blogs.esri.com/esri/supportcenter/2014/02/03/calibrating-arcgis-performance-with-perfqanalyzer-new-build- เผื่อดาวน์โหลด /

แค่คิดว่าฉันจะต้องกระโดดไปที่ฉันทำงานใน บริษัท ที่มีการปฏิบัติที่ไม่ดีกับ MXDs ใช้พวกเขาเป็นไฟล์เซิร์ฟเวอร์เกือบสำหรับข้อมูล เพื่อให้แนวคิดแก่คุณเรามี MXD ที่มีเลเยอร์มากกว่า 1,000 เลเยอร์ เราทำงานร่วมกับที่ปรึกษาบางคนที่แนะนำ 650ms ต่อชั้นสำหรับแผนที่เพื่อเปิดเป็นความหมายที่สมเหตุสมผลบางคนอาจใช้เวลา 14 นาทีเพื่อเปิดให้เรา! มันไม่ดีและไม่ดีที่สุดแน่นอน แต่ฉันต้องการแจ้งให้คุณทราบว่ามีคนอื่นมากกว่าที่ต้องทนทุกข์เช่นกัน!

เมื่อไม่นานมานี้เราได้ย้ายไปที่ EGDB และนั่นเป็นการแสดงที่ยิ่งใหญ่ ฉันพบว่าการเปิดใช้งานการแคชคุณลักษณะทำให้เกิดความแตกต่างอย่างมากพร้อมกับทำให้แน่ใจว่า EGDB มีการบำรุงรักษาที่เหมาะสม (การวิเคราะห์ดัชนีการบีบอัด ฯลฯ )

ฉันเป็นหมอ MXD คนที่สองเพื่อลบเส้นทางเก่าทั้งหมดที่เชื่อมต่อกับข้อมูลลองลบแผนที่แม่แบบ MXD perf stat เป็นเครื่องมืออันทรงพลังที่ฉันรู้สึกว่าฉันไม่ได้ใช้มาครึ่งหนึ่งพอเนื่องจากขาดทักษะคำสั่งของฉัน