2010-07-29 5 views
0

다양한 제품의 공통 위치에서 DLL을로드하는 데 도움이되는 방법을 고안하려고합니다. 이렇게하면 다음 디렉터리 구조가 파일 복제를 피할 수 있습니다.하드 링크로 DLL로드

INNSTALLDIR/제품 1가/빈
INNSTALLDIR/제품 2가/빈
..
INNSTALLDIR/ProductN/빈>

대신 위의 각 제품의 bin 디렉토리에 DLL을 복제, 내가 할 수있는 INSTALLDIR에 DLL 레포지토리/디렉토리 (DLLrepo)를 만들고 모든 제품 실행 파일을로드합니다. 각 제품의 bin 디렉토리에있는 'DLLrepo'에있는 각 DLL에 대한 하드 링크를 작성하여이 작업을 수행하려고합니다. 이것은 WinXP에서 시작하는 플랫폼을 처리하는 데 도움이 될 것입니다. '조사'방법을 사용하면 Windows 서버 2008 이상 만 처리 할 수 ​​있습니다.

나는이 접근법이 합리적인 해결책으로 보이면 귀하의 의견을 듣고 싶습니다.

파일에 대한 하드 링크를 만들 때 탐색기 또는 DIR 명령은 링크가 포함 된 폴더의 유효한 크기를 설명하지 않습니다. 링크 된 파일의 실제 데이터 크기를 디렉토리의 전체 크기로 나타냅니다. 이것은 잘못된 것이 아니라면 윈도우에서 알려진 이슈입니다. 실제 폴더 크기를 확인하는 데 사용할 수있는 유틸리티가 있습니까? 디렉토리 경로에 'chkdisk'를 사용할 수 있습니까? 제가 아는 또 다른 점은 파일 데이터에 생성 된 링크 목록을 얻는 것입니다. 우리가 파일에 하드 링크 생성

답변

1

의 탐색기 또는 DIR 명령은 폴더 관련 링크하지 계정 유효한 크기를 않습니다. 연결된 파일의 실제 데이터 크기가 인 경우 디렉터리 크기입니다. 이건 틀림이 아니라면 windows에서 이슈 다. 실제 폴더 크기를 확인할 수있는 유틸리티가 있습니까?

나는 질문의이 부분에 대한 답변을 제공 할 수 있습니다. 파일 하드 링크를 만들 때 실제로 어떤 "파일"이 원본인지에 대한 개념이 없습니다. 각각은 데이터가 차지하고있는 디스크의 공간을 가리키고이 참조를 통해 파일을 수정하면 다른 하드 링크를 통해 액세스 할 때 나타나는 데이터에 영향을 미칩니다. 이와 같이 덜 알려진 "문제"이며 "이것이 작동하는 방식"입니다.

이와 같이 링크가 포함 된 폴더의 최상위 공통 상위 폴더의 크기를보고 있지 않으면 "실제 폴더 크기"를 확인할 방법이 없습니다. 이 시점에서 각 하드 링크의 단일 계산을 시작하여 디스크에 사용 된 공간에 대한 정확한 아이디어를 얻을 수 있습니다.