2010-07-29 80 views
0

我試圖設計一種方法,這有助於從各種產品的通用位置加載DLL。這有助於以下目錄結構避免文件複製。加載DLL與固網

INNSTALLDIR /產品1 /箱
INNSTALLDIR /產品2/bin中
..
INNSTALLDIR/ProductN /箱>

而是在上述各產品的bin目錄複製的DLL,我可以在INSTALLDIR中創建一個DLL庫/目錄 - 'DLLrepo',並使所有產品的可執行文件加載它。我正在考慮通過在每個產品的bin目錄中的'DLLrepo'中爲每個DLL創建硬鏈接來實現這一點。這將有助於解決從WinXP開始的平臺。使用「探測」方法只能解決Windows Server 2008及更高版本。

我希望得到你的意見,如果這種方法看起來像一個合理的解決方案。

當我們創建硬鏈接到一個文件,在資源管理器或DIR命令不考慮涉及鏈接文件夾的有效大小。它將鏈接文件中的實際數據大小計入目錄的總大小中。如果我沒有錯,這是Windows中的一個已知問題。是否有任何可用於驗證實際文件夾大小的實用工具?是否可以在目錄路徑上使用'chkdisk'?我想知道的另一件事是獲取在文件數據上創建的鏈接列表。

回答

1

當我們創建硬鏈接到一個文件中, 資源管理器或DIR命令執行文件夾 涉及環節不 帳戶有效的尺寸。它佔實際 數據量在總 大小目錄的鏈接文件。如果我沒有錯,這是在Windows中知道 問題。是 那裏,我可以用它來 驗證實際文件夾大小的任何工具?

我可以針對問題的這一部分提供各種答案。當你創建文件硬鏈接時,沒有任何關於哪個「文件」是原始的概念。它們中的每一個指向磁盤上數據佔用的空間,並通過任何這些引用修改文件會影響通過任何其他硬鏈接訪問時看到的數據。因此,它不是一個已知的「問題」,更多的是「這是它的工作原理」。

因此,有沒有辦法來驗證「的實際文件夾的大小」,除非你正在尋找含有鏈接的文件夾的最高公共父文件夾的大小。此時,您可以開始對每個硬鏈接進行單個計數,以準確瞭解磁盤上使用的空間。