지오 프로세싱 속도 테스트에 대한 비정상적인 결과

파이썬 지오 프로세싱 스크립트에서 비정상적인 성능을 관찰했습니다. (첨부) 스크립트는 다음 작업을 수행합니다.

1. 검색 커서를 사용하여 다각형 피쳐에 해당하는 UTM 영역을 조회
2. 검색 커서 결과를 기반으로 공간 참조 객체 생성
3. .csv를 피처 레이어로 변환 한 다음 포인트 피처 클래스로 변환

스크립트 실행 방법에 따라 처리 시간이 현저히 다릅니다.

• IDLE = 203 초를 사용한 32 비트 처리
• 32 비트 처리 포 그라운드 스크립트 도구 = 91 초
• 64 비트 처리 백그라운드 스크립트 도구 = 206 초

위의 조건에서이 스크립트가 다르게 작동하는 이유는 무엇입니까? 포 그라운드에서 실행되는 32 비트 스크립트 도구가 다른 방법보다 2 배 빠르지는 않을 것입니다.

import arcpy, os, time

###IDLE Parameters
##fc = r'C:\path\to\polygon\fc\with\utm\zones\and\features'
##outws = r'C:\out\location'
##arcpy.env.workspace = r'C:\workspace'

####################
## Script tool parameters
fc = arcpy.GetParameterAsText(0)    # Feature class
outws = arcpy.GetParameterAsText(1) # Folder
arcpy.env.workspace = arcpy.GetParameterAsText(2)   # Workspace
####################

# Tables are .csv
tables = arcpy.ListTables()

start = time.clock()

# Look up which UTM zone .csv features are in
for t in tables:
    quad = t[7:17]
    print quad
    whereClause = """ "QUADID" LIKE '%s' """ % quad
    with arcpy.da.SearchCursor(fc, ("QUADID","ZONE"), whereClause) as cursor:
        for row in cursor:
            if row[0] == quad:
                utmZone = row[1]
                if utmZone == 10:
                    sr = arcpy.SpatialReference(26910)  # NAD_1983_UTM_Zone_10N
                elif utmZone == 11:
                    sr = arcpy.SpatialReference(26911)  # NAD_1983_UTM_Zone_11N
                elif utmZone == 12:
                    sr = arcpy.SpatialReference(26912)  # NAD_1983_UTM_Zone_12N
                elif utmZone == 13:
                    sr = arcpy.SpatialReference(26913)   # NAD_1983_UTM_Zone_13N
                else:
                    print "The UTM Zone is outside 10-13"
            else:
                pass

    # Convert .csv to feature class
    try:
        outLayer = "in_memory"
        # Now with the sr defined, create the XY Event Layer
        arcpy.MakeXYEventLayer_management(t, "x", "y", outLayer, sr, "z")
        arcpy.FeatureClassToFeatureClass_conversion(outLayer, outws, t[7:17])
        arcpy.Delete_management("in_memory")
        end = time.clock()
        print "In_memory method finished in %s seconds" % (end - start)

    except:
        # Print any error messages
        print arcpy.GetMessages(2)

print "Processing complete"

@Aaron : 자신의 조언에 따라 내 이전 의견을 답변으로 다시 게시 :

더 나아가서 프로필을 작성할 수 있습니다. [일반 파이썬 문서] 및 [stackexchange 게시] .

그가 찾은 것을 듣는 데 확실히 관심이 있습니다.

나는 이론이있다.

문제가 출력 또는 입력의 유효성 검사일 수 있다고 생각합니다. GP 도구가 실행되기 전에 arcpy는 매개 변수의 유효성을 검사합니다 (예 : 출력 기능 클래스가 이미 존재하는지 여부).

ArcMap 내에서 작업 공간 (폴더) 내용이 모두 캐시되고 메모리의 빠른 작업 공간에 대한 카탈로그의 "보기"에 대해 유효성 검사를 수행 할 수 있습니다. ArcGIS가 아닌 도구를 사용하여 데이터 세트를 추가하면 카탈로그보기를 작업 공간 (폴더)의 상태와 동기화하기 위해 arcpy.RefreshCatalog ()를 실행해야하는 경우 혼란이 발생할 수 있습니다.

폴더가 매우 커서 ArcGIS 외부에서 실행중인 경우 arcpy는 FeatureClassToFeatureClass 출력의 유효성을 검사하기 위해 매번 폴더 목록을 생성해야 할 수 있습니다. 폴더에 많은 항목이 있으면 속도가 느려질 수 있습니다.