ArcGIS 기능의 사용자 정의 구현

ArcGIS 함수의 사용자 정의 구현을 만드는 데 필요한 것이 무엇인지 알고 싶습니다. 특히 GeoAnalyst.ISurfaceOp2.Visibility () 를 구현 하여 더 빠르게 실행하고 싶습니다 . 현재 Visibility ()를 호출 할 때마다 ~ 3 초가 걸립니다. 제한적인 이해에서 병목 현상은 임시 래스터를 파일 시스템에 쓰는 것입니다. 이것이 인 메모리로 수행 될 수 있다면 처리 시간이 크게 줄어 듭니다. .NET 프로젝트 에서이 작업을 수행하고 있지만 모든 언어의 솔루션을 환영합니다.

이 답변은 의견의 일부 토론을 기념하고 확장합니다. RAM 디스크는 컴퓨팅 시스템의 RAM의 일부를 사용하여 외부 디스크 드라이브를 에뮬레이트합니다. 디스크 내 명령을 메모리 지향 명령으로 변환하는 변환 프로토콜의 오버 헤드를 뺀 메모리 내 캐싱과 비슷한 속도로 읽고 쓸 수 있습니다. RAM 디스크는 특수한 운영 체제 수준의 소프트웨어 인 "장치 드라이버"를 실행하여 생성됩니다. 오픈 소스 및 사용 가능한 RAM 디스크는 Windows를 포함한 많은 운영 체제에서 사용할 수 있습니다.

따라서 중간 디스크 I / O로 인해 병목 현상을 가속화하는 한 가지 방법 은 RAM 디스크를 설정하고 (필요한 경우 추가 RAM을 구입) 스크래치 폴더를 배치하는 것입니다. (일반적으로 소프트웨어 설정입니다.)

또 다른 옵션 은 디스크 드라이브처럼 작동하는 전자 인터페이스가있는 별도의 패키징에있는 RAM 블록 인 고급 DRAM SSD (Solid State Device )를 설치하는 것입니다. 디스크 드라이브 대신 컴퓨팅 시스템에 설치되며 추가 소프트웨어없이 다른 디스크 드라이브와 똑같이 작동하지만 메모리 액세스만큼 빠르게 읽고 쓸 수 있습니다. 이것들은 상대적으로 비싸지 만 매우 큰 중간 래스터 스토리지에도 작은 것만 필요합니다.

이러한 단계를 수행하기 전에 프로파일 링 하는 것이 중요 합니다병목 현상이 실제로 어디에 있는지 확인하는 프로세스. (Windows는 최근 몇 년간 점점 더 강력한 프로파일 링 및 모니터링 앱과 함께 제공되었으며 Win 7에서 작업 관리자 / 리소스 모니터 쌍으로 사용할 수 있으며 물론 다른 OS에서도 많은 유사한 앱을 사용할 수 있습니다.) 많은 시스템이 자동으로 구성되거나 RAM에서 디스크 읽기 및 쓰기를 캐시하기 위해 짧은 기간 동안 구성 할 수 있습니다. 캐싱은 RAM 디스크와 거의 동일하게 작동하지만 더 빠를 수도 있습니다. 소프트웨어는 중간 파일을 디스크에 쓰고 있다고 생각하지만 OS는 디스크에 액세스하지 않고 RAM에 임시로 먼저 기록합니다. 다시 읽고 삭제합니다.이 경우 실제 쓰기가 필요하지 않습니다.

완전한 가시성 계산에 필요한 계산량 (순진한 알고리즘에서 모든 셀은 각 관점마다 한 번씩 가시성을 검사해야 함)을 고려할 때 디스크 I / O가 아닌 컴퓨팅 속도가 문제가 될 수 있다고 의심해야합니다. 여기. 이 경우 RAM 디스크 또는 SSD는 시간과 비용을 낭비하게됩니다. 대신, 기본 알고리즘 을 분석하고 개선 하기 위해 노력해야합니다 .

RAM 디스크 성능이 ArcGIS에 도움이되는지에 대한 일부 토론이 다른 스레드에 나타났습니다 .

안타깝게도 메모리 내 작업 공간에서 작동 하도록 IRasterAnalysisEnvironment 를 설정할 수 없습니다 .

이 스레드 는 문제를 해결합니다.