우리는 텍스트 파일로부터 입력을 받아 출력 텍스트 파일을 생성하는 명령 행 exe를 가지고있다. 복잡한 산업 시뮬레이션에 사용됩니다.실행 속도를 높이기 위해 실제 디스크를 에뮬레이션 하시겠습니까?
이 exe의 소스 코드는 오래 전에 사라졌습니다. 이제는이 exe의 실행을 제어하고 웹 서비스를 통해 외부 앱과 연결되는 .NET 래퍼를 만드는 것이 쉽습니다.
불행히도 새로운 요구 사항은이 블랙 박스 모델을 통해 최적화를 실행하는 것입니다. 이제 블랙 박스 최적화를 수행하는 다양한 방법이 있지만 수천 (수백만 건)의 실행 파일을 호출해야합니다. 디스크 기반 텍스트 파일의 생성 및 구문 분석이 시뮬레이션 프로세스의 병목임을 분명히합니다.
어쨌든이 실행 파일을 물리 디스크로 쓰지 않도록 속일 수 있습니까? 우리가 유닉스에 있었다면 파이프가 트릭을한다고 가정하지만 배포 서버는 Windows Server 03입니다.
ramdrive가이 문제를 해결할 수도 있지만 그 중 하나는 MS- DOS 6.보고 싶은 가치있는 상용 제품? 누구든지 코드를 통해 물리적 드라이브를 에뮬레이션 할 수있는 다른 아이디어가 있습니까? 우리는 .NET 3.5에 있습니다.
디스크 액세스에 병목 현상이 있다는 것을 이미 알고 * 알고 있다면 그 이유는 무엇인지 알고 있습니다. 왜 원시 코드가없는 실행 파일을 최적화하고 싶습니까? – Alex
실행 파일을 최적화하고 싶지 않습니다. 실행 파일로 구현 된 모델을 최적화하고 싶습니다. 모델이 알려지지는 않았지만 그래디언트 디센트를 기반으로 한 멋진 기술을 사용하여 매개 변수와 최적의 솔루션 공간을 예측하고 시도 할 수 있습니다. 어쨌든, 이것은 논쟁의 주제가 아닙니다. 여기서 디스크 액세스를 에뮬레이트하는 방법에 대해 묻고 있습니다. – Alex
입/출력 파일의 크기는 어느 정도입니까? 캐싱 디스크 컨트롤러가 대답 일 수 있습니다 ... – DmitryK